เกิดอะไรขึ้นกับโปรแกรมเมอร์ที่ไม่มีการทำงานเป็นทีม
จากนั้นจะเป็นการยากที่จะทำงานในโครงการที่ใหญ่เกินไปสำหรับโปรแกรมเมอร์คนเดียว ยากสำหรับโปรแกรมเมอร์เดี่ยวและยากสำหรับทีมอื่น ๆ
ปัญหาเริ่มต้นที่ใด
สถานที่ทุกประเภท ขณะนี้เรามีโปรแกรมเมอร์คนเดียวที่ไม่ดีในการทำงานเป็นส่วนหนึ่งของทีม เขามีแนวโน้มที่จะตัดสั้น ๆ ที่มีผลเสียต่อแอปพลิเคชั่นที่เหลือเนื่องจากเขาจดจ่อเกินไปกับการแก้ไขข้อบกพร่องที่อยู่ตรงหน้าเขา หรือเขียนคุณสมบัติใหม่ในลักษณะที่ไม่เข้ากันได้กับแอพพลิเคชั่นที่เหลือ เราต้องจัดเรียงสิ่งต่าง ๆ เพื่อให้ทุกการตรวจสอบรหัสของเขาได้รับการตรวจสอบโดยส่วนที่เหลือของทีม แต่เพื่อไม่ให้เขาออกนอกบ้านเรายังตรวจสอบการเช็คอินของรหัสของคนอื่นดังนั้นด้วยการประชุมสถานะตอนเช้าเราจะไม่ทำงานจนกว่าจะถึงเวลาอาหารกลางวัน ดังนั้นที่สำนักงานของเรานั่นหมายความว่า 4 คนกำลังสูญเสียงาน 1/2 วันในแต่ละวันและทุกวันเพราะผู้ชายคนหนึ่งเป็นหมัดในการทำงานเป็นทีม ฉันไม่สามารถพูดได้ว่าเป็นการปรับปรุงในการผจญภัยครั้งก่อน เพราะเราอาจสูญเสียวันไปเป็นสัปดาห์ (สุ่มไล่แมลงใหม่) จากการเช็คอินของเขาที่ทำลายสิ่งต่าง ๆ (เราเรียกว่า "robstacles") การแก้ไขโค้ดของเขาบางอย่างจะจบลงด้วยการล้างข้อบกพร่องครึ่งโหลเพราะแอพพลิเคชั่นยุ่งเหยิงและยุ่งเหยิงอย่างไร (คำแนะนำของฉันคือทำให้มันออกมาจากวงโคจรและเริ่มต้นใหม่อีกครั้งเพราะนั่นเป็นวิธีเดียวที่จะแน่ใจได้ว่าไม่ได้รับการยอมรับ)
เมื่อเราอยู่ในอารมณ์ใจกว้างเราเรียกเขาว่า "หัวโปรแกรมเมอร์" เขามีแนวโน้มที่จะมองลงไปที่แป้นพิมพ์และพิมพ์เร็วจริง ๆ เขาไม่ใส่ใจกับสิ่งที่คนอื่นทำ
การเป็นโปรแกรมเมอร์ที่ดีต้องชดเชยอย่างน้อยนิดหน่อย?
เลขที่โปรแกรมเมอร์ส่วนใหญ่ที่มีผู้เล่นของทีมที่ไม่ดีมีความคิดเห็นที่สูงมากของทักษะของตัวเองและนี้เรียกว่าผลการติดตามหนี้-Kruger PDFของกระดาษ
อาจจะ: โปรแกรมเมอร์เดี่ยวจะต้องดีกว่าคนอื่น ๆ ในทีม แต่นี่หมายความว่าไม่มีใครสามารถรักษาสิ่งที่เขาทำ และเมื่อสิ่งนั้นเกิดขึ้นอาจหมายความว่าโปรแกรมเมอร์เดี่ยวไม่ได้ดีไปกว่าคนอื่น ๆ ในทีม - เขา (และเกือบจะเป็นผู้ชายทุกคน) ดีกว่าที่จะหลอกทุกคน
ในการพัฒนาซอฟต์แวร์ธุรกิจ บริษัท จะใช้เวลานานหลังจากที่คุณจากไป โปรแกรมส่วนใหญ่มีแนวโน้มที่จะเขียนก่อนที่คุณจะเริ่มต้นและจะได้รับการดูแลรักษาเป็นเวลานานหลังจากที่คุณจากไป หากคุณเขียนสิ่งที่พิเศษและน่าทึ่งจนไม่มีใครสามารถเข้าใจได้คุณก็จะจบลงในสถานการณ์ที่ Naughty Dog เข้ามา - ผู้พัฒนาหลักของพวกเขาเลิกการทำงานไม่มีใครเข้าใจภาษาการเขียนโปรแกรมที่เป็นกรรมสิทธิ์ของผู้ชายคนนั้น (และเขียน สิ่งต่าง ๆ ใน) ดังนั้นพวกเขาจึงต้องเปลี่ยนทุกอย่างเป็น C ++
เป็นเรื่องปกติหรือไม่ที่โปรแกรมเมอร์จะมีวิสัยทัศน์เกี่ยวกับงานของเขาแทนที่จะทำในสิ่งที่เขาบอก
เป็นเรื่องปกติ - เช่นรถติดหรือเบาหวาน ฉันจะไม่เรียกมันว่าปกติ ในโลกธุรกิจมีหลายสิ่งที่ต้องพิจารณาอีกมากมาย อัตตาที่แข็งแกร่งที่นักพัฒนาหลายคนมักทำให้ผู้พัฒนาคิดว่าไม่มีอะไรสำคัญ "การขาดความพอดี" และการขาดการพิจารณาในส่วนที่เหลือของธุรกิจนี้เป็นเหตุให้ผู้จัดการหลายประเภทสรุปว่าผู้พัฒนาซอฟต์แวร์นั้นยากที่จะทำงาน