Bốn dự án này có điểm chung gì
- Bản đặc tả luôn đến trước, và nó luôn ngắn gọn. Một đoạn văn, không phải một tài liệu. Nhưng nó nêu tên các ràng buộc thực sự quan trọng — ngôn ngữ, "chỉ thấy dữ liệu của chính mình", "vẫn gửi những gì bạn có", "đẩy một tệp lên nên xuất bản nó" — bao gồm cả các ràng buộc về quy trình làm việc không bao giờ hiện diện trong ứng dụng đang chạy.
- Các bí mật () không bao giờ chạm vào kho mã. Mọi dự án đều đọc khóa (key) từ các biến môi trường hoặc bí mật đã mã hóa, được đặt trong một bảng điều khiển, chứ không phải trong code. Chúng tôi nói to "never hardcode it" ra, bởi vì mặc định là điều ngược lại.
- Stack công nghệ được chọn sao cho có ít cơ hội sai sót nhất. Xác thực được quản lý sẵn, cơ sở dữ liệu được quản lý sẵn, lưu trữ tĩnh, các hàm — mỗi lựa chọn đều loại bỏ một hạng mục code mà AI có thể làm hỏng thay mặt chúng tôi, và một hạng mục thứ mà chúng tôi phải bảo trì.
- Các trở ngại được giải quyết bằng cách đưa cho AI bằng chứng chính xác — lỗi nguyên văn, code thực tế, cấu hình triển khai, triệu chứng thực sự — và bằng cách giới hạn phạm vi sửa lỗi hẹp lại để code đang chạy tốt vẫn tiếp tục chạy tốt. Hai lần triệu chứng nằm ở code nhưng nguyên nhân lại nằm ở hạ tầng.
- Ra mắt có nghĩa là một bài kiểm chứng thật với thực tế: một lần mua hàng thật (và một lần bị từ chối), một tài khoản người dùng thứ hai, một điểm kích hoạt theo yêu cầu, một liên kết sâu trên trang đã triển khai. Không phải chỉ là "nó biên dịch được".
Bạn không cần một ý tưởng lớn để bắt đầu. Bạn cần một ý tưởng nhỏ, một bản đặc tả một đoạn văn, và sự sẵn lòng chỉ đạo thay vì tự gõ code — cùng sự kiên nhẫn để kiểm chứng thứ đó với thực tế trước khi bạn tuyên bố nó đã xong.