vibe
Khi 'vibe coding' trưởng thành hơn, lập trình viên rút ra một bài học đau thương về bước hay bị bỏ qua khi lao thẳng vào viết code cùng AI.
Những người thực hành có kinh nghiệm khuyến nghị xây dựng đặc tả (spec) trước — viết ra và thống nhất chính xác cái gì cần được xây dựng trước khi tạo bất kỳ mã nào với AI — vì thất bại lớn nhất của 'vibe coding' là chỉ phát hiện ra, sau khi đã có rất nhiều mã, rằng mỗi người có một ý tưởng khác nhau về thế nào là 'hoàn thành'.
Logo công ty hay kế hoạch tiệc ra mắt là những sản phẩm bàn giao không liên quan, không có gì chung với việc xác định yêu cầu phần mềm; chúng là những phương án gây nhiễu nghe có vẻ hợp lý bề mặt nhưng bỏ lỡ trọng tâm thực sự về việc làm rõ cái gì cần xây dựng.
Phát triển 'theo đặc tả' đảo ngược điểm nghẽn truyền thống: một khi AI có thể tạo mã cực nhanh, phần chậm của một dự án không còn là gõ mã mà trở thành việc quyết định chính xác bạn muốn gì — đây thực sự là sự chuyển dịch tương tự đã xảy ra bất cứ khi nào một công cụ làm cho việc thực thi rẻ đi đáng kể và dồn trọng lượng nhiều hơn lên khâu lập kế hoạch và thiết kế.
vibe
Vườn ươm đó là gì?Đó là gì?Các team có kinh nghiệm đã chuyển trọng tâm sang đâu?Trạng thái này được gọi là gì, theo cách ví với nợ kỹ thuật (technical debt)?AI được giao việc sẽ làm gì?Đó là ai?Đó là trình nào?Tên của nó?Thế hệ thứ hai gọi là gì?Đó là gì?Cái nào dưới đây KHÔNG phải là dịch vụ tạo app từ prompt?Cái bẫy kinh điển của vibe coding là gì?Quration — Quration AIQ