ดีกว่า / ปรับปรุงคือการเปรียบเทียบหลายแกน คุณคิดว่าคุณสามารถทำให้เร็วขึ้น, เล็กลง, ทรัพยากรมีประสิทธิภาพมากขึ้น, อ่านได้มากขึ้น, มีประโยชน์มากขึ้น, ให้ข้อมูลที่แม่นยำมากขึ้น, มีความยืดหยุ่นมากขึ้น, มีความยืดหยุ่นมากขึ้น, สามารถทำงานบนระบบทั่วไปได้มากขึ้น
เหตุใด บริษัท ของคุณควรจ่ายเงินให้คุณใช้เวลาเขียนรหัสนี้ใหม่แทนที่จะเขียนรหัสใหม่หรือเขียนรหัสใหม่อีกครั้ง
คุณควรทำการปรับปรุงเมื่อโอกาสนำเสนอตัวเอง แต่โอกาสหมายความว่าคุณกำลังทำงานกับโค้ดอยู่หรือคุณได้ระบุเหตุผลทางธุรกิจเพื่อทำการเปลี่ยนแปลง
การผลักดันการเปลี่ยนแปลงไปสู่การผลิตทำให้เกิดโอกาสที่ไม่เป็นศูนย์ในการทำลายสิ่งต่าง ๆ (การทดสอบหน่วยและฟังก์ชั่นช่วยลดโอกาสนี้เท่านั้นพวกเขาไม่ได้กำจัดมัน) และควรจะทำก็ต่อเมื่อผลประโยชน์ที่คาดไว้
จุดไหนที่ควรพิจารณา - คุณตั้งใจที่จะผลักดันการเปลี่ยนแปลงนี้ไปสู่การผลิตหรือเพียงแค่ไปที่สาขาการพัฒนา? แถบสำหรับสองสถานการณ์นั้นแตกต่างอย่างสิ้นเชิง ถ้ามันเป็นเพียงการพัฒนาในสาขาและไม่เคยมีการผลิตแล้วโอกาสโดยทั่วไปหมายความว่าคุณกำลังดูรหัสด้วยเหตุผลบางอย่างและไม่ต้องเสียเวลาในการทำ มันสามารถตรวจสอบได้ตามที่ต้องการถ้าผลักดันเคยควรเกิดขึ้นและปล่อยออกมาถ้ามันถือว่าเป็นเหตุผลที่ว่าเวลา ถ้าในอีกแง่หนึ่งมันจะเริ่มผลิตตามที่ผมได้กล่าวไว้ข้างต้นคุณต้องพิจารณาว่าการเปลี่ยนแปลงนี้มีค่าใช้จ่ายหรือไม่: ในแง่ของเวลาที่ใช้ในการผลักดันและประโยชน์ของการใช้รหัสใหม่