Cách quay lại trạng thái tập trung lập trình sau khi bị gián đoạn (chỉ trong vài phút, không mất cả tiếng)

Vì sao gián đoạn ảnh hưởng đến lập trình viên nặng nhất

Lập trình được giữ chặt bởi một cấu trúc vô hình: trạng thái biến, đường dẫn gọi hàm, ba tệp bạn đã so sánh trong đầu, giả thuyết bạn đang kiểm tra dở dang. Không có gì trong số đó được ghi lại ở đâu cả - chúng chỉ tồn tại trong bộ nhớ làm việc, và bộ nhớ làm việc không tạm dừng được. Khi sự chú ý rời đi, cấu trúc bắt đầu sụp đổ ngay lập tức.

Đó là lý do nghiên cứu về gián đoạn chỉ đích danh việc lập trình: những tác vụ chứa nhiều trạng thái trong đầu chịu độ trễ quay lại lâu nhất. Tin nhắn Slack không cạnh tranh với việc gõ phím của bạn. Nó cạnh tranh với một tòa nhà bạn đã dựng trong đầu - và nhà thì đổ nhanh hơn xây.

Cách bảo hiểm rẻ tiền: ghi chú trạng thái 20 giây

Thói quen có đòn bẩy cao nhất lại rất tầm thường: trước khi bạn chuyển việc - sang cuộc họp, thông báo, bữa trưa - hãy dành hai mươi giây viết lại bạn đang ở đâu. Một dòng comment ngay tại con trỏ: '// TIẾP THEO: null check lỗi khi cache trống - test với empty fixture'. Nghiên cứu về lập trình viên bị gián đoạn gọi đây là gợi ý quay lại (resumption cues), và chúng rút ngắn độ trễ một cách đo lường được, vì phiên bản bạn trong tương lai nạp lại từ một điểm mốc thay vì từ con số không.

Hãy biến nó thành phản xạ gắn với chính sự gián đoạn: khoảnh khắc bạn đồng ý chuyển việc, ghi chú được viết trước tiên. Không 'câu hỏi nhanh' nào của ai gấp đến mức không sống nổi qua hai mươi giây bạn gõ một dòng comment.

Quy trình quay lại

Khi quay lại, hầu hết lập trình viên làm điều tệ nhất có thể: họ đọc lại email 'trong lúc ổn định lại'. Thay vào đó, hãy chạy một quy trình khởi động ba bước cố định để cho não bộ cùng một công tắc bật mỗi lần.

Âm thanh quan trọng hơn vẻ ngoài của nó. Một phiên Focus đều đặn, không lời làm hai việc cùng lúc: nó che đi tiếng ồn văn phòng hay gia đình có thể làm gián đoạn bạn lần nữa giữa lúc nạp lại, và - nếu dùng nhất quán - nó trở thành một tín hiệu có điều kiện rằng trạng thái lập trình đang được dựng lại. Cùng một loại phiên mỗi lần. Não bộ bạn học được quy trình khởi động.

1. Đeo tai nghe, bắt đầu phiên quay lại của bạn - cùng một âm thanh Focus mỗi lần, trước cả khi bạn nhìn vào code.
2. Đọc ghi chú trạng thái của bạn (hoặc diff cuối cùng nếu bạn bỏ qua bước đó). Không gì khác. Email vẫn đóng.
3. Thực hiện chỉnh sửa thật nhỏ nhất có thể trong vòng hai phút - đổi tên, thêm test fixture, viết null check. Đà làm việc sẽ nạp lại phần còn lại.

Bảo vệ những phút đầu tiên một cách quyết liệt

Cửa sổ quay lại rất mong manh: một gián đoạn thứ hai trong lúc nạp lại tốn gần bằng lần đầu tiên và để lại cho bạn cảm giác chán nản của một ngày cứ mãi khởi động. Trong mười phút đầu tiên sau khi quay lại, hãy coi mình như không có mặt - đặt trạng thái, tắt thông báo, phiên vẫn chạy vừa như tấm khiên vừa như tín hiệu.

Nếu bạn kiểm soát được lịch của mình phần nào, hãy gom các gián đoạn lại thay vì để chúng rải rác: một khoảng nửa tiếng mở cho câu hỏi mua lại cho bạn những khối được bảo vệ xung quanh. Một khối 90 phút được bảo vệ với một lần quay lại sạch sẽ hơn hẳn bốn tiếng bị chia nhỏ - nghiên cứu về các phiên liền mạch mỗi ngày cho thấy hầu hết chúng ta chỉ có được nhiều nhất một khối như vậy. Hãy dùng nó như thể đó là khối cuối cùng, vì thường là như vậy.

FAQ