ข้อเสียที่เป็นไปได้ของการเขียนโปรแกรมคู่คืออะไร [ปิด]

การเขียนโปรแกรมคู่มีชื่อเสียงมากในตอนนี้

มันมีข้อดีหลายประการเช่น:

1. โปรแกรมที่มีข้อบกพร่องน้อยลง
2. ค่าบำรุงรักษาหลังการผลิตนั้นน้อยกว่ามาก
3. การปฏิบัติที่จัดตั้งขึ้นจะถูกท้าทายส่งผลให้เกิดความคิดใหม่ ๆ
4. โปรแกรมเมอร์เรียนรู้จากกันและกัน
5. โปรแกรมเมอร์พัฒนาทักษะที่อ่อนนุ่ม

แต่ข้อเสียของการโปรแกรมคู่คืออะไร

แม้ว่าการเขียนโปรแกรมคู่ได้รับชื่อเสียงมาก แต่ก็มีข้อผิดพลาดหลายประการเช่นกัน

บางส่วนของพวกเขามีดังนี้:

1. ในการเขียนโปรแกรมคู่คุณไม่สามารถนั่งลงและประเมินรหัสของคุณเองได้
2. หนึ่งในคู่อาจหยุดการมีส่วนร่วมอย่างแข็งขัน
3. คนขับจำเป็นต้อง "โปรแกรมออกมาดัง ๆ " การตั้งโปรแกรมแบบเงียบช่วยลดผลประโยชน์
4. มีค่าใช้จ่ายต่อชั่วโมงในการผลิตคุณสมบัติเดียวกัน ต้องรักษาความสมดุลระหว่างคุณภาพของรหัสและต้นทุนการเข้ารหัสที่เพิ่มขึ้น
5. ปรากฏการณ์ "เฝ้าดูนาย" อาจเกิดขึ้นเมื่อโปรแกรมเมอร์ที่มีประสบการณ์และเป็นมือใหม่จับคู่ สมาชิกสามเณรอาจกลายเป็นผู้สังเกตการณ์โดยสมาชิกที่มีประสบการณ์ทำการเข้ารหัสส่วนใหญ่
6. เมื่อผู้ใช้ที่มีประสบการณ์สองคนจับคู่ปรากฏการณ์ "อัตตาของนักพัฒนา" อาจเกิดขึ้นโดยสมาชิกแต่ละคนพยายามผลักดันความคิดของตนเอง

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

เหตุผลที่ฉันแสดงรายการด้านล่างเป็นเพียงประสบการณ์ส่วนตัวของฉันและฉันไม่สามารถ 'วัด' ผลกระทบของพวกเขาในแง่ที่เป็นรูปธรรม แต่ที่นี่พวกเขาเหมือนกันทั้งหมด:

1 - การมี 'เนวิเกเตอร์' และ 'ไดรเวอร์' จะช่วยได้ก็ต่อเมื่ออดีตเป็นแกนนำและคนหลังจะฟัง

เราทุกคนได้พบกับนักพัฒนาที่มีความดื้อรั้นกระตือรือร้นเกี่ยวกับความกังวลในเชิงทฤษฎีหรือทางจิตวิทยาไม่สามารถ - ทางจิตวิทยา - เพื่อ 'ทิ้ง' งานเก่าเมื่อมีคนแนะนำปัญหาให้กับมัน และเราทุกคนรู้ดีว่าบุคคลนั้นขี้อายหรือขี้กลัวเกินไปที่จะหยิบยกข้อกังวลหรือเสนอแนะเรื่องมุม

เมื่อนักพัฒนาประเภทนี้จับคู่กันเนวิเกเตอร์จะมีบทบาทแฝงอย่างรวดเร็วและสิ่งที่คุณต้องจบลงคือการเขียนโปรแกรมเพียงอย่างเดียวพร้อมการตรวจสอบโค้ดอัตโนมัติ นี่คือการสูญเสียทรัพยากรที่ยิ่งใหญ่

2 - การจับคู่ช่วยป้องกันความคิดสร้างสรรค์

ขัดกับสิ่งที่เคยเป็นความรู้สึกเกี่ยวกับคุณค่าของ 'กลุ่มระดมความคิด' ที่ฉันทามติในวันนี้ก็คือว่าการทำงานความรู้ความคิดสร้างสรรค์ต้องมีความเป็นอิสระและความเป็นอิสระ เมื่อคุณทำงานคนเดียวคุณสามารถแฮ็คไอเดียที่บ้าคลั่งได้อย่างรวดเร็วเพื่อดูว่าเป็นไปได้จริงหรือไม่ คุณสามารถรวบรวมคอแข็งบางต้นแบบที่แปลกและถ้าคุณล้มเหลวก็ไม่ได้เรื่องเพราะไม่มีใครรู้ว่า

