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.

Readability wins, because the interviewer must understand your code to grade it.

• Use meaningful names (left, right, freq, not i, j, m), extract helpers for clear blocks, avoid tangled one-liners, and handle edge cases up front.
• A clean O(n log n) often scores higher than a buggy, tangled O(n).
• Write as if a teammate will read it, not to outsmart a judge.