Tôi đã nhận thấy điều gì đó khá điên rồ đang xảy ra trong các công ty công nghệ hiện nay. Các công cụ lập trình AI dự kiến sẽ giúp các kỹ sư thoát khỏi công việc nhàm chán, nhưng thay vào đó chúng ta đang chứng kiến một dịch bệnh lo âu mới kỳ lạ, nơi mọi người ngày càng kiệt sức hơn bao giờ hết. Giống như lời hứa "AI tiết kiệm thời gian" đã biến thành cơn ác mộng làm việc quá sức cho tất cả mọi người liên quan.



Điều khiến tôi suy nghĩ là: các nhà lãnh đạo đột nhiên bị ám ảnh bởi việc đo lường năng suất theo cách cực kỳ cụ thể. Chúng ta đang nói về các CTO lập trình lúc 5 giờ sáng vì họ muốn "kết nối lại" với mã nguồn cơ bản, các CEO theo dõi hóa đơn sử dụng công cụ AI đến từng phút, và các nhà sáng lập startup thậm chí còn nói rõ với nhân viên rằng họ "chưa làm việc đủ chăm chỉ" nếu tương tác với Claude Code của họ không đạt một hạn mức ngẫu nhiên nào đó. Một CEO của một công ty AI thẳng thắn thừa nhận rằng ông ấy xem xét các hóa đơn AI của đội ngũ như một cuộc kiểm toán tài chính—càng tiêu nhiều tiền cho các công cụ AI, họ càng "hoạt động tốt hơn". Đó... là quá nhiều.

Nhưng điểm thú vị là: có một khoảng cách lớn giữa những gì các nhà lãnh đạo nghĩ đang xảy ra và thực tế trên mặt đất. Các khảo sát cho thấy hơn 40% các giám đốc cấp cao tin rằng AI giúp họ tiết kiệm hơn 8 giờ mỗi tuần, trong khi 67% nhân viên bình thường nói rằng AI giúp họ tiết kiệm ít hơn 2 giờ hoặc không tiết kiệm được gì cả. Các nhà nghiên cứu tại UC Berkeley đã khảo sát một tổ chức 200 người và phát hiện điều còn đáng nói hơn: ngay cả khi AI xử lý hàng tấn công việc, giờ làm việc thực tế vẫn tiếp tục tăng. Mọi người không được giải phóng thời gian—họ ngày càng lo lắng hơn về việc tối ưu hóa từng khoảnh khắc.

Điều gì đang thúc đẩy điều này? Tôi nghĩ đó bắt nguồn từ cách "hiệu quả" đã bị định nghĩa lại. Khi bạn có thể đo lường năng suất dựa trên số lần tương tác và tốc độ tạo mã, đột nhiên mọi khoảnh khắc AI không hoạt động đều cảm thấy như là thời gian bị lãng phí. Đó không phải là hiệu quả—đó chỉ là một dạng văn hóa làm việc quá sức khác đã bắt đầu ăn mòn ngành công nghệ. Một số kỹ sư còn thẳng thắn nói về "mệt mỏi vì AI"—sự lo lắng liên tục rằng bước đột phá tiếp theo chỉ cách một lệnh nhắc duy nhất, và nếu không liên tục làm việc, bạn sẽ tụt lại phía sau.

Cũng có vấn đề "mở rộng nhiệm vụ" mà ít ai đề cập. Khi những người không chuyên về kỹ thuật bắt đầu dùng AI để tạo mã, các kỹ sư lại phải dành hàng giờ để dọn dẹp các phần thực thi chưa hoàn chỉnh. Thực tế là công việc của họ còn nặng hơn, chứ không nhẹ đi. Thêm vào đó là tình trạng "vai trò lai" kỳ lạ khi ranh giới giữa ai làm gì ngày càng mờ nhạt, và đột nhiên có nhiều mã hơn bao giờ hết—nhưng liệu phần lớn trong số đó có thực sự giá trị? Công ty Intuit báo cáo tăng 30% năng suất trong việc tạo mã, nhưng nếu phần lớn mã đó cuối cùng bị bỏ đi hoặc không dùng nữa, lợi ích thực sự là gì?

Vấn đề sâu xa hơn là sự ám ảnh về hiệu quả này đang tạo ra thứ mà một số nhà nghiên cứu gọi là "busyware"—những chỉnh sửa nhỏ không ai yêu cầu, bảng điều khiển tùy chỉnh cho từng người, các dự án nguyên mẫu bị bỏ dở giữa chừng. Mỗi thứ đều có vẻ hợp lý trong thời điểm đó, nhưng phần lớn cuối cùng đều bị vứt bỏ trong nghĩa địa của mã lỗi thời. Giống như chúng ta đã tạo ra một hệ thống khiến mọi người cảm thấy bắt buộc phải xây dựng thứ gì đó chỉ để chứng minh họ có năng suất, dù những thứ đó có thực sự quan trọng hay không.

Tôi nghĩ chúng ta đang bỏ lỡ một cuộc trò chuyện thực sự về những thứ không nên được xây dựng ngay từ đầu. Đó mới là nơi thực sự chứa đựng hiệu quả—không phải ở tốc độ tạo mã, mà ở việc chọn thứ gì đáng để xây dựng. Chu kỳ làm việc quá sức chỉ đang thúc đẩy những thứ sai lệch.
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
  • Bình luận
  • Đăng lại
  • Retweed
Bình luận
Thêm một bình luận
Thêm một bình luận
Không có bình luận
  • Ghim