เปรียบเทียบกับการจับคู่: เมื่อฉันต้องการลองแนวคิดใหม่ฉันต้องโน้มน้าวให้คู่ของฉันพูดคุยกับพวกเขาผ่านการใช้งานทีละขั้นตอนและหวังว่าพวกเขาจะไม่ตัดสินฉันหากมันล้มเหลว สภาพแวดล้อมแบบนั้นเป็นพิษต่อการสร้างแนวคิดใหม่

3 - การออกแบบตัวหารร่วมที่ต่ำที่สุด

เมื่อทั้งคู่ไม่สามารถหมุนความคิดใหม่ ๆ ข้างต้นหรือเมื่อบุคคลไม่สามารถเห็นด้วยกับหลักการพื้นฐานบางประการของวิธีการออกแบบคุณสมบัติสิ่งที่ออกมาคือการออกแบบที่ยุ่งเหยิงที่พยายามประนีประนอมและทำให้ไม่มีใครพอใจ

หากคุณจับคู่นักพัฒนาที่สร้าง abstractions การเขียนโปรแกรมเชิงฟังก์ชั่นที่ยอดเยี่ยมคมกริบท้องฟ้าด้วยความรวดเร็วและสกปรกประสิทธิภาพประหลาดรหัสที่พวกเขาจะผลิตร่วมกันโดยทั่วไปจะไม่สง่างามมากหรือเร็วเป็นพิเศษ

4 - ขาดความอิสระและความโปร่งใสรุนแรง

ความโปร่งใสที่รุนแรงนั้นเป็นวลีที่ฉันได้ถอนมาจากการทะเลาะโต้เถียงที่มีชื่อเสียงในระดับปานกลาง (และค่อนข้างแย้ง) กับวิธีการแย่งชิงกัน มันอธิบายถึงวิธีที่บางองค์กรให้ความช่วยเหลือแก่นักพัฒนาและปฏิบัติต่อพวกเขาด้วยความสงสัยที่สงวนไว้สำหรับคนงานที่ไม่ใช่มืออาชีพ

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

5 - นักพัฒนาบางคนไม่เล่นเป็นคู่

บางคนไม่สามารถหรือไม่สามารถปฏิบัติตนได้อย่างเหมาะสมในสภาพแวดล้อมที่จับคู่กัน พวกเขาอาจมีสุขอนามัยที่ไม่ดีนิสัยการทำงานที่ไม่ดีบุคลิกภาพที่มีการเสียดสีลักษณะ 'ดัง' และ 'รุนแรง' หรือโฮสต์ทั้งหมดของคุณลักษณะอื่น ๆ ที่ทำให้พวกเขาแต่ละคนทำงานดี แต่โปรแกรมเมอร์คู่ที่ยากจน

คุณสามารถแก้ปัญหานี้ได้หรือไม่ ไม่ได้จริงๆ การเปลี่ยนพฤติกรรมส่วนตัวเป็นเรื่องยาก ร้านเขียนโปรแกรมคู่ต้องระวังอย่างมากเกี่ยวกับการจ้างงานและการลงทุนเป็นจำนวนมากเพื่อดูว่ามีคนทำงานอย่างไรและพวกเขาจะสามารถทำงานได้ดีกับเพื่อนร่วมงานของพวกเขาหรือไม่ อย่างไรก็ตามการแบ่งแยกบุคลิกภาพให้ยากขึ้นหมายความว่าการจ้างงานจะใช้เวลานานขึ้นเว้นแต่คุณจะคลายมาตรฐานด้านทักษะและความเชี่ยวชาญ

ขึ้นอยู่กับสถานการณ์หรือมุมมองของคุณ

การเขียนโปรแกรมคู่เป็นสิ่งที่ดีสำหรับองค์กร แต่มันดีสำหรับแต่ละคนเหรอ?

หลังจากทั้งหมดมันเป็นประหยัด (ข้อเสนอแนะก่อน) และวิธีการผลิต; มันไม่เกี่ยวกับคุณ แต่เป็นโครงการผลิตภัณฑ์ บริษัท ($$)

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

พันธมิตร (หมุน) ของคุณจะเป็นกล้องเฝ้าระวังที่ดีที่สุด: ความเข้มในการทำงานเพิ่มขึ้น

หรือโดยการกระจายความรู้บุคคลนั้นมีความเสี่ยงน้อยกว่าต่อ บริษัท (เช่นไม่สามารถออกจาก บริษัท ด้วยความรู้ที่จำเป็น) และมี "ชิปต่อรอง" น้อยลง

ฉันมั่นใจว่าคุณจะได้รับคะแนนมากขึ้นโดยการอ่านบทความยืนยันจากสถานการณ์ / จุดยืนที่แท้จริงของคุณใน บริษัท มากกว่าในมุมมองของผู้จัดการของคุณ

วิธีการเกือบทั้งหมดเขียนจากมุมมองของผู้จัดการ

1. ทันใดนั้นคุณต้องบอกใครสักคนเมื่อคุณต้องการไปเข้าห้องน้ำหรือหยิบกาแฟ อย่างน้อยก็ไม่จำเป็นต้องขออนุญาต

2. คุณต้องรับมือกับมาตรฐานสุขอนามัยของบุคคลอื่น

