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

หลังจากออกกำลังกายโครงการอาจต้องใช้การปรับแต่งและการเปลี่ยนแปลงมากเกินไปเพื่อให้ทำงานได้อย่างถูกต้อง ...

ฉันจะทำอย่างไรเพื่อป้องกันปัญหานี้

มีกฎง่ายๆคือฉันสมัครตลอดเวลาเพราะฉันมักจะเป็นคนชอบสิ่งดีเลิศเช่นกัน และลัทธิพอใจ แต่สิ่งดีเลิศนำคุณไปสู่ความสามัญ

กำหนดเวลา จัดส่งตามกำหนดเวลานั้น

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

• พัฒนาคุณสมบัติ
• การทดสอบคือ (ครอบคลุมรหัส 80%)
• Commit / บูรณาการ
• เอกสาร (ทั้งเอกสารทางเทคนิคและเอกสารสำหรับผู้ใช้)
• อัปเดตบันทึกประจำรุ่น (ทั้งในไฟล์และอาจจะเป็นสำหรับเว็บไซต์ของคุณรวมถึงภาพหน้าจอ)
• อัปเดตโปรแกรมติดตั้ง (ถ้าจำเป็น)

ฉันถือว่าคุณสามารถสร้างรีลีสได้ด้วยการคลิกเมาส์หนึ่งครั้ง (ใช้สคริปต์สร้าง)

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

ฉันเชื่อว่าปัจจัยสำคัญอย่างหนึ่งคืออย่าปล่อยให้โค้ดของคุณแย่ลงเพราะโครงการกำลังดำเนินการอยู่ สามารถป้องกันได้หลายวิธีซึ่งฉันรู้เพียงไม่กี่:

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

แก้ไขหน้าต่างที่ใช้งานไม่ได้:ในPragmatic Programmerฉันอ่านปรากฏการณ์ที่เรียกว่าหน้าต่างที่เสียหาย ผู้เขียนยืนยันว่ารหัสจะเริ่มเสื่อมสภาพในลักษณะเดียวกับสิ่งปลูกสร้างที่เสื่อมสภาพ: มันเริ่มต้นด้วยหน้าต่างที่แตก ในรหัสนี้หมายถึงการแก้ไขที่น่าเกลียดการตั้งชื่อของตัวแปรฟังก์ชั่น; โดยทั่วไปแล้วรหัสไม่ดี ฉันพบสิ่งนี้ว่าเป็นจริง: ฉันโค้ดดีขึ้นและมีความสุขมากขึ้นเกี่ยวกับการเข้ารหัสเมื่อรากฐานของรหัสของฉันมั่นคง หากมีหน้าต่างแตกมากเกินไปฉันมักไม่รู้สึกอยากใช้ความพยายามในการเขียนโค้ดที่ดี ดังนั้นหากคุณเห็นหน้าต่างแตกให้แก้ไขโดยเร็วที่สุด refactor ถ้าคุณต้อง สิ่งนี้จะนำไปสู่ข้อผิดพลาดน้อยลงและการปรับแต่งที่ไม่จำเป็น

และไม่ลืมที่จะอ่านคำตอบของปิแอร์ 303

การปรับแต่งและการเปลี่ยนแปลง "มากเกินไป" คืออะไร การบำรุงรักษาซอฟต์แวร์อาจใช้เวลานานกว่าการพัฒนาครั้งแรกของซอฟต์แวร์ ไม่มีอะไรผิดปกติกับสิ่งนั้น เพื่อให้การจัดระเบียบใช้ติดตามปัญหา

ไม่ว่าคุณจะต้องการทำให้ดีที่สุดเท่าที่จะทำได้ สำหรับเรื่องนั้นไม่มีอะไรเต้นทดสอบ