โทษความเจ็บป่วยของวันนี้เกี่ยวกับหนี้ทางเทคนิคของเมื่อวานนี้
มีปัญหาคุณภาพคุณภาพความสามารถในการปรับขนาดและการโหลดที่น่าแปลกใจเกิดขึ้นกับแอปพลิเคชั่นที่ฉันสนับสนุนในปัจจุบันซึ่งฉันไม่ได้เขียน โชคดีที่ฉันมีโครงการใหม่ที่ทำมาตั้งแต่แรกเพื่อรักษาความมีสติ ทีมงานเดิมประกอบด้วยนักพัฒนา 20 คน (ส่วนใหญ่มีชุดทักษะที่ล้าสมัย) ไม่มีเอกสารความต้องการทางธุรกิจหรือผู้ทดสอบการประกันคุณภาพและการจัดการไม่ดีตั้งแต่เริ่มต้นในแบบน้ำตก วันแรก ๆ ของการผลิตเป็นฝันร้ายที่น่าอายที่เกี่ยวข้องกับการปะแก้โค้ดที่เหมือนกระบวนการที่เปราะบางและการแก้ไขที่เปราะมากยิ่งขึ้น มีการเพิ่มฟีเจอร์ในภายหลังซึ่งถูกดึงลงในดาต้าเบสโมเดลที่ไม่เคยตั้งใจจะสนับสนุนและมันก็ไม่ใช่เรื่องแปลกที่จะเห็นรหัสเดียวกันซ้ำ 10 ครั้งและเพื่อดูทรัพยากรที่ไม่ได้ปิดอย่างปลอดภัยและแบบสอบถาม ORM ที่ดึงหน่วยงานนับหมื่น ที่จะโยนออกทั้งหมด แต่หยิบ มันเป็นเพียงฉันในตอนนี้และทุกครั้งที่มีปัญหาใหม่ที่ทำให้ฉันเลิกเขียนโมดูลใหม่เพื่อให้ได้มาตรฐานที่ดีขึ้นและทำให้มันมีเสถียรภาพมากขึ้น แต่ฝ่ายบริหารจำเป็นต้องมีคำอธิบายที่เหมาะสมว่าทำไมสิ่งทั้งหมดนี้ถึงเกิดขึ้น พวกเขาดูเหมือนตกใจและงุนงงกับความคิดที่ว่าแอปพลิเคชันนี้มีคุณภาพไม่ดีและจมอยู่ในหนี้ทางเทคนิค โชคดีที่พวกเขาเข้าใจแนวคิดเรื่องหนี้ทางเทคนิคและสนับสนุนฉันในการค้นหาเพื่อกำจัดมันและพวกเขาก็ให้การสนับสนุนและซาบซึ้งกับฉันมาก แต่ฉันรู้สึกราวกับว่าฉันแค่โทษทีมเดิมต่อไป แผนก). บรรทัดล่างคือฉันไม่ต้องการที่จะเป็น"คนที่"ที่มักจะบ่นเกี่ยวกับนักพัฒนาในโครงการก่อนที่เขา ฉันเคยเห็นทัศนคติแบบนี้มาก่อนจากคนในอาชีพของฉันที่ฉันรู้สึกว่าตนเองไม่รู้และไม่ได้พิจารณาสถานการณ์และอิทธิพลของการออกแบบที่กระตุ้นให้สิ่งต่าง ๆ เป็นแบบที่พวกเขาเป็น ฉันมักจะเห็นทัศนคติของการตำหนิทีมก่อนหน้านี้สำหรับการออกแบบที่ไม่ดีและการใช้งานจากนักพัฒนารุ่นน้องที่มีอุดมการณ์ซึ่งไม่ได้มีประสบการณ์ชีวิตที่สมาชิกอาวุโสจำนวนมากมีและได้รับประโยชน์จาก คุณรู้สึกว่ามีวิธีที่ดีกว่าบางทีวิธีที่เบากว่าในการรายงานปัญหาประเภทนี้ให้กับการจัดการโดยไม่ต้องใช้ชื่อเสียงของบุคคล / ทีมมาก่อน