Các bạn làm phát triển Web3 đều nên xem qua điều này.



Giám đốc công nghệ của Varick AI Agents, Eyad Khrais, đã đăng một bài tổng kết hệ thống — làm thế nào để sử dụng Claude Code để phát triển kỹ thuật hiệu quả. Trong đó thực sự có nhiều kiến thức hữu ích.

Logic cốt lõi của ông ấy rất rõ ràng: đừng vội vàng bắt đầu gõ mã, hãy suy nghĩ rõ về kiến trúc trước khi bắt tay vào làm. Đó chính là "mô hình lập kế hoạch" — trước khi viết chính thức, hãy làm rõ khung logic của toàn bộ nhiệm vụ, như vậy hiệu quả lập trình sẽ cao hơn, ít dễ đi sai đường.

Phương pháp luận này cũng rất có ích cho phát triển hợp đồng thông minh, tích hợp AI Agent và các dự án phức tạp khác. Nhiều nhà phát triển quen suy nghĩ rồi viết, cuối cùng mã phải sửa đi sửa lại, lãng phí thời gian. Suy nghĩ trước, thực thi sau, có vẻ mất vài phút, nhưng thực ra tiết kiệm được rất nhiều công chỉnh sửa sau này. Thử xem sao.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 5
  • Đăng lại
  • Retweed
Bình luận
0/400
DefiOldTrickstervip
· 1giờ trước
Haha tôi đã nói rồi, công việc "nghĩ trước rồi viết" này, tôi đã từng gặp phải trong đợt kiểm toán hợp đồng năm 2017. Lúc đó, rất nhiều bạn trẻ vội vàng đưa mã lên chuỗi, kết quả là các lỗ hổng reentrancy, overflow bay khắp nơi, sau đó khi giá thanh lý kích hoạt là tất cả bùng nổ. Thực ra là do chưa lập kế hoạch kiến trúc tốt. Bây giờ dùng các công cụ như Claude càng cần phải cẩn thận hơn, tiết kiệm thời gian gỡ lỗi để nghiên cứu lợi nhuận tổ hợp, đó mới là việc chính đáng. Tuy nhiên, phần lớn các nhà phát triển trẻ vẫn không thể sửa được thói quen này, cứ vừa viết vừa sửa, hiệu quả làm sao có thể cao được. Trước tiên hãy làm rõ khung logic, lợi nhuận hàng năm nhân đôi trực tiếp, đây là bài học đẫm máu.
Xem bản gốcTrả lời0
FrogInTheWellvip
· 01-12 08:24
Trước tiên xây dựng kiến trúc rồi mới viết mã, chuyện này đã nói bao nhiêu lần rồi, vẫn còn có người vừa nghĩ vừa viết, rồi lại sửa lung tung... Thật sự cần phải sửa cái tính xấu này.
Xem bản gốcTrả lời0
ProofOfNothingvip
· 01-12 08:21
Thật sự, "xây dựng kiến trúc trước rồi mới mã hóa" tôi đã từng mắc phải hậu quả... Viết rồi sửa, cuối cùng đó là một cái hố không đáy
Xem bản gốcTrả lời0
MEVictimvip
· 01-12 08:20
Trước tiên xây dựng kiến trúc rồi mới viết mã, đó là bài học đắt giá... Tôi hiểu quá rõ những đêm trắng sửa mã nhiều lần.
Xem bản gốcTrả lời0
DeepRabbitHolevip
· 01-12 08:07
Trước tiên xây dựng kiến trúc rồi mới đến mã code, điều này thực sự đã từng gặp phải vấn đề, nếu không sẽ sửa mã mãi không xong.
Xem bản gốcTrả lời0
  • Ghim