"Nền tảng của chúng tôi giúp các nhà lãnh đạo kỹ thuật đưa ra quyết định tốt hơn bằng cách biến hoạt động kỹ thuật thành những thông tin có thể hành động theo thời gian thực, sử dụng xử lý ngôn ngữ tự nhiên và RAG đệ quy." Umm. Bạn đang nói "bạn không cần phải đi vào chi tiết, hãy giao cho AI." Tôi không tin điều đó.

Quay trở lại những năm 2010, tôi đã quan sát thấy hai loại CTO Loại #1: sử dụng các công cụ như Velocity, Puralsight Flow hoặc các công cụ khác một cách rộng rãi, và đánh giá các lập trình viên (và tiến độ) của họ dựa trên những chỉ số nhân tạo này Loại #2: chú ý đến từng chi tiết, biết chính xác những gì đã xảy ra và ở đâu Loại #2 luôn chiến thắng.

Như trong các đội mà Loại #2 dẫn dắt, họ hiệu quả hơn, hoàn thành công việc, và không có sự vòng vo. Loại #1 hoặc làm việc tại (hoặc khiến văn hóa trở nên giống như) một công ty truyền thống hơn. Nơi mà các quản lý không có chuyên môn kỹ thuật, và các lập trình viên thường lắc đầu khi quản lý của họ gợi ý điều gì đó.

Một số người sẽ nói "nhưng AI thì khác!" Nhưng kết quả sẽ giống nhau Các nhà phát triển, các lãnh đạo kỹ thuật và bất kỳ ai chú ý đến chi tiết (hiểu chính xác những gì đội ngũ của họ làm) sẽ *luôn luôn* vượt trội hơn những người "thuê ngoài" việc "hiểu những phần quan trọng" cho một cỗ máy.

Để nói rõ điều hiển nhiên: những người quản lý mua vào cơn sốt mới nhất này ("sử dụng AI để có được các số liệu dựa trên cách bạn quản lý đội ngũ của mình") có thể đuổi những lập trình viên năng suất, những người không viết nhiều ticket (bởi vì họ chỉ "hiểu" và hoàn thành công việc hoặc trò chuyện với người khác) và thúc đẩy điều ngược lại.