งานใหม่สำหรับนักพัฒนาอาวุโส

ฉันมีนักพัฒนาอาวุโสที่มีประสบการณ์แปดปีของ. NET เริ่มตั้งแต่วันพรุ่งนี้เพื่อทำงานกับแอปพลิเคชัน 11,000 บรรทัด ในทีมมีตัวฉันและโปรแกรมเมอร์คนอื่น เราทั้งคู่มีประสบการณ์ประมาณสามปีในแต่ละครั้ง

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

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

ฉันจะกำหนดข้อบกพร่องที่มีลำดับความสำคัญต่ำสองสามครั้งในวันแรกด้วยวิธีนี้ไม่มีใครกรีดร้องหากพวกเขาไม่ได้ทำในทันทีให้นักพัฒนาใหม่ได้ซักระยะเพื่อทำความคุ้นเคยกับรหัสฐาน

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

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

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

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

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

เริ่มต้นทันทีกับงานเล็ก ๆ - สิ่งที่ไม่ต้องการภาพใหญ่

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

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

ฉันพบว่าฉันไม่สามารถห่อหุ้มตัวโครงการจนกระทั้งฉันต้องเข้าไปแก้ไขหรือเปลี่ยนแปลงอะไรบางอย่าง

นอกจากนี้ ... ไม่ว่าคุณจะคิดว่าคุณอธิบายได้ดีแค่ไหนว่าโครงการทำงานอย่างไรมี 'โอ้ใช่ฉันลืมที่จะบอกคุณ' เราพบกับปัญหานี้ดังนั้นเราจึงทำสิ่งนี้ 'ช่วงเวลาที่ไม่ได้ล้อเล่นจนกว่า คุณเริ่มทำงานจริง

นานแค่ไหน?

เชือกยาวเท่าไหร่

เมื่อเขามีความสะดวกสบาย: เมื่อเขาแก้ไขข้อผิดพลาดครั้งแรกของเขา -> เขาพร้อม

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

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

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

ฉันเปลี่ยนงานหลายครั้งและฉันเป็นผู้มีส่วนร่วมในงานทั้งหมดภายในสัปดาห์แรก ที่ยากที่สุดใช้เวลาหนึ่งสัปดาห์ในการรับโค้ดเพื่อคอมไพล์ (อย่างน้อย 100k บรรทัดของโค้ด) การสร้างเต็มใช้เวลา 8 ชั่วโมงสำหรับโครงการนั้น

ฉันทำงานประมาณ 80 ชั่วโมงในสัปดาห์แรก (โครงการนี้ล้าหลัง)

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

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

มันขึ้นอยู่กับงานที่คุณคาดหวังให้เขาทำจริงๆ