มีความสัมพันธ์ระหว่างความซับซ้อนของรหัสและประสิทธิภาพของนักพัฒนาหรือไม่

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

ดูเหมือนว่าฉันค่อนข้างชัดเจนว่าการปรับเปลี่ยนระบบที่สะอาดและออกแบบมาอย่างดีนั้นง่ายกว่าและเร็วกว่าการใช้ระบบที่ออกแบบมาไม่ดี แต่ฉันก็มีหลักฐานที่ชัดเจน มีการศึกษาเกี่ยวกับหัวข้อนี้หรือไม่?

สังเกตุซอฟต์แวร์ที่มีตัวชี้วัดความซับซ้อนสูงกว่าเช่นความซับซ้อนตามวัฏจักรจะยากที่จะรักษา มีการวิจัยสนับสนุนเดทกลับไปปี 1970 ( "โครงการความซับซ้อนและโปรแกรมเมอร์ผลผลิต", ET เฉิน) นอกจากนี้ยังมีงานที่แสดงให้เห็นว่ามีความหนาแน่นซับซ้อนซึ่งเป็นความซับซ้อน cyclomatic กว่าขนาดของระบบยังเกี่ยวข้องกับเวลาการบำรุงรักษา ( "Cyclomatic ความหนาแน่นของความซับซ้อนและการบำรุงรักษาการผลิตซอฟต์แวร์" GK ปลา CF Kemerer)ซึ่งยังสามารถใช้ได้ฟรีที่นี่ น่าเสียดายที่จำเป็นต้องมีการสมัครสมาชิก IEEE สำหรับกระดาษของเฉิน แต่คุณสามารถลองค้นหาจากแหล่งอื่น ๆ ได้หากคุณสนใจ

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

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

ฉันหลังจากหลักฐานที่มั่นคงบางอย่าง

จากนั้นหยุดเสียเวลาที่นี่

1. ค้นหารหัสที่มีราคาแพงเพื่อรักษา มันเป็นเรื่องง่าย. ดูตั๋วปัญหาขององค์กรของคุณ

2. ค้นหารหัสบางอย่างที่ถูกรักษา ค้นหารหัสที่ทำงานบ่อย แต่มีตั๋วน้อยหรือไม่มีปัญหา

3. วัดความซับซ้อนด้วยเครื่องมือความซับซ้อนที่มีอยู่อย่างกว้างขวาง

4. ได้รับความสุขในหลักฐาน

ตอนนี้คุณได้ให้หมายเลขเพื่อยืนยันความชัดเจน