Viết Lisp khiến tôi buồn: Trí tuệ nhân tạo đang định đoạt ngôn ngữ lập trình nào?

Viết Lisp khiến tôi buồn: Trí tuệ nhân tạo đang định đoạt ngôn ngữ lập trình nào?

Kỹ sư DevOps tiết lộ sự bất lực khi cố gắng sử dụng AI để phát triển Lisp, so sánh với trải nghiệm mượt mà khi viết Python, nhấn mạnh xu hướng AI ưu tiên các ngôn ngữ phổ biến để tiết kiệm chi phí.

Trong bối cảnh các công cụ trí tuệ nhân tạo (AI) ngày càng được tích hợp sâu vào quy trình lập trình, một kỹ sư DevOps đã chia sẻ một trải nghiệm đầy ám ảnh về sự bất lực khi cố gắng viết ngôn ngữ Lisp bằng AI. Điều thú vị là, mặc dù Lisp được coi là ngôn ngữ mang tính triết học và tinh tế, nhưng các mô hình AI lại tỏ ra rất ngại tiếp cận nó.

Sự ngạc nhiên khi AI không thích Lisp

Kỹ sư này đã sử dụng các công cụ AI để hỗ trợ công việc hàng ngày của mình thông qua OpenRouter và Goose CLI. Khi bắt đầu viết một công cụ chuyển đổi định dạng RSS reader bằng Lisp — ngôn ngữ yêu thích của ông — ông đã gặp phải một sự phản ứng kỳ lạ từ AI. Thay vì sáng tạo, các mô hình AI lại tỏ ra rất khó chịu khi phải viết code Lisp, thậm chí còn prefer viết bằng các ngôn ngữ khác.

"Trong một cú đấm châm biếm và bi hài đối với nhóm 'neats' (những người theo lý thuyết tinh tế), nhóm 'scruffies' (những người theo cách tiếp cận thực dụng) đã tạo ra một AI thích viết bất cứ thứ gì trừ Lisp."

Vấn đề của REPL và chi phí không đáng kể

Vấn đề cốt lõi không nằm ở khả năng của AI, mà ở cấu trúc của ngôn ngữ Lisp. Lisp sử dụng môi trường REPL (Read-Eval-Print Loop) — nơi người dùng tương tác ngay lập tức với code. Tuy nhiên, cách tương tác với AI thông qua API thường có độ trễ (latency) cao.

Khi cố gắng dùng AI để điều khiển REPL qua tmux, trải nghiệm trở nên cực kỳ tốn kém. Ông đã tiêu tốn hàng chục đô la chỉ để có được một đoạn code Lisp tầm thường mà sau đó vẫn phải viết lại tay. Tỷ lệ tín hiệu trên nhiễu (signal-to-noise ratio) trong các phiên làm việc với Lisp thấp hơn nhiều so với Python, và người dùng phải trả tiền cho cả nhiễu lẫn tín hiệu.

Python: Nền tảng rẻ hơn cho AI

Để giải quyết vấn đề, kỹ sư này đã chuyển sang viết một công cụ trợ lý tên là tmux-repl-mcp bằng Python. Sự chuyển đổi này mang lại kết quả ngoạn mục.

• Viết bằng Python: Tốc độ nhanh, chi phí thấp, AI hoàn thành tốt công việc.
• Viết bằng Lisp: Tốc độ chậm, chi phí cao, AI gặp khó khăn.

"Sự khác biệt giữa viết Python và Lisp với AI là quá dramatic, thậm chí là điên rồ. Tôi đã có thể xây dựng một công cụ không chỉ là 'vô nghĩa' mà còn hoàn thành tất cả code và test trong một ngày hoặc hai."

Ông nhận thấy rằng trong kỷ nguyên AI, code trở nên rẻ hơn, nhưng chỉ khi bạn sử dụng ngôn ngữ có lượng dữ liệu huấn luyện lớn. Việc xây dựng phần mềm bằng Python hoặc Go bây giờ mang lại lợi ích kinh tế rõ ràng so với Lisp.

"Tệ hơn cũng tốt hơn" và tương lai của Lisp

Điều này gợi nhớ đến khái niệm "Worse is Better" (Tệ hơn cũng tốt hơn). Lisp từng tồn tại qua nhiều thập kỷ nhờ tính chính xác cao, nhưng sự xuất hiện của AI đang tạo ra một cú hích kinh tế mạnh mẽ cho các ngôn ngữ phổ biến.

Kỹ sư so sánh tình huống này với con đường gỗ (Plank Road) tại Naperville. Con đường gỗ ban đầu tốt hơn đường bùn đất, mang lại niềm vui cho người đi đường, nhưng khi đường sắt đến, người nông dân chọn con đường sắt dễ dàng hơn bất cứ điều gì khác, dù đường gỗ vẫn tốt.

"Lisp đã tồn tại qua nhiều thập kỷ của kỷ nguyên internet, nhưng tôi tự hỏi sẽ học được gì khi nó tồn tại qua kỷ nguyên AI. Tôi thích nhóm 'neats', nó thú vị hơn, nhưng tôi tự hỏi liệu những điều thích nghi nào sẽ cần thiết để làm cho AI làm việc tốt hơn trên Lisp."

Kết luận là, dù Lisp mang lại niềm vui riêng cho người lập trình, nhưng sự trỗi dậy của AI đang tạo ra áp lực kinh tế khiến việc lựa chọn ngôn ngữ lập trình trở nên nghiêm túc hơn bao giờ hết.