นอกจากคำตอบอื่น ๆ :

1. บริษัท หลายแห่งที่ฉันเคยทำงานเพื่อเขียนโปรแกรมด้วยแล็ปท็อป (ตามไซต์ของลูกค้า - ง่ายต่อการรักษาความปลอดภัยของอุปกรณ์ถ้านำกลับบ้านหลังเลิกงานสามารถทำงานแปลก ๆ จากที่บ้านด้วย VPN ได้ในเวลาไม่กี่ปี) ที่ผ่านมาฉันมีปัญหาที่จะเห็นบนหน้าจอแล็ปท็อปของบุคคลอื่น ("คนขับ") จากมุมมองการท่องไหล่ - อายุจะไม่ปรับปรุงนี้ (และบางหน้าจอกลายเป็นยากที่จะอ่านนอกมุมมองที่เหมาะในกรณีใด ๆ )

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

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

เกร็ดเล็กเกร็ดน้อยเพื่อความบันเทิงของคุณ:

• นายจ้างคนก่อนหน้าเคยมีผู้รับเหมาจากประเทศอื่น (ทั้งหมดเป็นผู้ไม่ประสงค์ออกนามเพื่อปกป้องความผิด) นายจ้างจัดหาที่พัก แต่ไม่ขนส่ง เนื่องจากผู้รับเหมารายดังกล่าวอาศัยอยู่ตามเส้นทางของฉันไปทำงานฉันจึงอาสาไปรับเขาและส่งเขาอีกครั้ง สมมติว่าสุขอนามัยส่วนบุคคลของเขาไม่ได้อยู่ในมาตรฐานเดียวกับที่ฉันคุ้นเคยและเขาก็สูบบุหรี่อย่างหนัก ("แรงที่สุด!") ในขณะที่ฉันไม่ทำ ในการเดินทาง 15 นาทีไปยังสำนักงานฉันเก็บหน้าต่างของฉันกลิ้งลง - แม้ในฤดูหนาว - ซึ่งไม่ได้ป้องกันรถของฉันจากการดมกลิ่นเหมือนห้องสูบบุหรี่เก่าหลังจากเพื่อนร่วมงานของ 3 เดือนถูกคุมขัง (ไม่เขาไม่สูบบุหรี่ในรถ แต่เขาทำในขณะที่รอฉัน)
• เรายังไม่ได้ทำการจับคู่การเขียนโปรแกรม แต่นั่งถัดจากกันที่โต๊ะประชุม (สักครู่) หลังจากผ่านไปประมาณหนึ่งเดือนก็มีวงแหวนสีน้ำตาลสวย ๆ อยู่บนไม้มารยาทของโต๊ะรอบ ๆ ตำแหน่งมือเมาส์ของเพื่อนร่วมงาน ณ จุดนั้นฉันมีโต๊ะเปิดโล่งถัดจากศูนย์บริการพื้นที่เปิดโล่งซึ่งฉันต้องการ (ด้วยความช่วยเหลือจากหูฟัง)
• จากนั้นก็มีเครื่องดื่มสำนักงานที่แพร่หลาย: กาแฟ แม้ว่าฉันจะดื่มมันฉันก็สามารถเข้ากันได้โดยไม่ดื่มไม่บ่อยเท่าเพื่อนร่วมงานคนอื่น ๆ การหายใจในระยะใกล้อาจไม่เป็นที่พอใจ - คล้ายกับกลิ่นแก้วที่ถูกลืม มาเรียกน้ำหอม "muggy" ...

ฉันคิดว่าการเขียนโปรแกรมคู่ล้มเหลวด้วยเหตุผลทางสังคมและการปฏิบัติ โดยพื้นฐานแล้วคุณกำลังขอให้คนคนหนึ่งทำงานภายใต้การเฝ้าระวังอย่างต่อเนื่องและคนอื่น ๆ ที่ไม่ทำอะไรเลยนอกจากจะเจาะรู

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

แทนที่จะปรับปรุงเอาท์พุทรหัสปริมาณจะลดลง ทั้งสองด้วยเหตุผลในทางปฏิบัติ 'ฉันต้องข้ามไปทานข้าวกลางวัน / ประชุมไม่เข้ากับคุณ' และสังคม 'ฉันแค่รอให้บ๊อบทำสิ่งที่เขาทำก่อนที่ฉันจะถามเกี่ยวกับการจับคู่อีกครั้งฉันไม่ต้องการถูกดุด่าเขา

สำหรับข้อได้เปรียบของการโอ้อวดมีหลายวิธีปฏิบัติทั่วไปที่บรรลุสิ่งเหล่านี้ในวิธีที่ง่ายและมีประสิทธิภาพมากขึ้น

การบอกนักพัฒนาอาวุโสสองคนให้ทำ "การเขียนโปรแกรมความเจ็บปวด" หากพวกเขามั่นใจว่าจะสามารถทำผลงานได้ก็คือข้อเสียที่ใหญ่ที่สุดของเขา