1/ Các mô hình đang ngày càng cải thiện trong việc lập trình! Cách bạn sử dụng các tác nhân cũng có thể tạo ra tác động gấp 10 lần. Ai đang sử dụng các tác nhân lập trình trong "chế độ nâng cao"? Nhắn tin cho tôi để nhận lời mời tham dự bữa tối do @conviction tổ chức về chủ đề này. Một số ghi chú từ các cuộc trò chuyện với các đội khởi nghiệp của @conviction về các phương pháp tốt nhất:

2/ chuẩn bị bối cảnh. giữ một tài liệu trong kho chứa với mục đích dự án, hướng dẫn kiến trúc, cấu trúc tệp, hướng dẫn phong cách và lệnh kiểm tra để các tác nhân viết theo tiêu chuẩn của bạn.

3/ phân chia công việc. lập kế hoạch → thực hiện → xem xét → tinh chỉnh --> cam kết. yêu cầu đại lý giải thích các lựa chọn thiết kế và phát hiện những giả định sai lầm sớm.

4/ xây dựng/sử dụng xác thực trong vòng lặp và liên tục trên toàn bộ mã nguồn của bạn! từ các công cụ kiểm tra mã đến việc xem xét, đây là liên kết còn thiếu, và có tiềm năng lớn trong việc cải thiện xác thực tự động.

5/ tạo điểm kiểm tra -- bạn có thể vượt qua sự hiểu biết của chính mình về mã nguồn. rủi ro là "lgtm" của mọi người và bạn có những tính năng mà không ai có thể giải thích, gỡ lỗi hoặc thay đổi một cách an toàn.

6/ cung cấp cho đội ngũ đại lý của bạn bộ nhớ. các mẫu nhắc nhở và lệnh chia sẻ (/plan, /spec, /implement, /review, /revise, /commit) giữ cho việc sử dụng nhất quán và chất lượng gia tăng.

7/ ghép nối với các công cụ như @CorridorSecure, và tự động đưa các dấu vết, quét và lỗi trở lại vào tác nhân

8/ tự động tái thiết lập cơ sở. Khi có những thay đổi lớn xảy ra, hãy lập trình một bản làm mới và một tóm tắt mã nguồn mới để giữ cho "mô hình tư duy" của tác nhân luôn cập nhật.

9/9 song song một cách có chủ đích. chia nhỏ công việc thành các vé độc lập, có phạm vi với các bài kiểm tra + ngữ cảnh. chạy các tác nhân song song và giữ cho con người tập trung vào thiết kế, tích hợp, gỡ lỗi lần thứ hai khó khăn và các đánh giá quan trọng. đừng theo dõi các tác nhân chạy!