ทำไมนักพัฒนาถึงส่งสถิติที่เป็นอันตราย


10

ฉันเชื่อมานาน (และได้ยินจากคนอื่น ๆ ) ว่าการติดตามสถิติการกระทำเช่นจำนวนนักพัฒนาแต่ละคนที่ทำต่อวันนั้นเป็นอันตรายต่อกระบวนการพัฒนา เหตุผลดูเหมือนชัดเจนนักพัฒนาจะกระทำโดยเพิ่มทีละน้อยเพิ่มจำนวนการกระทำต่อวัน แต่ทำให้ยากที่จะแบ่งออกเป็นสองส่วน (บางทีแพทช์กลางทั้งหมดของพวกเขาจะไม่ปล่อยให้ repo ดีขึ้น) และยากที่จะทำงานกับประวัติการกระทำ (การเปลี่ยนแปลงจะเกิดขึ้นในหลาย ๆ คอมมิชชันแทนที่จะเป็นเพียงอันเดียวการคืนค่าแพตช์นั้นยากกว่า ฯลฯ )

มีการศึกษาใดที่แสดงสถิติการก่อให้เกิดอันตรายหรือไม่? บทความใด ๆ ที่สง่างามและเป็นที่ถกเถียงกันในหัวข้อ? การใช้อย่างเท่าเทียมกันจะเป็นอะไรก็ได้ที่เกี่ยวกับสาเหตุที่การวัดสิ่งผิด ๆ นำไปสู่คนที่ปรับสิ่งที่ผิดให้เหมาะสมซึ่งปัญหานี้เป็นเพียงกรณีพิเศษของ


8
"บทความใด ๆ ที่สง่างามและเป็นที่ถกเถียงกันอยู่" ?? คำถามของคุณสง่างามและเป็นที่ถกเถียงกัน คุณต้องการอะไรอีก คุณได้ให้หลักฐานที่เพียงพอว่าตัวเลขนั้นมีความน่ารำคาญและไร้ประโยชน์ คุณต้องการอะไรมากกว่าคำถามที่สง่างามและเป็นที่ถกเถียงกันอยู่?
S.Lott

นักพัฒนาจำเป็นต้องลองทำงานกับการค้นหาและแก้ไขข้อบกพร่องในสถานการณ์ขนาดใหญ่และเล็กกระทำเพื่อดู differenc.e

ฉันไม่คิดว่าการรวบรวมสถิตินั้นเป็นอันตรายในตัวเอง แต่ใช้เพื่อประเมินโปรแกรมเมอร์ VCS ของเรารวบรวมข้อมูลนั้นพร้อมกับจำนวนมหาศาลหากมีสถิติอื่น ๆ และมีให้สำหรับทั้งทีม แต่เราแทบจะไม่ได้ดูเลย ดังนั้นไม่การรวบรวมสถิติไม่เป็นอันตราย
MarkJ

ฉันไม่ได้โต้วาทีครั้งใหญ่กับการกระทำเล็ก ๆ ที่นี่ (โดยส่วนตัวแล้วฉันเป็นคนประเภทเล็ก) แต่เพียงความกดดันจากภายนอกที่จะเปลี่ยนขนาดการกระทำเป็นสถิติปลอม (ซึ่งไม่เคยดีเลย) ฉันนึกคิดมองหาที่ไหนสักแห่งที่ฉันสามารถชี้ให้คนอื่น ๆ ที่ดังนั้นผมจึงไม่จำเป็นต้องทำการโต้แย้งตัวเอง :)
นีลเซรั่ม

2
ฉันเชื่อว่าการ์ตูนของดิลเบิร์ตทำให้เรื่องนี้เป็นเรื่องที่ฉันไม่เคยเห็นมาก่อน
ebneter

คำตอบ:


8

http://www.mit.edu/~hauser/Papers/Hauser-Katz%20Measure%2004-98.pdf

นี่เป็นสิ่งที่คุณกำลังมองหาใช่ไหม มีบทความ "คุณได้สิ่งที่คุณวัด" ที่พบโดย Google หลายพันรายการ


1
โดยปกติแล้วฉันจะไม่อัปโหลดคำตอบแบบลิงก์อย่างเดียว + ไม่มีคำตอบที่ตัดตอนมาได้ แต่ในกรณีเฉพาะนี้ฉันคิดว่าใช้ได้เพราะ "คำตอบ" จะเป็นคำถามตัวเองต่อไป
o0 '

6

มันเป็นสถิติที่สนุกในการวัด แต่ไม่มีประโยชน์มากกว่าการบันทึกจำนวนชั่วโมงที่นักพัฒนาทำงานในระหว่างสัปดาห์

ประการแรกไม่คำนึงถึงคุณภาพของรหัสบัญชี นักพัฒนาซอฟต์แวร์รายหนึ่งอาจดำเนินการอย่างต่อเนื่องขณะที่เขาทำการแก้ไขข้อบกพร่องในรหัสของเขา สิ่งนี้จะแสดงความมุ่งมั่นจำนวนมากเมื่อเทียบกับนักพัฒนาที่ยอมรับรหัสที่ขัดเสร็จหนึ่งอัน คุณคงไม่คิดว่าคนที่มีค่าคอมมิชชันที่ใหญ่กว่าจะเป็นนักพัฒนาที่ดีกว่า

ในทำนองเดียวกันคนที่หลุดออกไปและเล่นกระดานโต้คลื่นดังนั้นตลอดทั้งวันเพียงเพื่อกระทำวันละครั้งจะมีจำนวนการกระทำเช่นเดียวกับนักพัฒนาโดยเฉพาะที่ใช้เวลาทั้งวันในการเข้ารหัสเท่านั้นที่จะกระทำขั้นสุดท้ายเมื่อสิ้นวันเพื่อรักษารหัสของเขาให้ปลอดภัย

หากคุณมีระบบที่นับบรรทัดของรหัสที่มุ่งมั่นคนที่ผ่านการรีแฟคเตอร์ 'ไฟล์ดัดใหม่' ทุกครั้งในวงเล็บปีกกาตามสไตล์ที่ต้องการจะมีค่ามาก คนที่ทำข้อผิดพลาดที่สำคัญที่สุด 1 บรรทัดจะปรากฏขึ้นไม่นาน

ดังนั้นมันจึงไม่สร้างสถิติที่มีความหมายแม้ว่านักพัฒนาซอฟต์แวร์จะไม่เล่นเกม ควรให้อะไรกับคุณยกเว้นกราฟสวย ๆ อย่างไรก็ตามทุกคนชอบสถิติดังนั้นฉันจะบอกว่าเก็บไว้ แต่อย่าใช้มันเพื่อความสนุก


ในขณะที่ความคิดเห็นของคุณน่าสนใจคำถามที่แท้จริงดูเหมือนจะเป็น "มีการศึกษาใด ๆ ... ?" ซึ่งคำตอบของคุณไม่ได้อยู่
ไบรอัน Oakley

"จำนวนบรรทัด" อาจใช้เวลาหลายวันในการวิจัยปัญหาที่ในที่สุดจะส่งผลให้มีการแก้ไขบรรทัดเดียว

5
แค่เรื่องเล่าแต่เป็นเรื่องคลาสสิค
Wrikken

"หลายวัน" (หรืออย่างน้อยหลายชั่วโมง) การวิจัยนี้ส่งผลให้การแก้ไขบรรทัดเดียวสำคัญ แต่ค่อนข้างบ่อยในประสบการณ์ของฉัน
Johan
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.