Code trong interview nên tối ưu cho tốc độ gõ hay cho dễ đọc?

Dễ đọc thắng, vì interviewer phải hiểu code của bạn để chấm.

• Vài quy tắc rẻ tiền mà hiệu quả: đặt tên biến có nghĩa (left, right, freq thay vì i, j, m); tách helper function khi một khối làm việc rõ ràng; tránh one-liner rối; xử lý edge case ở đầu cho gọn.
• Không cần micro-optimize từng dòng nếu nó làm code khó hiểu.
• Một lời giải O(n log n) sạch sẽ thường ăn điểm cao hơn O(n) viết rối và đầy bug.
• Hãy code như đang viết cho đồng nghiệp đọc, không phải để qua mặt máy chấm.