Chủ đề thịnh hành
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Cách làm này thật sự rất tệ, nhưng có một số cách để giải quyết vấn đề này.
1. Cố gắng yêu cầu tất cả cơ sở hạ tầng thử nghiệm phải sẵn sàng. Việc lập trình vibe trở nên dễ dàng hơn, tương ứng với các bài kiểm tra đơn vị video, cũng như các bài kiểm tra hồi quy, kiểm tra chức năng mà trước đây rất khó thực hiện, đều nên được thực hiện.
Điều này đảm bảo rằng ngay cả khi có ai đó sửa đổi một cách tùy tiện, thì có rất nhiều bài kiểm tra ở đó giúp bạn giám sát.
2. Tương tự như việc triển khai từng giai đoạn khác nhau trên server. Ngay cả khi phát hiện ra vấn đề, việc quay lại cũng rất dễ dàng. Sẽ không gây ra vấn đề lớn.
3. Thực ra, gốc rễ vẫn nằm ở khía cạnh đồng thuận, dù là để thuận tiện cho bản thân hay cho người khác, thậm chí là để phục vụ cho việc đánh giá từ cấp trên. Cố gắng chia một pull request lớn thành những cái nhỏ hơn. Như vậy, việc review sẽ dễ dàng hơn cho cả agent và bản thân bạn, độ chính xác cũng cao hơn.
Như vậy, về cơ bản có thể ngăn chặn việc ai đó gây ra rắc rối lớn, nhưng vẫn luôn có những điều không thể lường trước được.🤣

09:02 26 thg 8
Khi trong một dự án lớn, có một số người bắt đầu vibe coding, mỗi PR đều thay đổi hàng chục tệp, hoàn toàn không thể review... Tôi đã thử dùng Claude Code review, nhưng cảm thấy cũng không đáng tin cậy. Trong trường hợp không thể ngăn cản những đồng nghiệp này tiếp tục vibe coding, làm thế nào để giảm thiểu tác động phụ một cách tối đa? Làm thế nào để đảm bảo sự ổn định và độ tin cậy của dự án?
20,29K
Hàng đầu
Thứ hạng
Yêu thích