13 điểm bởi GN⁺ 2026-03-19 | 5 bình luận | Chia sẻ qua WhatsApp
  • Khả năng tạo ra kết quả ngay lập tức của các công cụ lập trình AI rất ấn tượng, nhưng độ hoàn thiện của phần triển khai chi tiết và các thành phần hệ thống vẫn còn thiếu
  • Quá trình phát triển đang rời khỏi sự cân bằng giữa ‘suy nghĩ và viết’, chuyển thành hình thức giao phó tư duy cho AI và chỉ viết lượng mã tối thiểu
  • Hành vi này tương tự với ‘canh bạc kéo cần máy đánh bạc’, và giống với cơ chế gây nghiện của toàn bộ ngành công nghệ
  • AI giúp dễ lấy cảm hứng và tái sử dụng mã, nhưng lại lấy đi niềm vui của những kết nối sáng tạo và việc giải quyết vấn đề
  • Kết quả là, thay vì chỉ theo đuổi hiệu suất, nhà phát triển cần khôi phục sự tự phản tỉnh và tương tác trực tiếp với mã

Hiệu quả bề mặt và giới hạn của lập trình bằng AI

  • AI có thể tạo ra những kết quả mã trông có vẻ hợp lý ngay tức thì, nhưng độ chính xác và mức độ hoàn thiện của phần triển khai chi tiết vẫn còn thiếu
    • Nhìn bề ngoài có vẻ như mã đã hoàn chỉnh, nhưng trên thực tế vẫn có nhiều lỗi hoặc phần chưa hoàn thiện
  • Chỉ cần AI giả vờ như đang ‘xử lý’ mã thì nhiều khi cũng cho ra kết quả, khiến quá trình tư duy của nhà phát triển bị lược bỏ
  • Cách làm này khác với kiểu lập trình truyền thống vốn cần suy nghĩ sâu và viết tỉ mỉ, và đang chuyển sang một hình thức công việc lấy năng suất bề mặt làm trung tâm

Lập trình bằng AI như một canh bạc

  • Lập trình bằng AI có cấu trúc giống như ‘hành vi kéo cần máy đánh bạc’, lặp đi lặp lại và theo đuổi phần thưởng tức thì
    • Người dùng nhập lệnh và chờ kết quả, trong quá trình đó trải nghiệm cảm giác kỳ vọng kiểu cờ bạc
  • Toàn bộ ngành công nghệ vốn đã nội tại hóa các cấu trúc phần thưởng lặp lại như làm mới trang, và AI vận hành như một hình thức đẩy điều đó lên cực đại
  • Tính gây nghiện này cho thấy lập trình bằng AI không chỉ là một công cụ hiệu quả, mà còn hoạt động như một cơ chế tạo ra sự phụ thuộc về tâm lý

Sự mất mát của tính sáng tạo và cảm giác thỏa mãn

  • Nhà phát triển phân loại công việc thành ‘việc tốt cho tâm hồn’ và ‘việc không như vậy’, và theo truyền thống, lập trình thuộc về nhóm đầu
  • AI cung cấp nguồn tài liệu tham khảo và cảm hứng vô hạn, nhưng lại lấy đi niềm vui của quá trình tự giải quyết vấn đề và hiểu cấu trúc
  • Kết quả là, nhà phát triển bị đẩy xuống vai trò chắp vá những kết nối chưa hoàn chỉnh do AI tạo ra, làm giảm cảm giác thỏa mãn trong công việc
  • Cách giải quyết vấn đề này phụ thuộc vào sự thay đổi thái độ của nhà phát triển và việc chủ động tham gia vào mã

Bối cảnh cá nhân và bản sắc nghề nghiệp

  • Tác giả là một nhà phát triển đồng thời là nhà thiết kế, làm việc trong môi trường nhóm nhỏ hoặc phát triển đơn lẻ, quen với việc tái sử dụng và tối ưu hóa mã
  • AI đã trở thành cơ hội để thử các framework mới và tăng sự tự tin, nhưng việc nó có thực sự giúp tác giả trở thành một nhà phát triển tốt hơn hay không vẫn còn đáng nghi ngờ
  • Cách sử dụng AI ở đây cũng là một sự tự vấn: liệu đó là vì nâng cao hiệu suất, hay vì sự lặp lại mang tính cờ bạc của việc ‘chờ jackpot’

Kết luận: Vai trò của nhà phát triển trong thời đại AI

  • Lập trình bằng AI có thể nâng cao năng suất, nhưng cũng có nguy cơ làm suy yếu tư duy sáng tạo và năng lực giải quyết vấn đề một cách chủ động
  • Thay vì phụ thuộc vào sự tiện lợi của AI, nhà phát triển cần khôi phục giá trị của quá trình tự suy nghĩ và trực tiếp xử lý mã
  • Điều quan trọng hơn cả tiến bộ công nghệ là sự tự kiểm soát và tự phản tỉnh để ‘lập trình vẫn là việc tốt cho tâm hồn’

