เขาปฏิเสธที่จะฟังทีมและเมื่อเร็ว ๆ นี้เขาได้หยุดการตรวจสอบโค้ดการทดสอบหน่วยการแบ่งปันรายละเอียดการติดตั้ง ...
การตรวจสอบโค้ดไม่จำเป็นต้องให้ผู้ให้รหัสส่งงานเพื่อตรวจสอบ
วิธีง่าย ๆ ในการติดตามสิ่งที่เขาทำคือเฝ้าดูประวัติ VCS โดยมองหาการเช็คอินของเขา หากคุณกังวลเกี่ยวกับรหัสของเขานี่เป็นวิธีที่ง่ายในการค้นหา รับประวัติที่แตกต่างดูสิ่งที่เขาใส่เข้าไปและดูว่ามีธงสีแดงพุ่งเข้าใส่คุณหรือไม่ จับเช็คอินของเขาเร็วพอและหากคุณพบปัญหาคุณสามารถย้อนกลับการส่งและส่งอีเมลถึงเขาเพื่อให้ได้ผลนั้น คุณได้รับอนุญาตให้โทรหาเพื่อนร่วมทีมของคุณแม้ในขณะที่เป็นผู้ทำโค้ดตอนต้นเมื่อคุณเห็นสิ่งผิดปกติอย่างชัดเจน
ใช่เขา "รหัส" เร็ว แต่รหัสของเขาเป็นเพียงตัวสร้างบั๊ก สมาชิกในทีมคนอื่น ๆ และฉันอยู่ใน "ขั้นตอนการแก้ไขข้อบกพร่อง" และ 80% ของข้อบกพร่องมาจากรหัสของเขา ฉันไม่ต้องการแก้ไขข้อบกพร่องของเขา และผู้บริหารก็ตาบอดหรือไม่ต้องการเห็นสิ่งนี้หรือบางทีพวกเขาอาจชอบความเร็วของเขา
รหัสมาจากข้อกำหนด ผลความต้องการในการทดสอบ runnable ที่ตรวจสอบความต้องการได้รับการตอบสนอง การทดสอบเหล่านั้นสามารถแบ่งย่อยได้อีกและสามารถเขียนได้ก่อนการเปลี่ยนแปลงเพื่อตรวจสอบว่าการเปลี่ยนแปลงนั้นตรงตามข้อกำหนด (แดง - เขียว - refactor; สาระสำคัญของ TDD)
เพิ่มการวัด "รหัสครอบคลุม" ลงในเซิร์ฟเวอร์การสร้างของทีม (หวังว่าคุณจะมี แต่ถ้าไม่ใช่นั่นเป็นปัญหาแรกของคุณ) เพียงแค่ตรวจสอบว่าการทดสอบหน่วยผ่านจะไม่พบปัญหากับรหัสที่ไม่ใช่ TDDed ใหม่ของเขาซึ่งสร้างขึ้นในพื้นที่ที่ไม่มีการทดสอบหน่วย หลังจากรันการทดสอบหน่วยทั้งหมดแล้วบิวด์เซิร์ฟเวอร์ควรเรียกใช้งานโค้ดทุกบรรทัด แต่มีบางสิ่งที่คุณไม่สามารถทดสอบหน่วยได้ ในความเป็นจริงคุณควรคาดหวังความครอบคลุม 95% หรือดีกว่า (หรือไม่รวมไลบรารี่หรือไฟล์บางประเภทจากการครอบคลุม) ไม่ช้าก็เร็วคาวบอยของคุณจะตรวจสอบสิ่งที่ทำลายโครงสร้างเพราะเขาปล่อยระดับความครอบคลุมต่ำกว่าขีด จำกัด และคุณเรียกเขาออกมา
และที่เกี่ยวข้องกับ "ความเร็ว" ความเร็วนั้นเร็วแค่ไหนที่คุณจะทำสิ่งที่ "เสร็จ" และจะไม่ "ทำ" จนกว่ามันจะทำอย่างถูกต้อง คุณสามารถนำไปใช้กับผู้จัดการของคุณด้วยวิธีนี้ พิจารณาช่างซ่อมรถยนต์ที่เมื่อผู้จัดการนำ BMW ของเขาไปเปลี่ยนถ่ายน้ำมันลืมที่จะถอดปลั๊กน้ำมันออกกลับและน้ำมันเครื่องใหม่ทั้งหมดก็ไหลออกมาก่อนที่เขาจะขับรถออกจากโรงรถ แน่นอนว่าการเปลี่ยนถ่ายน้ำมันใช้เวลาเพียงห้านาที แต่ผู้จัดการไม่สนใจว่าเมื่อเครื่องยนต์ของรถของเขาจับขึ้นระหว่างทางกลับบ้าน เขาจะต้องใส่ใจว่าช่างพลาดขั้นตอนหนึ่งซึ่งจะทำให้เขาเสียเวลาและเงินเพิ่มเพื่อแก้ไข ตอนนี้เขาจ่ายคาวบอยให้ทำงานเร็วจริงๆแล้วเขาก็ ' กำลังจ่ายส่วนที่เหลือของทีมให้มากขึ้นเพื่อเข้ามาทำงานได้อย่างถูกต้อง อะไรคือความได้เปรียบของการทำคาวบอยของเขาต่อไปเรื่อย ๆ ?
มีวิธีใดบ้างที่ฉัน (ในฐานะเพื่อนร่วมงานอายุน้อยกว่าไม่ใช่เจ้านายของเขา) สามารถทำอะไรกับมันได้บ้าง?
โทรหาเขา เมื่อคุณพบบางสิ่งที่เขาเมาขึ้นแสดงให้เขาเห็นว่าโค้ดของเขาล้มเหลวอย่างไรเขาสามารถป้องกันปัญหาได้ตั้งแต่แรก (รวมถึงการออกแบบที่เหมาะสม, TDD, การตรวจสอบโค้ด) และสิ่งที่คุณเป็นหรือจะต้องทำตามผลลัพธ์ เพื่อแก้ไขรหัสที่ใช้งานไม่ได้
ฉันรู้สึกเหมือนฉันเป็นคนสุดท้ายที่ใส่ใจโครงการอย่างแท้จริง
klaxons ส่งเสียงดัง, ไฟกระพริบ, เสียงไซเรนร่ำไห้ - ถ้าคุณรู้สึกเหมือนคุณเป็นคนเดียวที่ใส่ใจคุณภาพของรหัสที่ผลิตโดยทีมงานนั่นเป็นปัญหาที่ร้ายแรง หากคุณรู้สึกว่าคุณกำลังพยายามลากทั้งทีมเตะและส่งเสียงกรีดร้องในยุคของการเข้ารหัสที่ดีและมันมีน้ำหนักมากเกินกว่าจะลากได้แล้วปล่อยทิ้ง หากมีทีมอื่นใน บริษัท ที่ทำในสิ่งที่ถูกต้องขอโอนย้ายมิฉะนั้นจงจัดการเรื่องนี้ให้ดี