Tôi từng nghĩ Clean Code là lãng phí

Hồi mới học lập trình, tôi từng nghĩ clean code là thứ gì đó hơi… màu mè.

Tôi không hiểu tại sao mọi người lại quá quan trọng chuyện:

• đặt tên biến,
• tách hàm,
• format code,
• hay refactor những thứ “đang chạy tốt”.

Trong đầu tôi lúc đó chỉ có một suy nghĩ:

“Code chạy là được.”

Và thật ra, khi chỉ làm project nhỏ hoặc bài tập cá nhân, suy nghĩ đó khá dễ hiểu.

Nhưng càng học nhiều hơn, tôi càng nhận ra: thứ khó nhất trong lập trình không phải viết code.

Mà là đọc lại code cũ mà vẫn hiểu nó đang làm gì.

Có những đoạn code tôi từng viết mà chỉ vài tuần sau nhìn lại đã không muốn sửa nữa.

Không phải vì logic quá khó.

Mà vì mọi thứ quá lộn xộn:

• tên biến khó hiểu,
• function làm quá nhiều việc,
• logic nối chồng lên nhau.

Lúc đó tôi mới bắt đầu hiểu: clean code không phải để “trông chuyên nghiệp”.

Nó để giảm sự hỗn loạn cho chính mình trong tương lai.

Điều thú vị là AI càng mạnh, chuyện này càng quan trọng.

AI có thể viết code rất nhanh. Nhưng nếu bản thân người viết không hiểu cấu trúc, không biết organize logic, thì chỉ đang tạo ra technical debt nhanh hơn.

Code chạy nhanh không đồng nghĩa với code tốt.

Tôi vẫn còn đang học.

Nhưng có một điều tôi bắt đầu hiểu:

Viết code không chỉ là làm cho máy chạy.
Mà còn là làm cho con người có thể hiểu nó sau này.