Debug vs Viết code: Vì sao một bản nhạc không hợp cho cả hai

Hai chế độ, hai bộ não

Viết code mới mang tính sáng tạo: bạn biết đại khái mình đi đâu, và công việc là năng suất - giữ tay luôn di chuyển, giữ các quyết định luôn tuôn chảy, đừng khựng lại vì cầu toàn. Nó chịu được, thậm chí nuôi dưỡng bởi năng lượng nền. Đây là chế độ mà nghiên cứu về flow mô tả: mục tiêu rõ ràng, phản hồi tức thì, hành động và nhận thức hòa làm một.

Debug mang tính chất vấn: bạn không biết mình đi đâu - đó chính là toàn bộ vấn đề. Công việc là giả thuyết và bằng chứng: đọc stack trace như một lời khai nhân chứng, giữ ba nghi phạm trong đầu, kìm nén thôi thúc muốn 'cứ thử cái gì đó'. Nó gần với suy luận diễn dịch hơn là tạo ra, và cực kỳ nhạy cảm với bất cứ thứ gì đẩy bạn về phía tư duy vội vàng, kích thích cao.

Vì sao âm thanh tạo đà gây hại cho việc truy tìm

Nghiên cứu về mức kích thích đã biết suốt một thế kỷ rằng các nhiệm vụ tư duy khó đạt đỉnh ở mức kích thích thấp hơn - đường cong Yerkes-Dodson. Âm thanh nhiều năng lượng làm tăng mức kích thích, đó là món quà khi nhiệm vụ là tạo ra kết quả trôi chảy và là gánh nặng khi nhiệm vụ là phân biệt cẩn thận giữa các giả thuyết trông giống nhau. Debug ở mức kích thích cao tạo ra kiểu thất bại điển hình: loạn xạ - thay đổi ba thứ cùng lúc, chạy lại, chẳng học được gì.

Còn có một cái giá tinh vi hơn. Nhạc dồn dập áp đặt nhịp của riêng nó, còn debug thì không có nhịp; nó có những khoảng tĩnh lặng dài trong khi bạn đọc và suy nghĩ. Khi âm thanh thúc bạn tiến lên còn nhiệm vụ đòi hỏi bạn ngồi với sự bất định, sự lệch pha đó biểu hiện thành khó chịu - cảm giác gây khó chịu mà bạn đổ lỗi cho playlist.

Bản nhạc của người debug

Cái mà debug cần là sự ổn định: âm thanh không lời, ít biến động, không hối hả, giữ căn phòng yên tĩnh mà không đòi hỏi gì ở bạn - một phiên Calm, hoặc âm thanh Focus ở mức dịu nhất. Mục tiêu là một sàn nền, không phải một động cơ: đủ tín hiệu để che tiếng văn phòng và giữ cho tâm trí thiếu kích thích khỏi lang thang, không có drop hay build nào đẩy bạn ngược lên đường cong.

Với chế độ viết, làm ngược lại: một phiên Focus nhiều năng lượng hoặc Energizing mang lại cho nhiệm vụ năng suất động lực mà nó phát triển tốt. Cùng một danh mục, hai đầu đối lập.

Vuốt để so sánh tất cả các cột.

Kiểm tra chế độ bằng một câu hỏi

Trước khi nhấn play, hãy hỏi: mình đang tạo ra thứ gì đó hay đang tìm thứ gì đó? Tạo ra → âm thanh tạo đà. Tìm kiếm → âm thanh tĩnh lặng. Câu hỏi mất hai giây và vượt trội hơn bất kỳ 'playlist code hay nhất' cố định nào, bởi âm thanh code tốt nhất là một mục tiêu di động bám theo nhiệm vụ của bạn.

Chuyển giữa phiên là hợp lệ và thường là nước đi khôn ngoan nhất trong ngày: công việc tính năng liên tục sụp đổ thành truy tìm lỗi. Khi bạn nhận ra mình đã ngừng tạo ra và bắt đầu điều tra, hãy đổi phiên theo chế độ. Việc đổi âm thanh còn giúp đánh dấu sự chuyển số trong đầu - một nghi thức nhỏ nói rằng: trò chơi mới, luật mới.

Trường hợp đặc biệt

Code review và refactoring mang hương vị tìm kiếm: bạn đọc để phát hiện điều bất ngờ, điều này cần đầu tĩnh lặng. Viết test nằm ở giữa - dựng khung test là tạo ra, chẩn đoán vì sao một test thất bại là tìm kiếm. Và sự cố production lúc 2 giờ sáng là trường hợp cực đoan: mức kích thích đã bị adrenaline đẩy tối đa, nên thứ cuối cùng khoảnh khắc đó cần là một bản nhạc đẩy lên cao hơn. Thứ tĩnh lặng nhất trong thư viện của bạn, hoặc không gì cả, cộng với kỷ luật chỉ thay đổi một biến mỗi lần.

FAQ