Cái Giá Thật Sự Của Một Lựa Chọn Kỳ Lạ

Thật hấp dẫn khi chọn một ngôn ngữ vì nó tinh tế, hoặc nhanh, hoặc vì một người bạn kính trọng thề rằng nó tốt. Đối với riêng vibe coding, bản năng đó có thể âm thầm nhấn chìm một dự án. Đây là lý do: mỗi giờ bạn dành để vật lộn với công cụ của một ngôn ngữ ít người dùng, hoặc gỡ rối kết quả AI sai một cách tinh vi vì mô hình đã thấy quá ít ví dụ, là một giờ bạn không dành để ra mắt sản phẩm. Lựa chọn kỳ lạ hiếm khi thất bại một cách ồn ào. Nó thất bại như một dòng chảy chậm rãi của các vòng sửa lỗi thêm, thư viện thiếu, và những câu trả lời trên Stack Overflow không hề tồn tại.

Cụ thể, cái giá phải trả xuất hiện ở ba nơi. Thứ nhất, AI kém thành thạo hơn, nên nó mắc nhiều lỗi hơn và kém hơn trong việc sửa chúng — và bạn, không biết ngôn ngữ đó, không thể phân biệt code tốt và xấu. Thứ hai, hệ sinh thái mỏng hơn, nên thư viện bạn cần có thể không tồn tại, có thể đã bị bỏ rơi, hoặc không có ví dụ để sao chép. Thứ ba, khi bạn bị kẹt, mạng internet im lặng hơn: ít hướng dẫn hơn, ít câu hỏi được trả lời hơn, ít người từng va phải đúng bức tường của bạn hơn. Với Python hay TypeScript, cả ba điều đó đều không phải là vấn đề.

Không điều nào trong số này có nghĩa là các ngôn ngữ kỳ lạ là xấu. Nó có nghĩa là gánh nặng chứng minh nằm ở phía lựa chọn kỳ lạ. Nếu bạn có một lý do cụ thể, rõ ràng — bạn thực sự cần tốc độ của Rust, bạn bị buộc phải dùng Swift bởi App Store, bạn đang mở rộng một dịch vụ Go có sẵn — thì hãy trả giá với đôi mắt mở. Nếu lý do là "nó trông có vẻ ngầu", hãy chọn lựa chọn phổ biến và ra mắt sản phẩm. Bạn luôn có thể viết lại sau, và bạn gần như sẽ không bao giờ làm vậy, vì lựa chọn phổ biến sẽ đã hoàn thành công việc.