คู่มือสัมภาษณ์วิศวกรซอฟต์แวร์ Stripe: สิ่งที่ควรคาดหวัง

บันทึกจากรอบสัมภาษณ์ SWE ของผมกับ Stripe มาเขียนย้อนหลังทีหลัง

คงเดากันได้อยู่แล้วว่าบทความนี้ไม่ได้จะพูดเรื่องตะลุยทำโจทย์ LeetCode ไม่ได้พูดเรื่อง dynamic programming และยิ่งไม่ใช่เรื่องกลับหัว binary tree (แค่คิดก็ขนลุก) ผมไม่มีคุณสมบัติพอจะไปแนะนำใครในเรื่องพวกนั้นหรอก แต่เพราะเพิ่งผ่านรอบสัมภาษณ์ของ Stripe มาไม่นานนัก อย่างน้อยผมก็พอรู้ว่ารูปแบบมันเป็นอย่างไร งั้นขอถือวิสาสะว่าตัวเองมีสิทธิ์แจกคำแนะนำเรื่องการสัมภาษณ์สไตล์ Stripe ก็แล้วกัน น่าจะเป็นประโยชน์เป็นพิเศษกับคนที่ได้ยินซ้ำ ๆ ว่า “Stripe ไม่เหมือนที่อื่น” แต่ไม่มีใครยอมอธิบายเสียทีว่าไม่เหมือนตรงไหน

ไปกันเลย!

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

เลยมาถึงคำแนะนำข้อแรกของผม อ่านโค้ดที่พังก่อน แล้วค่อยเดาว่าบั๊กอยู่ไหน

Ready to ace your next interview?

InterviewMan gives you real-time AI answers during live interviews — undetectable on Zoom, Meet, and Teams.

Try InterviewMan Free

ผมเห็นคำแนะนำที่หวังดีกันเยอะมาก บอกให้ผู้สมัคร Stripe ท่องรายการ “รูปแบบบั๊กระบบจ่ายเงินที่พบบ่อย” ไว้ก่อน พอเข้า Bug Bash จะได้จับแพตเทิร์นตั้งแต่นาทีที่สอง สำหรับผม ซึ่งอาจเป็นความเห็นที่ชวนเถียงอยู่หน่อย นี่มันไร้สาระสิ้นดี อย่างดีที่สุด คุณเดาถูกและภูมิใจอยู่ 10 นาที ก่อนพบว่าสิ่งที่แก้ไปทำให้เส้นทางอื่นในโค้ดพัง อย่างแย่ที่สุด คุณเสียเวลาทั้งชั่วโมงไล่ยืนยันสมมติฐานผิด ๆ รอบนี้มี 60 นาที เป็นโค้ดของ Stripe จริง ผมใช้ 10 นาทีแรกอ่านอย่างเดียว กว่าจะเจอบั๊กก็นาทีที่ 34 มันซ่อนอยู่ตรงรอยต่อระหว่างฟังก์ชัน validation กับเส้นทาง retry ซึ่งแอบรีเซ็ต state ตอนลองครั้งที่สอง

โอกาสที่คุณจะไม่เจอคำว่า “สร้างอะไรสักอย่างด้วย PaymentIntents” จากผู้สัมภาษณ์รอบ Stripe Integration เท่ากับศูนย์เป๊ะ พอรู้ข้อนี้ คุณก็มีแต้มต่อมากพอจะทำรอบนี้ได้ดีมาก ก่อนเดินเข้าห้อง ขอให้กดเข้าออกหน้าต่อไปนี้ได้แทบจะด้วยความจำของกล้ามเนื้อ

หน้า PaymentIntents
หน้า error codes
หน้า idempotency

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

เฉพาะเรื่องนี้เท่านั้น การทำตัวเป็นนักสืบตามส่องถือว่ายอมรับได้เต็มที่ การอ่านบล็อกวิศวกรรมของ Stripe ก่อนรอบ system design มีประโยชน์อยู่สองอย่าง อย่างแรก คุณจะเห็นภาพชัดขึ้นว่า Stripe สนใจปัญหา distributed แบบไหนจริง ๆ และผู้สัมภาษณ์อาจขุดถามเรื่องใด อย่างที่สอง คุณจะพอจับทางได้ว่าบริษัทกำลังมองหาคนมาแก้ปัญหาประเภทไหน รอบของผมใช้ Whimsical และโจทย์คล้าย rate limiter ช่วงครึ่งหลังของบทสนทนาเจาะไปที่กรณีเซิร์ฟเวอร์สองเครื่องเห็นไม่ตรงกันว่า client ใช้งานเกิน limit แล้วหรือยัง คอร์ส system design ทั่วไปช่วยผมเรื่องไดอะแกรม ส่วนบล็อกวิศวกรรมของ Stripe ช่วยให้ผมวางกรอบคำตอบตรงกับสิ่งที่ผู้สัมภาษณ์กำลังไล่ถามจริง ๆ

ขอพูดเรื่องเครื่องมือหน่อย เพราะมีคนถามเรื่องนี้กับผมทุกครั้ง ผมใช้ InterviewMan ช่วยเตรียมส่วนที่ overlay ซึ่งรองรับแต่การเขียนโค้ดช่วยไม่ได้ Stripe ไม่ได้มีแค่ CoderPad ยังมีเสียง วิดีโอ การแชร์หน้าจอ และ behavioural Interview Coder 2.0 ราคา 299 ดอลลาร์ต่อเดือน และช่วยได้เฉพาะการเขียนโค้ด ส่วน InterviewMan ราคา 12 ดอลลาร์ต่อเดือนเมื่อจ่ายแบบรายปี คิดเป็น 144 ดอลลาร์ต่อปี มีผู้ใช้ 57,000 คน คะแนน 4.8 จาก 5 อ้างอิงจาก 257 รีวิว รวมฟีเจอร์ stealth ทั้งหมด รองรับ Zoom, Teams, Meet, Chime, Webex ใช้งานได้ใน HackerRank, CoderPad, Codility และรองรับ Windows, macOS, Android, iOS รวมถึง Chrome ถึงอย่างนั้น หลังซ้อมผมก็ยังอัดวิดีโอทดสอบอีกรอบ เพื่อตรวจ dock, process list และฝั่งการบันทึกของ Zoom ตรวจเองทุกครั้งไว้ก่อน

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

เอาละ ไปคว้ามันมาให้ได้!