ดึงคำขอสถานที่สำหรับฝึกอบรมรุ่นน้อง


11

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

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

เนื่องจากเราเป็นมนุษย์เท่านั้นเราจึงทำผิดพลาดและหวังว่าผู้ตรวจสอบคนอื่นอาจพบรายการที่การทดสอบหน่วยไม่สามารถหาได้ - การสะกดคำผิด javadocs ไม่ถูกต้อง ฯลฯ

แต่เป็นคำขอการดึงที่เราควรให้ความช่วยเหลือ / ฝึกอบรมแก่นักพัฒนาในระดับหนึ่งและถ้าเป็นเช่นนั้นในระดับใด

ทุกครั้งที่คุณผลักดันการเปลี่ยนแปลงใหม่ผู้ตรวจสอบจะต้องตรวจทานการเปลี่ยนแปลงของคุณอีกครั้งซึ่งต้องใช้เวลาในการพัฒนาและทำให้เกิดการตรวจสอบการเปลี่ยนแปลงอีกครั้ง

ดังนั้นควรมีการฝึกอบรมเท่าไหร่ที่คาดว่าจะได้รับอนุญาตในคำขอดึงข้อมูล? ส่วนหนึ่งของฉันรู้สึกว่ามันแตกต่างกันไปตั้งแต่รุ่นน้องจนถึงรุ่นอาวุโส อย่างไรก็ตามฉันก็รู้สึกว่ามันไม่ควรจะเป็นสถานที่สำหรับการค้นหาปัญหาจำนวนมาก - แม้แต่สำหรับรุ่นน้อง

มีใครบ้างที่พยายามดิ้นรนเพื่อให้นักพัฒนาซอฟต์แวร์บรรลุเป้าหมายของ "คำขอดึงของฉันควรจะพร้อมสำหรับการผลิต" หรือไม่?

คำตอบ:


13

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

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


ขอบคุณ @RubberDuck โปรแกรมจับคู่เป็นความคิดที่ดีและเรากำลังทำอยู่ - sorta ฉันสงสัยว่าเราควรทำสิ่งนี้มากกว่านี้ อย่างไรก็ตามตัวชี้วัดหรือเครื่องมือที่เหมาะสมในการวัดว่าหนึ่งใน "หยด" ของคุณในมหาสมุทรกำลังทำผิดพลาดซ้ำ ๆ กันจะช่วยในการรู้ว่าใครต้องการเขียนโปรแกรมคู่นี้ ฉันมั่นใจว่าปัญหานี้จะแย่ลงเมื่อทีมใหญ่ขึ้น!
Riaan Schutte

2
ดีฉันจะยืนยันว่าเราทุกคนต้องจับคู่มากที่สุดของเวลา หนึ่งในผู้ฝึกหัดของเราจับมากกว่าความผิดพลาดของฉันและฉันเป็นหนึ่งในผู้อาวุโสในทีม คุณอาจจะสอบถามจำนวนความคิดเห็นเกี่ยวกับคำขอดึง แต่ฉันจะไม่แนะนำ บางสิ่งบางอย่างเกี่ยวกับบุคคลและการโต้ตอบ ... อย่างจริงจังว่า เป็นหน้าที่ของคุณที่จะยกระดับการพัฒนานี้ขึ้นมา รับสำเนาของ Clean Code หรือบางอย่าง
RubberDuck

1
ในสถานที่ทำงานที่นักพัฒนาทุกคนทำงานให้กับลูกค้า (ไม่มีโครงการภายในที่ให้เงินทุนเอง) การเขียนโปรแกรมคู่ไม่ใช่เรื่องง่าย แต่ยังสำคัญอยู่! ดูเหมือนว่าบางสิ่งบางอย่างที่ บริษัท อาจต้องแยกออกและลงทุนถ้าเราต้องการนักพัฒนาที่มีประสิทธิผลมากขึ้นเกี่ยวกับงานที่ยกมา
Riaan Schutte

1
อืม ... ทำไมมันไม่ง่ายเลยเหรอ? ลูกค้าไม่ได้รับชั่วโมงคนมากมายและที่สำคัญกว่าคือคุ้มค่ากว่าสำหรับเงินดอลลาร์ของพวกเขา ขอให้โชคดี ใช้ง่ายกับเด็ก
RubberDuck

3
นั่นเป็นความเข้าใจผิดที่พบบ่อย @Andy มันไม่จริงเลยนะ ฉันรู้ว่ามันเป็นเรื่องที่เข้าใจง่าย
RubberDuck

9

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

แต่มันเป็นสถานที่ที่ดีที่สุด? นี่คือเหตุผลบางอย่างที่ฉันจะบอกว่าไม่ได้:

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

ความคิดเห็นเกี่ยวกับการเขียนโปรแกรมและการออกแบบคู่เป็นสถานที่ที่ดีกว่าสำหรับข้อเสนอแนะขนาดใหญ่

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

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


5

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

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

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


ขอบคุณสำหรับคำตอบของคุณ @ Karl-Bielefeldt เห็นด้วยว่าการฝึกอบรมบางอย่างสามารถคาดหวัง แต่คำถามอยู่ที่เท่าใดที่เหมาะสมในระดับใด ข้อความของคุณ "... ไม่ว่าพวกเขาจะพร้อมหรือต้องการงานมาก" ฉันจะบอกว่าการประชาสัมพันธ์เพื่อปรมาจารย์ไม่ควรต้องทำงานมาก งานจำนวนมากแสดงถึงข้อบกพร่องในการออกแบบข้อบกพร่องในการใช้งานมากกว่าช่วยให้ฉันเห็นสิ่งที่ฉันพลาด อย่างไรก็ตามฉันเห็นด้วยและมีประสบการณ์ "การพยายามให้คนส่งคำขอดึงที่สมบูรณ์แบบตลอดเวลาจะทำให้ทุกคนผิดหวัง"
Riaan Schutte

