Ý tưởng thì rẻ, còn triển khai còn rẻ hơn nữa

Quan niệm cũ → bị đảo ngược hoàn toàn

• Chân lý tôi từng tin suốt 15 năm làm lập trình viên: “Ý tưởng thì rẻ (cheap), còn triển khai (execution) mới là tất cả”
• Giờ đây, ý tưởng vẫn rẻ, nhưng ngay cả việc triển khai cũng đã rẻ hơn rất nhiều (execution is cheaper)

Những gì thực sự đã xảy ra nhờ AI (trải nghiệm của tác giả)

Trong kỳ nghỉ cuối năm, chỉ cần mô tả 3 ý tưởng cho Claude Code:

1. Driftless — tự động đồng bộ tài liệu theo thay đổi của mã nguồn
2. DeployCast — AI tóm tắt nội dung triển khai bằng ngôn ngữ tự nhiên để gửi cho các thành viên không phải lập trình viên
3. Triage — người dùng gửi báo cáo lỗi → AI triage → tự động tạo PR sửa lỗi

→ Không chỉ là MVP, mà là 3 sản phẩm đã hoàn thiện cả bộ test + tài liệu + độ chỉn chu và được triển khai
→ Chỉ trong vài giờ, AI đã viết nhiều mã kiểm thử hơn và tốt hơn tất cả những gì chính tác giả tự viết trong 15 năm

Các bằng chứng

• Số câu hỏi trên Stack Overflow giảm mạnh, gần về mức của 20 năm trước (mọi người không còn cần phải hỏi nữa)
• Vừa tweet ý tưởng xong thì chỉ vài ngày sau đã có người khác hiện thực hóa thứ tương tự và phát hành
• Nader Dabit tái tạo một sản phẩm cỡ hàng trăm triệu đô như Typeform chỉ trong vài giờ → mã nguồn mở

→ Giá trị của việc “làm ra trước” đang tiến gần về 0

3 cảm xúc đan xen lúc này

1. Nuối tiếc — tinh thần thủ công của việc học thật sâu, vật lộn để viết code như trước, cùng niềm tự hào đến từ sự phức tạp đó, đang biến mất
2. Hào hứng — không còn phải dồn 90% năng lượng vào việc viết code nữa, nên có thể tập trung vào vấn đề thật sự · người dùng · trải nghiệm
3. Choáng váng — chỉ trong vài năm, giá trị của kỹ sư phần mềm đang bị định nghĩa lại hoàn toàn (kỹ năng code = mức tối thiểu phải có)

Những thứ giờ mới thực sự tạo khác biệt

Khi chi phí triển khai gần như biến mất, những điều sau trở nên quan trọng:

• Tốc độ lặp — chu trình làm nhanh, lấy phản hồi người dùng và sửa nhanh (learning loop)
• Gu và khả năng phán đoán (taste) — con mắt để phân biệt thứ đáng làm và không đáng làm (đa số là không nên làm)
• Phân phối và mạng lưới (distribution) — ai là người biết đến trước, ai là người tin tưởng, và có thể tập hợp người dùng đầu tiên nhanh đến mức nào
• Chọn vấn đề — tìm ra vấn đề thật sự mà con người sẵn sàng trả tiền để giải quyết (vốn dĩ đã là phần khó nhất, giờ còn quan trọng hơn)

Kết luận trong một câu

“Code chưa bao giờ là cốt lõi. Chỉ là khi code trở nên miễn phí, ta mới bắt đầu nhìn ra điều đó.”

→ Những builder sống sót trong tương lai sẽ không phải là “người viết code giỏi nhất”, mà là
“người tìm ra vấn đề quan trọng nhất nhanh nhất, lan truyền nó tốt nhất, và học nhanh nhất”.

[colus001]

Viết code, trong việc thực thi, chỉ đơn thuần là cửa ải ban đầu. Ra mắt sản phẩm, bán được nó và duy trì nó mới là những việc đắt đỏ và khó khăn hơn rất nhiều. Cũng giống như chỉ cần có điện thoại thì ai cũng có thể trở thành YouTuber, nhưng số người thật sự kiếm được tiền thì chẳng có mấy.

[kandk]

Tốc độ lặp — chu trình làm thật nhanh, nhận phản hồi từ người dùng rồi sửa lại (learning loop)
Gu và khả năng phán đoán (taste) — con mắt để phân biệt cái gì đáng làm và cái gì không đáng làm (phần lớn là không nên làm)
Phân phối và mạng lưới (distribution) — ai là người biết đến trước, ai tin tưởng, và có thể tập hợp người dùng đầu tiên nhanh đến mức nào
Chọn vấn đề — tìm ra vấn đề mà người thật sự sẵn sàng trả tiền để giải quyết (vốn dĩ đây đã là phần khó nhất, giờ còn quan trọng hơn nữa)

[byunjin11]

Tôi đồng cảm..

Chọn vấn đề — tìm ra vấn đề mà người ta thực sự muốn trả tiền để giải quyết -> tôi không ngờ công cụ chụp màn hình xray mà mình làm gần đây lại nhận được nhiều sự quan tâm đến vậy

Có lẽ điều quan trọng là tìm ra sự bất tiện, tạo ra thứ gì đó để giải quyết nó và cho mọi người biết.