Những lý do để không thích lập trình bằng AI

Bài viết gốc trên sicpers.info điểm lại sáu lập luận thường gặp của những người phản đối việc dùng AI để viết mã. Điều thú vị là tác giả không đơn thuần bác bỏ, mà mổ xẻ từng quan điểm để chỉ ra đâu là nỗi lo hợp lý và đâu chỉ là cảm giác khó chịu mang tính thời đại.

Dù viết từ góc nhìn của một lập trình viên phương Tây, các lập luận này cũng rất gần gũi với cộng đồng công nghệ Việt Nam, nơi làn sóng AI coding đang lan nhanh trong các công ty outsource, startup và cả các dự án cá nhân.

1. Mã nguồn là nghệ thuật

Nếu coi phần mềm là sản phẩm nghệ thuật, thì phần mềm do máy tạo ra không phải là "thật", bởi nó thiếu thứ cảm hứng sáng tạo khó gọi tên vốn là dấu hiệu của nghệ thuật đích thực.

Tác giả cho rằng lập luận này không đứng vững ở cả hai chiều. Người mua phần mềm hiếm khi trả tiền cho một tác phẩm nghệ thuật — họ trả tiền cho kết quả. Và kết quả của một sản phẩm là như nhau bất kể sản phẩm đó được làm ra bằng cách nào.

Không có lập luận nào chống lại điều này, trừ khi bạn mặc nhiên thừa nhận rằng những thứ có thể coi là nghệ thuật chỉ nên do con người tạo ra.

2. AI như kẻ cướp việc làm

Nỗi lo quen thuộc: nếu bạn được trả tiền để gõ mã, mà doanh nghiệp giờ có cỗ máy gõ mã thay bạn, thì cỗ máy đã "cướp việc" của bạn.

Nhưng theo tác giả, công việc chưa bao giờ là gõ mã — công việc là tạo ra phần mềm có giá trị.

• Ai vẫn làm được điều đó thì vẫn được trả tiền.
• Khi việc phát triển ứng dụng trở nên hiệu quả hơn, nhu cầu không giảm mà còn tăng lên.

3. Con người thành "proxy thịt"

Nếu coi việc tạo phần mềm là một hoạt động giữa người với người, thì việc lấy mô tả nhiệm vụ do phần mềm sinh ra, rồi biến nó thành câu lệnh cho phần mềm khác tạo tiếp phần mềm, là một trải nghiệm làm mất đi tính người.

Tác giả dẫn một đoạn trong Fragment on Machines của Karl Marx, viết khoảng năm 1857–1858, để cho thấy cả lao động trí óc lẫn lao động cơ bắp từ lâu đã được dự liệu là sẽ bị máy móc thay thế. Trong bối cảnh đó, thứ lấy đi công việc không phải là công nghệ, mà là phương thức sản xuất. Và vì lập trình là lao động trí tuệ, tư liệu sản xuất chính là cái đầu của chúng ta — nên chúng ta có thể giành lấy nó.

4. Kỹ nghệ phần mềm như một tập hợp quy tắc

Lập luận này cho rằng kỹ nghệ phần mềm là việc áp dụng cẩn trọng khối kiến thức đặc thù của kỹ sư, được đúc kết thành các nguyên tắc như SOLID, "ưu tiên composition hơn inheritance", hay Law of Demeter. Vì AI không áp dụng những quy tắc ấy, nó chỉ sinh ra văn bản tình cờ biên dịch được, nên AI không thể viết phần mềm.

Tác giả phản biện bằng chính lịch sử ngành:

• Sao chép mã từ Stack Overflow rồi chỉnh cho chạy.
• Gõ lại từ một trang trong Numerical Recipes hay tạp chí Sinclair User rồi chỉnh cho chạy.
• Viết macro để tự động hóa chính khâu sao chép đó.

Nói cách khác, phần lớn lịch sử điện toán vốn đã mang tính thực nghiệm chứ không hề thuần lý thuyết.

5. Các công ty AI là những kẻ xấu

Nếu bạn tin rằng các ông lớn AI được điều hành bởi những người không đặt lợi ích của nhân loại lên hàng đầu, thì lập trình bằng AI là điều xấu vì nó tiếp sức cho những công ty đó.

Tác giả lưu ý rằng lập luận này chỉ đứng vững nếu bạn phủ nhận khả năng xuất hiện các lựa chọn khác: những công ty mới, các mô hình phi doanh nghiệp như mô hình học thuật hay mô hình cộng đồng.

Điều gì thực sự đáng lo?

Điểm chung của cả sáu lập luận là chúng đều xuất phát từ cảm giác bị đe dọa trước một sự thay đổi lớn — điều rất dễ hiểu, đặc biệt với lập trình viên Việt Nam đang phải cạnh tranh trong thị trường gia công phần mềm vốn rất nhạy cảm với giá.

Nhưng nếu nhìn kỹ, vấn đề cốt lõi không nằm ở AI, mà ở câu hỏi: ai sở hữu công cụ, ai được hưởng lợi từ năng suất tăng thêm, và người lao động có tiếng nói gì trong quá trình đó.

AI coding sẽ không biến mất. Cách phản ứng hợp lý có lẽ không phải là phủ nhận nó, mà là học cách dùng nó, đồng thời đòi hỏi những thỏa thuận công bằng hơn về phân chia lợi ích mà nó mang lại.