Time Management — When to Abandon a Problem
Sunk cost is the contest killer: the schedule, not pride, decides when to switch.
Quy tắc chuyển bài
Đặt ngân sách thời gian TRƯỚC khi bắt đầu code. Hết ngân sách mà chưa có bản chắc chắn pass ví dụ → viết bản brute force cho phần nhỏ nhất, nộp để chốt điểm con, chuyển bài. Trở lại sau nếu còn thời gian.
Dấu hiệu bạn đang sa lầy
- Debug cùng một mẫu > 15 phút mà không có giả thuyết mới → code sai cấu trúc, viết lại nhanh hơn sửa.
- Chưa đọc đề các bài khác trong 45 phút → điểm bỏ lỡ lớn hơn lợi ích của bài hiện tại.
- "Sắp xong rồi" ba lần liên tiếp — đo bằng test đã pass, không phải cảm giác.
Sức mạnh của bản chắc chắn
Một bản O(n^2) chắc chắn đúng ăn subtask 1–2 luôn nhanh hơn bản O(n log n) chưa chạy được lần nào. Nộp sớm bản chắc chắn, rồi mới tối ưu — chấm lấy kết quả nộp CUỐI (nếu judge chấm bài cuối) hoặc điểm cao nhất (kiểm tra luật thi cụ thể — đọc THẬT kỹ quy định).
Sau kỳ thi
Đọc lời giải mọi bài không giải được — kỹ thuật trong đề sẽ quay lại ở kỳ sau. Ghi lại loại lỗi của chính mình (đọc đề? biên? phức tạp?) để sửa quy trình, không chỉ sửa bài.
Điểm mấu chốt: ngân sách trước, nộp chắc chắn sớm, đọc lại đề các bài bỏ lỡ.