คำถามสัมภาษณ์เรื่อง Copilot สำหรับนักพัฒนา: สิ่งที่ทีมถามจริง
โดย Aaron Cao · อัปเดตเมื่อ

ผู้สัมภาษณ์ถามว่าคุณใช้ GitHub Copilot อย่างไร ไม่ใช่ถามว่าคุณใช้หรือไม่ คำถามแบ่งเป็นห้ากลุ่ม ได้แก่ ขั้นตอนการทำงาน การตรวจโค้ดที่สร้างขึ้น ความปลอดภัยและสัญญาอนุญาต การดีบักโค้ดที่คุณไม่ได้เขียนเอง และการรู้ว่าเมื่อไรควรปิดมัน เขาวัดวิจารณญาณ ไม่ใช่ความรู้เรื่องเครื่องมือ
ผู้สัมภาษณ์ถามอะไรจริง ๆ เกี่ยวกับ Copilot
นักพัฒนาส่วนใหญ่กังวลว่าการยอมรับว่าใช้ Copilot ทุกวันจะถูกมองเป็นจุดอ่อน ความจริงไม่ใช่เลย ทีมผู้ว่าจ้างตั้งสมมติฐานอยู่แล้วว่าคุณทำงานร่วมกับผู้ช่วย และอยากได้ยินว่าคุณกำกับดูแลมันอย่างไร คำถามแบ่งออกเป็นห้ากลุ่ม
- ขั้นตอนการทำงาน: ผู้ช่วยอยู่ตรงไหนในวงจรของคุณ และคุณมอบงานใดให้มัน
- การตรวจทาน: คุณตรวจสอบโค้ดที่สร้างขึ้นอย่างไรก่อนที่มันจะไปถึง pull request
- ความปลอดภัยและสัญญาอนุญาต: ความลับในพรอมป์ต และโค้ดที่ไม่ทราบที่มา
- การดีบัก: การรับผิดชอบต่อความผิดพลาดในโค้ดที่คุณรับมา ไม่ใช่ที่คุณเขียนเอง
- วิจารณญาณ: งานที่คุณเลือกปิดผู้ช่วย
ไม่มีข้อใดให้รางวัลกับความรู้ปลีกย่อยเรื่องเครื่องมือ ทุกข้อให้รางวัลกับนักพัฒนาที่อธิบายนิสัยการทำงานของตนและปกป้องมันได้ ชุดคำถามเพิ่มเติมแยกตามตำแหน่งและรอบอยู่ที่ศูนย์รวมคำถามสัมภาษณ์
จะตอบคำถาม «คุณใช้ Copilot ในแต่ละวันอย่างไร» อย่างไรดี
ให้เล่าวงจรที่เป็นรูปธรรม ไม่ใช่ตัดสินเครื่องมือ คำตอบที่หนักแน่นจะระบุงาน การตรวจสอบ และผลลัพธ์
วิศวกรฝั่งหลังบ้านคนหนึ่งที่สัมภาษณ์ตำแหน่งอาวุโสในบริษัทระบบชำระเงินตอบไว้แบบนี้ เธอใช้ Copilot ร่างเทสต์แบบตารางและตัวจัดการที่เป็นแบบซ้ำ ๆ อ่านทุกกิ่งที่สร้างขึ้นเทียบกับข้อกำหนดก่อนนำขึ้นสเตจจิง และเขียนเส้นทางที่อ่อนไหวต่อการทำงานพร้อมกันด้วยตัวเอง เพราะผู้ช่วยเสนอลำดับการล็อกที่เธออธิบายเหตุผลไม่ได้ซ้ำแล้วซ้ำเล่า ผู้สัมภาษณ์ใช้เวลาห้านาทีถัดมาไปกับลำดับการล็อก ไม่ใช่กับ Copilot
นั่นคือแบบแผนที่ควรทำตาม เลือกงานหนึ่งอย่างที่คุณมอบให้ การตรวจสอบหนึ่งอย่างที่คุณทำ และสิ่งหนึ่งที่คุณยังเขียนด้วยมือ คำกล่าวคลุมเครือเรื่องความเร็วจะเชิญคำถามต่อที่คุณรับไม่ไหว เพราะตัวเลขใดก็ตามที่คุณเอ่ยจะถูกขุดต่อ
ควรคาดหวังคำถามเรื่องความปลอดภัยและสัญญาอนุญาตแบบไหน
กลุ่มนี้คือจุดที่ผู้สมัครระดับอาวุโสแยกตัวออกมา และเป็นกลุ่มที่คนเตรียมน้อยที่สุด
- คุณวางโค้ดที่เป็นกรรมสิทธิ์หรือความลับลงในพรอมป์ตหรือไม่ คำตอบที่คาดหวังคือไม่ พร้อมเหตุผลว่าเนื้อหาพรอมป์ตออกจากเครื่องของคุณ
- คุณจัดการโค้ดที่สร้างขึ้นซึ่งไม่ทราบที่มาอย่างไร บอกนโยบายของทีมคุณ หรือบอกว่าคุณจะขอให้มีนโยบาย
- เคยมีข้อเสนอแนะที่นำช่องโหว่เข้ามาแล้วคุณจับได้ไหม เหตุการณ์เฉียดจริงที่เป็นรูปธรรมดีกว่าการอ้างว่าไม่เคยเกิด
- คุณจะปล่อยให้โค้ดที่สร้างขึ้นรวมเข้าโดยไม่มีคนตรวจไหม ไม่ และเตรียมอธิบายว่าการตรวจจับสิ่งที่เทสต์จับไม่ได้
Aaron Cao ผู้ก่อตั้ง SubcueAI ออกแบบผู้ช่วยให้ไม่มีบอตเข้าร่วมการโทรและไม่มีอะไรถูกฉีดเข้าไปในหน้าประชุม ด้วยเหตุผลเดียวกับที่คำถามเหล่านี้ถูกถาม ทีมงานเชื่อใจเครื่องมือที่มีคนอธิบายเส้นทางข้อมูลออกมาเป็นคำพูดได้ เส้นทางนั้นบันทึกไว้ที่หน้าความปลอดภัย
การเตรียมตัวสำหรับกลุ่มนี้ และขีดจำกัดของการช่วยแบบสด
การเตรียมตัวตรงนี้เป็นเรื่องการพูด ไม่ใช่เรื่องเทคนิค คุณรู้ขั้นตอนการทำงานของตัวเองอยู่แล้ว สิ่งที่ขาดคือการอธิบายมันภายในเก้าสิบวินาทีขณะที่มีคนรออยู่ การซ้อมคำถามด้วยการพูดออกเสียงช่วยปิดช่องว่างนั้น และการฝึกสัมภาษณ์จำลองจะถามต่อแทนที่จะยื่นรายการให้คุณอ่าน
ควรพูดถึงขีดจำกัดในการสัมภาษณ์จริงให้ชัดด้วย SubcueAI ทำงานเป็นแอปเนทีฟบน macOS และ Windows พร้อมโอเวอร์เลย์ในเครื่อง และเป็นแผงข้างของส่วนขยายเบราว์เซอร์ที่เก็บเฉพาะเสียงของแท็บการประชุม ทั้งสองแบบไม่เข้าร่วมการโทรในฐานะผู้เข้าร่วม ทั้งสองแบบไม่เหมาะกับการประเมินที่มีผู้คุมสอบ อุปกรณ์ที่บริษัทควบคุม หรือขณะที่คุณแชร์หน้าจอ และในสถานการณ์เหล่านั้นไม่มีผู้ช่วยรายใดปลอดภัย