การสัมภาษณ์เขียนโค้ดของ Meta: รูปแบบ เครื่องมือแก้ไขโค้ด และการฝึกซ้อม

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

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

ตำแหน่งของรอบสัมภาษณ์เหล่านี้ในกระบวนการรับสมัครงานทั้งหมดของ Meta อธิบายไว้ที่ ศูนย์รวมกระบวนการสัมภาษณ์แยกตามบริษัท

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

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

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

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

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

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