Có một phép ẩn dụ hữu ích ở đây: hãy nghĩ về phần mềm doanh nghiệp như máy móc nhà máy, và các đại lý như lực lượng lao động vận hành thiết bị đó. Kỹ năng thực sự không phải là xây dựng máy móc mới từ đầu—mà là đào tạo người vận hành sử dụng các công cụ hiện có một cách hiệu quả.
Khi nói đến phát triển đại lý, mục tiêu nên là tích hợp thông minh, chứ không phải là làm lại bánh xe. Bạn muốn các đại lý hoạt động với các khung công tác đã được chứng minh như React, khai thác tối đa giá trị với mã tùy chỉnh tối thiểu. Tại sao phải viết lại những gì đã hoạt động tốt?
Điều thú vị ở đây là: khi các đại lý mở rộng quy mô và đảm nhận nhiều nhiệm vụ hơn, nhu cầu về phần mềm chất lượng có khả năng sẽ tăng lên chứ không giảm đi. Các công cụ tốt hơn sẽ được sử dụng nhiều hơn, chứ không phải ít hơn. Những người chiến thắng trong sự chuyển đổi này sẽ là các nền tảng giúp các đại lý trở nên mạnh mẽ mà không bắt buộc các nhà phát triển phải bắt đầu từ số không.
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.
10 thích
Phần thưởng
10
3
Đăng lại
Retweed
Bình luận
0/400
bridgeOops
· 7giờ trước
Việc tái sử dụng công cụ thực sự là cốt lõi, nhưng thực tế thường phức tạp hơn nhiều. Nhóm thường phải viết lại từ đầu vì khung công tác hiện tại không theo kịp những yêu cầu kỳ quặc của Agent. Bộ React đó có thể hoàn toàn phù hợp với quy trình làm việc của Agent không? Có vẻ hơi lạc quan đấy.
Xem bản gốcTrả lời0
DataChief
· 7giờ trước
Câu ví von này đúng trọng tâm, nhưng tôi nghĩ cần bổ sung một góc độ nữa: hiện nay nhiều đội nhóm khi chọn framework vẫn còn cảm tính, hoàn toàn chưa nghĩ rõ agent thực sự cần làm gì. Chỉ có công cụ tốt thôi là chưa đủ, cần phải xác định rõ yêu cầu và thiết kế quy trình trước, nếu không thì dù framework có xuất sắc đến đâu cũng vô ích.
Xem bản gốcTrả lời0
FudVaccinator
· 8giờ trước
So sánh này thực sự chính xác. Tuy nhiên, tôi lại nghĩ rằng vấn đề không phải ở việc có sử dụng React hay không, mà ở việc agent có thể thực sự hiểu được ranh giới của logic kinh doanh hay không. Nhiều nhóm hiện nay đang mù quáng xếp chồng các công cụ, kết quả là agent càng trở nên dễ tổn thương hơn. Việc tích hợp dựa trên nền tảng không ổn định, dù mở rộng bao nhiêu cũng vô ích.
Có một phép ẩn dụ hữu ích ở đây: hãy nghĩ về phần mềm doanh nghiệp như máy móc nhà máy, và các đại lý như lực lượng lao động vận hành thiết bị đó. Kỹ năng thực sự không phải là xây dựng máy móc mới từ đầu—mà là đào tạo người vận hành sử dụng các công cụ hiện có một cách hiệu quả.
Khi nói đến phát triển đại lý, mục tiêu nên là tích hợp thông minh, chứ không phải là làm lại bánh xe. Bạn muốn các đại lý hoạt động với các khung công tác đã được chứng minh như React, khai thác tối đa giá trị với mã tùy chỉnh tối thiểu. Tại sao phải viết lại những gì đã hoạt động tốt?
Điều thú vị ở đây là: khi các đại lý mở rộng quy mô và đảm nhận nhiều nhiệm vụ hơn, nhu cầu về phần mềm chất lượng có khả năng sẽ tăng lên chứ không giảm đi. Các công cụ tốt hơn sẽ được sử dụng nhiều hơn, chứ không phải ít hơn. Những người chiến thắng trong sự chuyển đổi này sẽ là các nền tảng giúp các đại lý trở nên mạnh mẽ mà không bắt buộc các nhà phát triển phải bắt đầu từ số không.