Khi lập trình viên dùng AI để trả lời thay mình: Một lời chỉ trích thẳng thắn
Một bài viết gây chú ý trên Hacker News bàn về việc các lập trình viên ngày càng dựa dẫm vào AI để trả lời câu hỏi chuyên môn thay vì tự trang bị kiến thức. Tác giả cho rằng thói quen này không chỉ làm suy giảm tư duy phản biện mà còn khiến các hệ thống phần mềm ngày càng phình to và phức tạp một cách vô nghĩa.

Khi lập trình viên dùng AI để trả lời thay mình: Một lời chỉ trích thẳng thắn
Có một xu hướng ngày càng phổ biến trong giới công nghệ: khi được hỏi một câu hỏi chuyên môn, thay vì tự trả lời, người ta dán câu hỏi đó vào một mô hình ngôn ngữ lớn (LLM) rồi sao chép kết quả trả về. Một bài viết trên Hacker News gần đây đã lên tiếng phản đối gay gắt thói quen này, đồng thời đặt ra câu hỏi lớn hơn về tác động của AI lên tư duy kỹ thuật và chất lượng phần mềm.
Một câu trả lời không phải là câu trả lời
Tác giả mở đầu bằng một tình huống rất đời thường: ai đó đặt câu hỏi cho một chuyên gia, nhưng thay vì trả lời trực tiếp, người đó lại đưa câu hỏi cho Claude rồi dẫn lại phản hồi của AI.
"Nếu tôi muốn phản hồi từ một AI, tôi đã tự nhập câu hỏi rồi."
Điểm mấu chốt nằm ở chỗ: việc bạn phải nhờ đến LLM để trả lời một câu hỏi chuyên môn cho thấy chủ đề đó nằm ngoài khả năng của bạn. Vậy làm sao người hỏi biết được bạn đã truyền đạt đúng vấn đề của họ cho AI? Theo tác giả, hành động này vô tình phơi bày sự thiếu thẩm quyền về chủ đề đang bàn.
Hệ quả với chất lượng phần mềm
Phần đáng chú ý nhất của bài viết là lập luận về cách AI góp phần tạo ra những hệ thống phần mềm bị thiết kế quá mức cần thiết.
Tác giả kể lại một tình huống thực tế: khi cần một "giải pháp doanh nghiệp để xây dựng các gói nội bộ an toàn", một AI đã đề xuất giải pháp là fork, build và tự duy trì từng dependency từ mã nguồn — thay vì đơn giản sử dụng tính năng có sẵn trong kho lưu trữ artifact để chỉ áp dụng các bản vá khi cần thiết.
- Người đặt câu hỏi thiếu tư duy kỹ thuật sẽ hỏi sai câu hỏi
- AI đưa ra câu trả lời nghe có vẻ hợp lý
- Người hỏi lập tức hành động mà không hề kiểm chứng hay phản biện
- Kết quả là một giải pháp cồng kềnh, khó bảo trì, được triển khai mà không cần bất kỳ sự đồng thuận nào
Trớ trêu thay, việc "vibe coding" một giải pháp tồi lại không cần sự phê duyệt, trong khi chỉnh một cài đặt trên hệ thống đã triển khai lại cần. Tất cả bắt nguồn từ giả định rằng được AI đồng tình thì có nghĩa là đúng.
Ảo tưởng về năng lực bản thân
Tác giả đưa ra một cảnh báo tâm lý đáng suy ngẫm: khi chạy prompt qua một LLM, người dùng thường đánh giá quá cao khả năng tư duy phản biện của chính mình, rơi vào cái mà triết học gọi là ngụy biện viện dẫn thẩm quyền (false appeal to ethos).
"Phun ra thông tin không phải là trí tuệ. Khi bạn nhai lại nó như tác phẩm của chính mình, bạn đang làm teo não. Bạn tự biến mình thành người kém hữu ích để trò chuyện."
Với AI, việc đầu độc giếng nước bằng những định kiến sẵn có trở nên quá dễ dàng — đến mức giếng nước ấy chẳng khác nào một cái giếng đã bị đầu độc sẵn.
Góc nhìn cho cộng đồng công nghệ Việt Nam
Ở Việt Nam, làn sóng AI đang lan nhanh trong các công ty phần mềm, startup và cả các nhóm làm dự án cá nhân. Việc dùng AI để tăng tốc công việc là điều đáng khuyến khích, nhưng bài viết này nhắc nhở một điều quan trọng: AI nên là công cụ hỗ trợ, không phải cái cớ để bỏ qua tư duy phản biện.
Với các đội phát triển phần mềm tại Việt Nam — đặc biệt là những đội đang xây dựng hệ thống nội bộ và quản lý dependency phức tạp — lời khuyên của tác giả rất đáng lưu tâm: hãy đặt câu hỏi đúng trước, kiểm chứng kỹ càng, và ưu tiên sự đơn giản. Đôi khi giải pháp tốt nhất không phải là tự viết lại mọi thứ, mà là sử dụng đúng tính năng có sẵn hoặc đóng góp bản vá trở lại cho cộng đồng mã nguồn mở.
"Hãy hướng tới sự đơn giản."
Bài viết gốc có thể xem tại ohhfishal.net và phần thảo luận sôi nổi trên Hacker News với 26 điểm và 7 bình luận — một tín hiệu cho thấy đây là chủ đề đang khiến nhiều người làm công nghệ phải suy nghĩ.


