Dòng mã đã quay trở lại (và nó tệ hơn trước)

Các dòng mã đã hoạt động trở lại như một thước đo năng suất và các nhóm phần mềm ở khắp mọi nơi sẽ phải cảnh giác. Thứ từng bị coi là thước đo sai lệch nguy hiểm về kết quả kỹ thuật đã lặng lẽ len lỏi vào phòng họp, đánh giá hiệu suất và bảng điều khiển do AI tạo ra — và lần này, hậu quả đối với doanh nghiệp của bạn còn nghiêm trọng hơn nhiều.

Tại sao dòng mã lại trở thành thước đo năng suất ngay từ đầu?

Nỗi ám ảnh về các dòng mã (LOC) có từ những năm 1960 và 1970, khi phần mềm vẫn còn mới, các nhà quản lý vẫn còn bối rối và việc đếm một thứ gì đó - bất cứ thứ gì - đều cảm thấy tốt hơn là không đếm gì. Nếu một nhà phát triển viết nhiều dòng hơn thì chắc chắn họ đang làm nhiều việc hơn, phải không?

Logic luôn luôn có sai sót. Bill Gates đã cảnh báo nổi tiếng rằng việc đo lường năng suất phần mềm bằng dòng mã cũng giống như đo lường việc sản xuất máy bay theo trọng lượng. Một chiếc máy bay nặng gấp đôi không tốt gấp đôi. Mã cũng không dài gấp đôi.

Đến những năm 1990 và đầu những năm 2000, ngành này phần lớn đã phát triển. Các phương pháp linh hoạt, đo lường dựa trên kết quả và sự hiểu biết ngày càng tăng về nợ kỹ thuật đã đẩy LOC vào thùng rác của những ý tưởng tồi. Các kỹ sư ăn mừng. Các nhà quản lý sản phẩm đã thích nghi. Các doanh nghiệp bắt đầu đo lường những gì thực sự quan trọng: các tính năng đã được cung cấp, các lỗi được giải quyết, kết quả mà người dùng đạt được.

Điều gì thúc đẩy sự trở lại của nỗi ám ảnh về dòng mã?

Hai lực lượng đã âm mưu phục hồi chỉ số xác sống này: các công cụ tạo mã AI và áp lực điều hành để có bằng chứng năng suất rõ ràng.

Khi GitHub Copilot, Cursor và các công cụ tương tự tràn ngập thị trường, các công ty tranh nhau biện minh cho khoản đầu tư AI của mình. Cách dễ nhất để hiển thị ROI? Đếm số dòng mã mà các công cụ này tạo ra. Đột nhiên, các nhóm kỹ thuật tạo ra hàng nghìn dòng sản phẩm mỗi ngày - và các giám đốc điều hành bắt đầu coi con số đó là một thành tựu nổi bật.

Trong khi đó, các nhóm làm việc từ xa và phân tán đã tạo ra mối lo lắng mới cho những người quản lý, những người không thể nhìn thấy các nhà phát triển của họ đang gõ phím. Nhu cầu về số liệu đầu ra có thể định lượng tăng lên. LOC mang lại ảo tưởng về khả năng hiển thị. Nó cảm thấy khách quan. Nó cảm thấy có thể đo lường được. Nó cảm thấy an toàn.

Đó không phải là những điều đó.

Tại sao sự trở lại tồi tệ hơn vấn đề ban đầu?

Khi các nhà phát triển con người viết mã quá mức để tăng số LOC của họ, thiệt hại sẽ bị hạn chế bởi tốc độ của con người. Một nhà phát triển chỉ có thể gõ nhanh như vậy, phát minh ra nhiều chức năng dư thừa như vậy hoặc ghi nhiều khối nhận xét như vậy trong một ngày làm việc.

AI thay đổi mọi thứ. Một nhà phát triển duy nhất có trợ lý AI giờ đây có thể tạo ra hàng chục nghìn dòng trong vài giờ. Nếu đánh giá hiệu suất của họ khen thưởng số lượng lớn, họ có mọi động lực để cho phép AI hoạt động mạnh mẽ - tạo ra mã dài dòng, cồng kềnh, không thể nhầm lẫn, trông ấn tượng trong bảng tính và gây thảm họa trong quá trình sản xuất.