5 bình luận

 

Nhưng cờ bạc quá vui đúng không?

 
winterjung 2026-03-20

Vậy là nếu kéo đủ nhiều lần thì sẽ trúng jackpot nhỉ

 
dicebattle 2026-03-20

Nếu về mặt thống kê nó có xác suất vượt trên một mức nhất định, kỳ vọng dương, và các phương pháp kỹ thuật để nâng kỳ vọng đó liên tục xuất hiện không ngừng, thì có nên gọi đây là cờ bạc không? Có vẻ như về mặt xã hội, chúng ta đã thỏa thuận với nhau rằng sẽ gọi đó là đầu tư.

 
j2sus91 2026-03-20

Vâng, lại là một ông già cổ hủ nữa.

 
GN⁺ 2026-03-19
Ý kiến trên Hacker News
  • Gần đây nhờ các công cụ AI coding, tôi nhận ra lý do mình thích lập trình giờ đã khác trước
    Trước đây tôi thấy vui ở quá trình hiểu sâu và đào xới vấn đề, còn bây giờ điều hấp dẫn hơn là khả năng biến ngay điều mình nghĩ ra thành hiện thực
    Việc xuất hiện những công cụ có thể bắt kịp tốc độ ý tưởng dù tôi không tự tay viết code thật sự rất kích thích

    • Nếu có một 'InfiniteAppStore' có thể lập tức cung cấp mã cho mọi ứng dụng, thì nó có lẽ gần với mua sắm hơn là coding
      Claude Code hiện tại thực ra cũng là một phiên bản chưa hoàn thiện của điều đó. Việc ta cảm thấy như mình đang tự tạo ra chỉ là vì quá trình vẫn còn chưa hoàn hảo
    • Hiện tại bạn đang ở giai đoạn phấn khích của hành trình áp dụng AI
      Việc ý tưởng được triển khai ngay lập tức rất gây hưng phấn, nhưng đến lúc một ngày nào đó bạn có thể làm ra chính xác thứ mình muốn, cảm giác trống rỗng cũng có thể xuất hiện
      Khi đó bạn có thể bắt đầu thấy rằng “đó không phải thứ do chính mình tạo ra”, và rốt cuộc lại phải đi tìm ý tưởng tiếp theo
      Dù vậy đây vẫn là một trải nghiệm đáng giá, và có thể sẽ đến lúc chúng ta không còn là lập trình viên theo nghĩa truyền thống nữa
    • Có thể bạn là người yêu thích 'sáng tạo', chứ không thật sự yêu bản thân việc 'lập trình'
      Còn tôi lại cảm thấy thỏa mãn hơn nhiều trong quá trình tự mình giải quyết vấn đề
      Khi AI giải bài toán thay, cảm giác thành tựu giảm đi, giống như copy-paste câu trả lời từ StackOverflow
      Dù vậy công ty rồi vẫn sẽ yêu cầu dùng AI vì năng suất
    • Cũng như bảng tính (VisiCalc) từng phổ cập máy tính cá nhân, tôi nghĩ AI cũng sẽ phổ cập việc lập trình
      Rào cản để tạo ra các ứng dụng phức tạp sẽ thấp hơn, và việc làm prototype sẽ dễ hơn
      Tuy nhiên hệ thống legacy hay code production vẫn sẽ là địa bàn của chuyên gia
    • Tôi cũng dùng AI rất nhiều, nhưng không thể bỏ qua quá trình hiểu
      Cuối cùng khi hệ thống đổ vỡ, vẫn cần người hiểu cấu trúc và cách các thành phần tương tác với nhau
  • Nếu AI coding là cờ bạc, thì quản lý dự án với nhiều lập trình viên cũng có thể là một dạng cờ bạc
    Con người lẫn mô hình đều không mang tính quyết định, nên giao cùng một việc vẫn có thể cho ra kết quả khác nhau

    • Nhưng AI coding giống cờ bạc hơn vì tính gây nghiện của nó
      Có người thức dậy lúc rạng sáng để kiểm tra agent, thậm chí còn cấp cả quyền truy cập tài khoản ngân hàng
    • Nếu AI coding là máy đánh bạc, thì người quản lý lập trình viên giống đặt cược đua ngựa hơn
    • Chất lượng của đội ngũ phần nào còn kiểm soát được, nhưng chất lượng mô hình thì không
      AI thì nhanh nhưng chất lượng thấp hơn, nên vòng lặp thưởng tức thì hoạt động mạnh hơn nhiều
    • Tư duy của con người thực ra cũng là một hộp đen, nên không khác quá nhiều so với tính mờ đục của AI
      Chỉ là AI vẫn cần thêm thời gian để đạt tới trình độ của các lập trình viên hàng đầu
    • Nghiện ở quy mô đại chúng đến từ phần thưởng tức thì, mà quản lý lập trình viên thì không có điều đó
      Nên nó không phải cờ bạc
  • Việc tạo code bằng LLM gây ra nghiện hành vi vượt xa chuyện chỉ đơn thuần 'chấp nhận rủi ro'
    Nó giống như một thiết bị cyberpunk kết hợp máy đánh bạc với chatbot bạn bè

    • AI dù sai vẫn tạo cho người ta ảo giác rằng mình đã làm được gì đó, và đó là cốt lõi của tính gây nghiện
    • Mỗi lần tôi dùng thử, cảm giác rơi vào 'vòng lặp dopamine' là rất rõ
      Thay vì tư duy phản biện, tôi lại tập trung vào chuyện 'chạy lại lần nữa', và để dứt ra khỏi nó thì cần nỗ lực có ý thức
  • Các lập trình viên trung bình ở Nhật vẫn chưa dùng Claude Code như một phần thường nhật
    Công ty có khuyến khích, nhưng họ vẫn giữ cách làm cũ
    Trớ trêu là nhờ vậy mà người ta đang nhìn thấy một khung cảnh ít bị bào mòn tinh thần hơn

    • Các tác vụ chuyển đổi code có test thì AI làm khá ổn, nhưng nếu không có test thì lại phụ thuộc vào vận may như máy đánh bạc
      Việc tích hợp vào codebase quy mô lớn vẫn còn gây bất an
      Với doanh nghiệp, ROI vẫn chưa rõ ràng, nhưng cá nhân thì cần hiểu được tiềm năng của công cụ
  • Cấu trúc phần thưởng biến đổi của AI coding tạo ra tính cờ bạc
    Cùng một câu hỏi nhưng kết quả lại khác nhau, và sự khác biệt đó tạo ra ảo giác kiểm soát
    Tốc độ phản hồi càng nhanh thì não càng dễ nghiện mạnh hơn

    • Độ trễ phản hồi (latency) có thể không hẳn là yếu tố cốt lõi
      Trong cờ bạc cũng thường có những khoảng chờ khá dài
    • Thay vì nói “mong AI nghĩ cho lợi ích của chúng ta”, đúng hơn là nên mong những người tạo ra nó làm như vậy
    • Rốt cuộc chúng ta hành xử như những con chuột chờ viên thức ăn
      Khi kết quả không ổn định, người ta sẽ càng bấm nút lâu hơn
  • Cuối cùng điều quan trọng là xác định rõ đặc tả (spec) và kiểm tra xem phần triển khai có đáp ứng nó hay không

    • Nhưng thực tế thì người ta lại phải lặp đi lặp lại các yêu cầu kiểu “hãy sửa cho dễ đọc hơn một chút”
      Nếu đã có đặc tả hoàn hảo, thì tự viết code còn nhanh hơn
    • Dạo này có nhiều người nói “hãy để AI tuân theo spec”, nhưng trên thực tế gần như không bao giờ nhận được tài liệu đặc tả hoàn chỉnh
      Nó cũng không phù hợp với thực tế là thị trường thay đổi và cần thử nghiệm lặp đi lặp lại
    • Ngay cả khi các chương trình cùng đáp ứng một spec, lý thuyết dùng để biểu đạt chúng vẫn có thể khác nhau, nên việc chọn loại code nào cũng mang ý nghĩa xã hội và kinh tế
      Tham khảo liên quan: Efficient cause, bài viết của Naur
    • Cũng có người đùa rằng “thế chẳng phải là phát triển waterfall sao?”
    • Tôi vẫn nhớ 15 năm trước một CIO từng nói “ở thời Agile, tài liệu spec chỉ là lãng phí thời gian”
  • Hacker News vẫn còn chia rẽ về 'Vibecoding'
    Một số người công nhận hiệu quả của nó, nhưng các cuộc tranh cãi phân cực vẫn cứ lặp lại

    • Thảo luận trên Internet vốn dĩ là như vậy, không phải vấn đề riêng của HN
    • Cộng đồng /r/SelfHosted gần đây cũng đang hỗn loạn vì tranh cãi liên quan đến AI
    • Có người chỉ cần kể về trải nghiệm thành công với AI là đã bị quy thành kẻ sùng bái AI
    • Cá nhân tôi phản cảm nhất với kiểu tư duy nhị phân như vậy
    • Rốt cuộc nó lại lặp lại những cuộc thánh chiến vĩnh cửu kiểu VIM vs Emacs, Tabs vs Spaces
      Trong khi những thảo luận thực sự quan trọng về yêu cầu và trải nghiệm lập trình viên lại bị chìm đi
  • Câu hỏi “phải thắng thường xuyên đến mức nào thì mới không còn là cờ bạc?” khá thú vị

    • Nếu thắng quá thường xuyên, cuối cùng cũng sẽ đến lúc vượt quá giới hạn
    • Nếu phần lớn là thắng, thì đó không còn là cờ bạc mà chỉ là một hoạt động có rủi ro
    • Cũng có người đùa rằng “chúng ta thắng quá nhiều nên giờ mới bắt đầu than phiền”