ขั้นตอนสัมภาษณ์งาน Stripe ทีละรอบ
โดย Aaron Cao · อัปเดตเมื่อ
Stripe มีการคัดกรองกับรีครูทเตอร์ การทดสอบทักษะเชิงเทคนิคแบบปฏิบัติจริง และรอบสัมภาษณ์เสมือนจริงแบบเจาะลึกสี่ถึงห้ารอบ รอบทดสอบโค้ดใช้โค้ดจริงแทนโจทย์กระดานไวท์บอร์ด ผู้สมัครมักรายงานว่าต้องดีบักรีโพซิทอรีที่ไม่คุ้นเคยและสร้างโปรแกรมเชื่อมต่อกับ API
กระบวนการสัมภาษณ์ของ Stripe มีรอบอะไรบ้าง
คุณเคยอ่านมาว่าการสัมภาษณ์ของ Stripe ไม่เหมือนที่อื่น และอยากรู้ว่าสิ่งนั้นหมายถึงอะไรกับการเตรียมตัวของคุณจริง ๆ ส่วนนี้จะไล่ลำดับขั้นตอนที่ผู้สมัครมักรายงาน เพื่อให้คุณฝึกซ้อมได้ตรงจุด โครงสร้างโดยรวมค่อนข้างคงที่ แม้ว่าชื่อของแต่ละรอบจะเปลี่ยนไปมา
- Recruiter screen. ความเหมาะสมกับตำแหน่ง กรอบเวลา ช่วงค่าตอบแทน และทีมที่คุณจะเข้าร่วม
- Technical phone screen. โจทย์เขียนโค้ดเชิงปฏิบัติในเอดิเตอร์ที่ใช้ร่วมกันและรันได้จริง แทนที่จะเป็นซูโดโค้ดในเอกสารที่ใช้ร่วมกัน
- Bug squash. คุณจะถูกโยนเข้าไปในโค้ดเบสที่ไม่เคยเห็นมาก่อน แล้วขอให้หาและแก้ไขข้อบกพร่อง
- Integration หรือ API build. คุณจะสร้างฟีเจอร์เล็ก ๆ ที่ใช้งานได้จริงโดยอ้างอิงเอนด์พอยต์ที่มีเอกสารกำกับ
- System หรือ product design. มักเกี่ยวข้องกับระบบการชำระเงิน เช่น idempotency การลองใหม่ การเคลื่อนย้ายเงิน และการจัดการความล้มเหลว
- บทสนทนากับ hiring manager และเรื่องคุณค่า. แรงจูงใจ การทำงานร่วมกับผู้อื่น และวิธีที่คุณเขียนและตัดสินใจ
ไม่ใช่ผู้สมัครทุกคนจะได้เจอทุกรอบ ทีม ระดับตำแหน่ง และปีล้วนส่งผลต่อรายการนี้ ดังนั้นควรยืนยันตารางที่แน่ชัดของคุณกับรีครูทเตอร์ แทนที่จะเชื่อเวอร์ชันที่อ่านเจอทางออนไลน์ แผนที่กระบวนการสัมภาษณ์ของนายจ้างในภาพกว้างกว่านี้อยู่ที่ฮับ company interview processes
ทำไม Stripe จึงสัมภาษณ์ด้วยโค้ดจริง
รูปแบบเชิงปฏิบัตินี้ถูกออกแบบมาเพื่อจำลองงานจริงโดยตั้งใจ งานด้านการชำระเงินส่วนใหญ่คือการอ่านระบบที่มีอยู่แล้ว ทำความเข้าใจว่าทำไมคำขอถึงล้มเหลว และทำการเปลี่ยนแปลงอย่างระมัดระวังโดยไม่ทำให้การเคลื่อนย้ายเงินพัง โจทย์กลับด้านไบนารีทรีไม่ได้วัดสิ่งเหล่านี้ แต่บั๊กในเซอร์วิสที่ไม่คุ้นเคยวัดได้
ผลที่ตามมาคือทักษะที่ถูกให้คะแนนเปลี่ยนไป ความเร็วในการอ่านมีความสำคัญ การใช้เครื่องมือที่คุณใช้ตามปกติก็สำคัญเช่นกัน เช่น การรันเทสต์ การพิมพ์สถานะระหว่างกลาง การค้นหาในรีโพซิทอรีแทนการเลื่อนดูทั้งหมด ผู้สมัครที่พยายามคิดเงียบ ๆ ผ่านโค้ดที่ไม่คุ้นเคยแบบเดียวกับที่ทำบนกระดานไวท์บอร์ด มักจะใช้เวลาหมดก่อน
การเขียนปรากฏอยู่ตลอดทั้งกระบวนการ เพราะ Stripe ทำงานโดยอาศัยเอกสารที่เป็นลายลักษณ์อักษร คุณควรเตรียมอธิบาย tradeoff เป็นข้อความ ไม่ว่าจะในแชทหรือในสรุปสั้น ๆ และควรรู้ว่าคำอธิบายนั้นจะถูกอ่านเป็นส่วนหนึ่งของการประเมิน ไม่ใช่แค่พิธีการ
ควรเตรียมตัวสำหรับรอบเชิงปฏิบัติอย่างไร
ฝึกซ้อมรูปแบบ ไม่ใช่แค่หัวข้อ ทั้งรอบ bug squash และรอบ integration ต่างให้รางวัลกับนิสัยที่คุณสร้างได้ก็ต่อเมื่อซ้อมภายใต้เงื่อนไขแบบเดียวกันเท่านั้น
- ทำงานในรีโพซิทอรีจริงโดยจับเวลา. โคลนโปรเจกต์โอเพนซอร์สที่คุณไม่รู้จัก เลือกอิชชูที่มีอยู่แล้ว แล้วแก้ไขให้เสร็จภายใน 45 นาที
- พูดอธิบายขณะค้นหา. บอกว่าคุณกำลัง grep หาอะไรและคาดว่าจะเจออะไร ผู้สัมภาษณ์ให้คะแนนจากเหตุผลที่ได้ยิน
- อ่านเอกสาร API แบบไม่เตรียมตัวมาก่อน. สร้างไคลเอนต์เล็ก ๆ สำหรับสิ่งที่คุณไม่เคยใช้มาก่อน โดยอาศัยเอกสารเป็นแหล่งอ้างอิงเดียว
- ซ้อมเส้นทางความล้มเหลว. สำหรับคำตอบด้าน design ใด ๆ ให้เตรียมพร้อมเรื่องการลองใหม่ คำขอซ้ำ และความล้มเหลวบางส่วนไว้ก่อนถูกถาม
- จดเหตุผลของคุณลงไป. หลังการฝึกซ้อมแต่ละครั้ง สรุปการเปลี่ยนแปลงเป็นห้าประโยค
วิศวกรแบ็กเอนด์ที่มีประสบการณ์ด้านการชำระเงินห้าปีเตรียมตัวสำหรับกระบวนการสัมภาษณ์ของ Stripe ด้วยการฝึกโจทย์อัลกอริทึมอย่างหนักเป็นเวลาสามสัปดาห์ แต่กลับสอบตกรอบ bug squash เพราะไม่เคยสำรวจเซอร์วิสที่ไม่คุ้นเคยภายใต้แรงกดดันด้านเวลามาก่อน ทางแก้ไม่ใช่การฝึกอัลกอริทึมเพิ่ม แต่คือการจับเวลาฝึกสิบครั้งในรีโพซิทอรีที่เธอไม่ได้เขียนเอง หากคุณต้องการซ้อมรอบ behavioral และ design ออกเสียงพร้อมคำถามตาม โหมดฝึกซ้อมของ mock interview จะช่วยฝึกแบบนั้นให้คุณ
ความช่วยเหลือจาก AI เหมาะกับตรงไหน และไม่เหมาะกับตรงไหน
การเตรียมตัวไม่ใช่เรื่องที่ถกเถียงกัน การซ้อมรอบ design ออกเสียง การฝึกตอบคำถามที่ hiring manager มักถามเกี่ยวกับโปรเจกต์ และการทบทวนคำตอบที่คุณอัดไว้เอง ล้วนเป็นการฝึกฝนตามปกติ
ความช่วยเหลือแบบสดระหว่างสัมภาษณ์เป็นคำถามที่แคบกว่า และคำตอบที่ตรงไปตรงมาขึ้นอยู่กับรอบนั้น ๆ รอบสนทนาผ่านวิดีโอคอลเป็นสถานการณ์ที่ต่างจากแบบฝึกหัดเขียนโค้ดที่คุณต้องแชร์หน้าจอในสภาพแวดล้อมที่มีการพรอคเตอร์ เมื่อผู้สัมภาษณ์เห็นหน้าจอของคุณ ทุกอย่างบนหน้าจอนั้นมองเห็นได้ และไม่มีเครื่องมือใดเปลี่ยนแปลงสิ่งนี้ได้ รอบเชิงปฏิบัติของ Stripe มักมีรูปแบบแบบนี้อยู่บ่อยครั้ง ซึ่งเป็นสิ่งที่ควรวางแผนรับมือ มากกว่าคำสัญญาที่คลุมเครือเรื่องความล่องหน
Aaron Cao ผู้ก่อตั้ง SubcueAI สร้างผลิตภัณฑ์นี้ขึ้นโดยยึดตามความแตกต่างนั้น แทนที่จะอ้างว่าล่องหนได้ในทุกกรณี แอปเดสก์ท็อปแบบเนทีฟสำหรับ macOS และ Windows เก็บโอเวอร์เลย์ไว้เฉพาะในเครื่องของคุณ ไม่มีบอทเข้าร่วมการประชุม และไม่มีการฝังสิ่งใดเข้าไปในหน้าประชุม สิ่งที่มันทำไม่ได้คือการอยู่รอดผ่านการแชร์หน้าจอหรืออุปกรณ์ที่บริษัทควบคุมอยู่ รายละเอียดข้อจำกัดเหล่านี้เขียนไว้ที่ฮับ detectability