Điểm nghẽn nằm ở "tổ chức"

(oreilly.com)

2 điểm bởi GN⁺ 3 giờ trước | Chưa có bình luận nào. | Chia sẻ qua WhatsApp

Việc đưa vào các công cụ lập trình AI đã giúp tốc độ viết mã nhanh hơn, nhưng chưa rõ liệu tổ chức có thực sự phân phối giá trị nhanh hơn hay không
Nền tảng để microservices thành công — engineering enablement, guardrails, kiểm thử tự động, quyền sở hữu chủ động, quản trị tinh gọn — cũng chính là nền tảng cho sự thành công của các tác nhân lập trình AI
Báo cáo DORA nói rằng "AI đóng vai trò khuếch đại (amplify) trong phát triển phần mềm, và làm mạnh thêm cả điểm mạnh của các tổ chức hiệu suất cao lẫn các rối loạn chức năng của những tổ chức hoạt động kém"
Những tổ chức không có kiểm thử tự động, tài liệu hóa, và pipeline CI/CD hỗ trợ triển khai dần dần thì sẽ không thể thành công với cả microservices lẫn tác nhân lập trình AI
Yếu tố quyết định thành bại khi áp dụng công cụ AI không phải là bản thân công cụ, mà là mức độ trưởng thành và việc đầu tư vào nền tảng của tổ chức kỹ thuật phần mềm

Vấn đề cốt lõi được đặt ra

Ai cũng đang đưa các công cụ lập trình AI vào sử dụng và các kỹ sư đang viết mã nhanh hơn bao giờ hết
Tuy nhiên, chưa rõ các tổ chức có thực sự phân phối giá trị nhanh hơn hay không
Những thực hành giúp microservices vận hành bền vững trong dài hạn trùng khớp chính xác với nền tảng giúp các tác nhân lập trình AI hoạt động hiệu quả

Trải nghiệm áp dụng công cụ lập trình AI rất khác nhau giữa các tổ chức, và yếu tố cốt lõi tạo nên khác biệt là mức độ trưởng thành của tổ chức kỹ thuật phần mềm
Báo cáo DORA mới nhất

"Vai trò chính của AI là khuếch đại, mở rộng cả điểm mạnh của các tổ chức hiệu suất cao lẫn các rối loạn chức năng của những tổ chức hoạt động kém"
Khi Financial Times bắt đầu với microservices cách đây 10 năm, thành công cũng không phụ thuộc vào lựa chọn công nghệ mà vào thiết lập văn hóa và tổ chức
- Nếu một tổ chức chỉ có thể phát hành mỗi tuần một lần, thì việc áp dụng microservices không mang lại lợi ích gì
- Họ chỉ phải trả chi phí cho một kiến trúc vận hành phức tạp hơn, mà không nhận được lợi ích của việc triển khai thay đổi thường xuyên và an toàn

Nếu không có kiểm thử tự động, tài liệu, và pipeline CI/CD hỗ trợ triển khai dần dần, thì cả microservices lẫn tác nhân lập trình AI đều không thể thành công
Những tổ chức báo cáo kết quả tốt nhất là các tổ chức đã đầu tư vào nền tảng cơ bản

Chỉ nói với đội ngũ rằng hãy "làm điều đúng đắn" là chưa đủ; cần xây dựng paved roads và guardrails để giúp họ tự động làm điều đúng
Có như vậy quyền tự chủ mới không biến thành hỗn loạn
Một tác nhân chỉ có quyền truy cập vào codebase mà không có ràng buộc thì giống như một đội tự chủ không có guardrails: có thể di chuyển nhanh nhưng chưa chắc đi đúng hướng
Những tổ chức đã sẵn có guardrails cho đội ngũ của mình sẽ có lợi thế lớn
- Các tiêu chuẩn lập trình được cưỡng chế trong CI, bản ghi quyết định kiến trúc (ADR), và template cho dịch vụ mới sẽ trở thành các ràng buộc giữ tác nhân đi đúng quỹ đạo

Kiểm thử tự động, rollout dần dần, triển khai không gián đoạn sẽ bắt lỗi trước khi lên production, dù mã do con người hay AI viết
Observability cũng rất quan trọng
- Cũng như không ai vận hành microservices mà không có log, metric, trace, thì cũng không nên merge đoạn mã không phải do chính mình viết khi không có cách hiểu được điều gì đã thay đổi và vì sao
Khả năng triển khai độc lập mang lại khả năng hoàn tác độc lập
- Nếu tác nhân AI tạo ra một thay đổi sai trong một dịch vụ, có thể rollback mà không cần gỡ tung sáu thứ khác
Nếu nhờ tác nhân AI mà tốc độ triển khai nhanh gấp 3 lần, thì những thực hành này lại càng trở nên quan trọng hơn

Template, thư viện, golden path của đội platform không chỉ hỗ trợ developer mà còn trở thành ràng buộc và ngữ cảnh giúp tác nhân AI hoạt động hiệu quả trên toàn tổ chức
Những tổ chức đã đầu tư vào enablement sẵn là nơi dễ áp dụng công cụ lập trình AI nhất
Ở những tổ chức chưa đầu tư, AI chỉ đơn thuần khuếch đại sự hỗn loạn