Tôi nghi ngờ bạn đã sai và tôi nghĩ bất cứ ai trong ngành sẽ xác nhận một cách ngẫu nhiên cả hai rằng có sự khác biệt giữa các lập trình viên và nhà phát triển, nhưng tôi nghĩ vấn đề này thú vị hơn thế nhiều. Bài viết bạn liên kết mang đến một điểm thú vị: bạn không có khả năng tìm thấy một thước đo năng suất tốt phù hợp với tất cả các định nghĩa của nhà phát triển. 6 nguyên mẫu (ok, 5, vì một là một trò đùa) có các tiêu chí khác nhau - công việc có thể tạo ra nhiều mã hơn, nhưng nhà đổi mới không làm vì anh ta nghĩ ra những cách mới, điên rồ để làm mọi thứ. Có nhiều con đường khác nhau để trở thành một lập trình viên giỏi và không phải ai cũng đồng ý với những gì họ đang có.
Điều này có lẽ cũng áp dụng cho phương sai trong công việc hàng ngày của bạn. Bạn có thể đo lường điều này bằng cách nói, các KLOC, nhưng đó có lẽ chỉ là một khía cạnh của năng suất của bạn. Cải thiện điều này sẽ cải thiện năng suất của bạn, nhưng điều quan trọng là nếu số liệu / mô hình năng suất của bạn không bao gồm các yếu tố ngoài tầm kiểm soát của bạn (ví dụ như các cuộc họp) nhưng tương quan cao với các yếu tố của bạn (KLOCs), thì bạn có thể
Bài viết gốc đo lường giải quyết vấn đề trên các câu đố đơn giản, có thể định lượng. Thật khó để làm điều đó trong thế giới thực, vì vậy bạn có thể sử dụng cách tiếp cận ấm áp và mờ nhạt để đưa ra cho mình một phán đoán chủ quan (hoặc người quản lý của bạn) về việc bạn làm việc hiệu quả như thế nào vào ngày hôm đó - đây có thể là một biện pháp tốt hơn cho những khó khăn trong việc định lượng điều này.
Nếu bạn muốn tự đo nó, câu trả lời có lẽ là cụ thể cho bạn và nơi làm việc của bạn. Giữ một bản ghi trong một vài tuần sau đó vui vẻ xử lý dữ liệu của bạn. Một vài ý tưởng: để trả lời câu hỏi cơ bản của bạn, nếu bạn phân vùng dữ liệu thành hai bộ ngẫu nhiên và thực hiện kiểm tra t, bạn có thể biết được liệu có biến đổi theo ngày hay không. Bạn có thể xô các ngày của bạn theo ngày trong tuần và thực hiện kiểm tra ANOVA hoặc kiểm tra theo cặp để xem có sự khác biệt nào vào các ngày trong tuần không.