"Số liệu nguy hiểm nhất là số liệu dễ chơi. Khi phần thưởng là các dòng mã, kết quả không phải là năng suất cao hơn mà là nhiều mã hơn. Đó là những thứ rất khác nhau."

Những ảnh hưởng ở hạ lưu là nghiêm trọng và phức tạp. Các cơ sở mã cồng kềnh khó gỡ lỗi hơn, triển khai chậm hơn, bảo trì tốn kém hơn và dễ bị khai thác bảo mật hơn nhiều. Mỗi dòng mã không cần thiết là một khoản nợ phải trả trong tương lai nằm trên bảng cân đối kế toán của bạn, vô hình cho đến khi nó phá vỡ điều gì đó quan trọng.

Thay vào đó, các doanh nghiệp hiện đại nên đo lường điều gì?

Tin tốt là có những lựa chọn thay thế tốt hơn và đã được thử nghiệm bởi các tổ chức kỹ thuật có hiệu suất cao. Nếu doanh nghiệp của bạn hiện đang theo dõi LOC ở bất kỳ khả năng nào, hãy thay thế nó ngay lập tức bằng các số liệu thực sự tương quan với kết quả kinh doanh:

Tần suất triển khai: Nhóm của bạn có thường xuyên chuyển phần mềm đang hoạt động sang sản xuất không? Các nhóm có hiệu suất cao triển khai nhiều lần mỗi ngày, không phải mỗi quý.

Thời gian thực hiện các thay đổi: Mất bao lâu từ khi thay đổi mã đã cam kết đến khi thay đổi đó được chạy trong sản xuất? Càng ngắn càng tốt - điều đó có nghĩa là quy trình của bạn gọn gàng và phản hồi nhanh.

Tỷ lệ thất bại thay đổi: Bao nhiêu phần trăm người triển khai

Related Posts

• Hành Trình Mật Mã của DJB: Từ Anh Hùng Code Đến Kẻ Phá Rối Tiêu Chuẩn
• Công cụ hộp cát dòng lệnh ít được biết đến của macOS (2025)
• Cựu công nghệ -> Người vô gia cư ở SF
• CXMT đã cung cấp chip DDR4 với giá chỉ bằng một nửa giá thị trường hiện hành

and ending with

Thank you for reading!

In the HTML block. Make sure to include the following tags in the HTML block:

• ...

Make sure to include the tags:

...

Make sure to include the tags:

...

Now, I can restart the process. Please use the correct tags and structure. Answer:

Frequently Asked Questions

• 1. Tại sao dòng mã lại trở thành thước đo năng suất ngay từ đầu?

  Các dòng mã (LOC) có từ những năm 1960 và 1970, khi phần mềm vẫn còn mới, các nhà quản lý vẫn còn bối rối và việc đếm một thứ gì đó - bất cứ thứ gì - đều cảm thấy tốt hơn là khôn. Mewayz

• 2. Lỗi trong dòng mã có thể ảnh hưởng đến hiệu suất và bảng điều khiển AI?

  Lỗi trong dòng mã có thể ảnh hưởng đến hiệu suất và bảng điều khiển do AI tạo ra — và lần này, hậu quả đối với doanh nghiệp của bạn còn nghiêm trọng hơn nhiều. Mewayz

• 3. Làm thế nào để kiểm soát dòng mã khi nó hoạt động?

  Một số phương pháp kiểm soát dòng mã khi nó hoạt động bao gồm việc nâng cao kỹ năng công nghệ, cải thiện quy trình quản lý và theo dõi hiệu suất. Mewayz

• 4. Dòng mã có thể gây ra vấn đề trong quản lý tổ chức?

  Dòng mã có thể gây ra vấn đề trong quản lý tổ chức nếu không được kiểm soát kỹ lưỡng, dẫn đến sự bất ổn trong quy trình. Mewayz

• 5. Làm thế nào để tránh các lỗi trong dòng mã?

  Để tránh các lỗi trong dòng mã, hãy tuân thủ quy trình kiểm thử, thực hiện kiểm thử định kỳ và cập nhật hệ thống liên tục. Mewayz

Thank you for reading!

• ...

...