Cha đẻ Claude Code: Trách nhiệm cốt lõi của lập trình viên là kiểm soát chất lượng mã nguồn

Theo tin từ IT ngày 12/9, tờ Business Insider đưa tin rằng khi AI đang thay đổi hoàn toàn lĩnh vực phát triển phần mềm, Boris Cherny, người tạo ra Anthropic Claude Code, cho rằng điều mà các lập trình viên thực sự cần bảo vệ không phải là việc tự tay viết từng dòng code, mà chính là chất lượng của mã nguồn.

Vào ngày 10 (giờ địa phương), Cherny đã chia sẻ một email từ một lập trình viên gửi cho ông với tiêu đề "Làm thế nào để xử lý rác từ AI?". Ông cho biết mình nhận được những lá thư tương tự mỗi ngày và luôn cố gắng phản hồi nhiều nhất có thể.

AI đã thay đổi sự phân công trong công việc lập trình, các kỹ sư ngày càng chuyển dịch từ việc trực tiếp viết code sang việc kiểm duyệt code do AI tạo ra. Một số người thích sự tiện lợi này, trong khi những người khác lại cảm thấy công việc trở nên cô độc và nhàm chán hơn.

Trong email, lập trình viên ẩn danh này đã tóm tắt những "va chạm" do lập trình AI mang lại thành hai cách tiếp cận hoàn toàn khác biệt và nhờ Cherny đánh giá xem cách nào hợp lý hơn.

Cách tiếp cận thứ nhất tương đối thận trọng:

Chúng ta vẫn viết code như trước đây, chỉ là dùng AI để tăng tốc độ. Chúng ta có thể không kiểm duyệt từng dòng, nhưng code phải chịu được sự kiểm duyệt. Người gửi code phải có khả năng giải thích những gì họ đã gửi, và bản thân code đó cũng phải đảm bảo các lập trình viên con người có thể bảo trì nó dễ dàng như trước, hoặc tốt hơn là dễ dàng hơn.

Cách thứ hai thì buông thả hơn, đó là tư duy "lập trình theo cảm hứng" (vibe coding):

Hãy coi code như một hộp đen, không cần bận tâm bên trong là gì, chỉ cần nhìn vào kết quả đầu ra cuối cùng.

Lập trình viên này cũng đề cập rằng nhiều người thực tế không thể thực hiện theo cách thứ nhất, nhưng lại lo lắng mình sẽ mất việc vì điều đó. "Nhiều người chỉ đang cố gắng sử dụng AI một cách gượng ép."

Cherny đã công khai toàn bộ phản hồi của mình và cho rằng hai cách tiếp cận này không nhất thiết phải chọn một trong hai, mỗi cách đều có ngữ cảnh sử dụng phù hợp.

Đối với cách tiếp cận "chỉ quan tâm kết quả, không quan tâm code", Cherny viết:

Các bản mẫu (prototype) và những đoạn code dùng một lần hoàn toàn có thể coi là hộp đen. Dù sao thì cuối cùng cũng sẽ bỏ đi, miễn là phạm vi ảnh hưởng khi xảy ra sự cố không lớn thì không cần phải theo đuổi sự hoàn hảo.

Code thực sự đưa vào môi trường sản xuất (production) thì hoàn toàn khác. Cherny viết:

Tiêu chuẩn cho code sản xuất do Claude viết ra nên cao hơn so với code do con người viết. Anthropic đã thiết lập nhiều cơ chế bảo vệ, bao gồm vô số quy tắc kiểm tra tiêu chuẩn code và kiểm thử, kiểm thử end-to-end do Claude điều khiển, các công cụ kiểm thử mờ (fuzz testing) chạy hàng ngày bằng Claude, kiểm duyệt code và kiểm tra bảo mật tự động, tái cấu trúc code tự động, v.v.

Nếu thiếu các biện pháp này, code rất dễ dần trở thành một mớ hỗn độn khó bảo trì. May mắn thay, mô hình càng mạnh thì việc thực hiện tốt những công việc này càng dễ dàng, chẳng hạn như chạy vài quy trình cố định mỗi ngày hoặc sử dụng Claude Code Review.

Theo thông tin IT nắm được, Cherny cho rằng trách nhiệm thực sự của lập trình viên là "giữ vững tiêu chuẩn chất lượng code". Trong ngành AI, một số người gọi vai trò mới này là "mini CEO": lập trình viên giống như một người quản lý, cần đánh giá xem code nào được phép đưa vào hệ thống và code nào nên bị chặn lại ngay lập tức.

Nếu những phương pháp này vẫn không giải quyết được vấn đề, Cherny gợi ý các lập trình viên nên can thiệp trực tiếp hơn vào công việc của Claude, hoặc đơn giản là để Claude viết lại toàn bộ cơ sở mã nguồn, hoặc "chờ đợi mô hình tiếp theo".