2

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

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

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

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

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

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

รหัสปิดหลังจากทั้งหมด แต่จากนั้นเราปล่อยให้ QA ทรมานมัน


ขอบคุณสำหรับคำตอบของคุณ @ Michael-Peacock สิ่งที่คุณพูดนั้นเป็นความจริงสำหรับ บริษัท ที่มีแผนก QA แยกต่างหากหรือผู้ทดสอบที่ผ่านขั้นตอนต่อไป แต่เมื่อนักพัฒนาซอฟต์แวร์เป็นผู้ทดสอบ PR จะมาพร้อมกับทุกสิ่งตั้งแต่การพัฒนาจนถึงการทดสอบจนถึงการผสานเข้ากับต้นแบบ ในเวิร์กโฟลว์นี้รหัสจะต้องพร้อมใช้งานเมื่อ PR อนุมัติแล้ว ฉันคิดว่าคำถามนั้นเต็มไปด้วยสมมติฐานเกี่ยวกับเวิร์กโฟลว์ที่คุณใช้
Riaan Schutte

ฉันจะยืนยันว่าแม้ว่าคุณจะไม่มีทีมงาน QA โดยเฉพาะ แต่ก็มีความสำคัญยิ่งกว่านั้นเพื่อให้แน่ใจว่าคุณเพิ่มการรวมและ / หรือการทดสอบการยอมรับให้กับเวิร์กโฟลว์ของคุณและให้เวลาสำหรับการทำงานซ้ำที่อาจเกิดขึ้น คุณสามารถทำการทดสอบการยอมรับบางส่วนโดยอัตโนมัติโดยใช้ Selenium และ Cucumber เพื่อลดภาระของนักพัฒนา แต่ฉันคิดว่าสิ่งสำคัญคืออย่าคิดว่ารหัสนั้นพร้อมใช้งานจนกว่าคุณจะได้แสดงให้เห็นผ่านการทดสอบ
Michael Peacock

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

2

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

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

สรุป

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

1
สรุปยอดเยี่ยม & คำตอบ ฉันจะไม่โกรธเคืองเลยถ้าคุณให้เครื่องหมายถูกด้วยตัวเอง
RubberDuck

ขอบคุณ @RubberDuck แต่สรุปของฉันไม่สามารถอยู่ได้หากไม่มีคำตอบและความคิดเห็นของทุกคนสำหรับคำถามของฉัน ไชโย
Riaan Schutte

0

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

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

หรือบางทีคุณต้องจ้างผู้อยู่ใต้บังคับบัญชาคนใหม่และเลิกจ้างคนที่ไม่สามารถหามันได้?

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

ดังนั้นคุณต้องตัดสินใจด้วยตัวคุณเอง: มันจะต้องใช้วิธีการดึงหลายครั้งสำหรับจูเนียร์ของคุณที่จะแสดงความสามารถและคุณมีความกล้าหาญที่จะปล่อยให้คนที่ไม่ได้ไป?


ขอขอบคุณที่คุณตอบ @RibaldEddie เราคาดหวังว่านักพัฒนาจะเขียนการทดสอบหน่วยทดสอบด้วยตนเองและตรวจสอบการทำงานของตนเองถึงจุดที่พวกเขาจะยืนยันว่ารหัสนี้ยอดเยี่ยมและเป็นรหัสที่ดีสำหรับพวกเขา แต่จะได้รับ 2 ผู้ตรวจสอบเพื่อตรวจสอบและหวังว่าจะยืนยันคำสั่งนั้น เราไม่ยอมรับหนี้ด้านเทคนิคใด ๆ และกำลังเคลื่อนห่างจากการแก้ไขเพื่อแก้ไขปัญหา ดังนั้นความคาดหวังคือรหัสตรงตามข้อกำหนดเหล่านั้น
Riaan Schutte

@Riaan ผู้วิจารณ์คือใคร
RibaldEddie

ทุกคนจากฝ่ายเทคนิคไปสู่รุ่นน้อง โดยปกติแล้วจะเป็นผู้ตรวจสอบอาวุโส / ขั้นกลางหนึ่งคนพร้อมกับผู้วิจารณ์ระดับต้น / กลาง (ผู้แสดงความคิดเห็น 2 คน)
Riaan Schutte

@Riaan เมื่อเวลาผ่านไปฉันคาดหวังว่าสมาชิกจูเนียร์ของทีมจะสร้างความแตกต่างให้ตัวเอง คุณจะสามารถบอกได้ว่าใครเป็นคนมีคุณธรรมและเป็นคนขาดความกระตือรือร้น ฉันพบว่าการพัฒนาซอฟต์แวร์ทำได้ดีเป็นกิจกรรมที่เหมาะสมกับความคิดในเชิงลึก บางคนอาจไม่สามารถดึงมันออกมาได้ คุณจะต้องตัดสินใจว่าจะทำอย่างไรกับพวกเขา แต่โดยพื้นฐานแล้วคุณควรคาดหวังว่านักพัฒนาซอฟต์แวร์ที่ส่งรหัสเพื่อผสานจะมั่นใจว่ามันทำงานได้ตามที่ตั้งใจและพร้อมสำหรับการผลิต แม้ว่าคุณจะมีทีมงาน QA ที่มีขนาดใหญ่และมีความซับซ้อนนักพัฒนาซอฟต์แวร์ของคุณก็ควรที่จะใช้รหัสที่พร้อมสำหรับการผลิต
RibaldEddie
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.