Quy trình phỏng vấn Stripe, theo từng vòng

Bạn đã nghe nói phỏng vấn ở Stripe khá khác thường và muốn biết điều đó thực sự có ý nghĩa gì với việc chuẩn bị của mình. Phần này liệt kê các giai đoạn mà ứng viên thường nhắc đến, để bạn tập trung luyện tập đúng chỗ. Cấu trúc chung khá ổn định dù tên từng vòng có thể thay đổi.

• Sàng lọc với nhà tuyển dụng. Mức độ phù hợp với vị trí, lịch trình, khoảng lương, và bạn sẽ làm việc với team nào.
• Sàng lọc kỹ thuật qua điện thoại. Một bài toán code thực hành trong trình soạn thảo dùng chung, thực sự chạy được, thay vì viết pseudocode trên tài liệu dùng chung.
• Sửa lỗi. Bạn bị đặt vào một codebase chưa từng thấy và được yêu cầu tìm ra rồi sửa một lỗi.
• Tích hợp hoặc xây dựng API. Bạn xây dựng một tính năng nhỏ hoạt động được, dựa trên các endpoint đã có tài liệu.
• Thiết kế hệ thống hoặc sản phẩm. Thường liên quan đến thanh toán: tính idempotent, retry, di chuyển tiền, xử lý lỗi.
• Trò chuyện với hiring manager về giá trị. Động lực, cách hợp tác, và cách bạn viết cũng như ra quyết định.

Không phải ứng viên nào cũng trải qua tất cả các vòng. Team, cấp bậc và năm đều làm danh sách này thay đổi, vì vậy hãy xác nhận lịch trình cụ thể của bạn với nhà tuyển dụng thay vì tin theo một phiên bản đọc được trên mạng. Bản đồ rộng hơn về quy trình phỏng vấn của các nhà tuyển dụng có tại trung tâm quy trình phỏng vấn theo công ty.

Định dạng thực hành này là một cách mô phỏng có chủ đích cho công việc thật. Công việc liên quan đến thanh toán phần lớn là đọc các hệ thống đã có, hiểu vì sao một request bị lỗi, và thực hiện thay đổi một cách cẩn trọng mà không làm hỏng việc di chuyển tiền. Một câu đố về đảo ngược cây nhị phân không đo được điều đó; một lỗi trong một dịch vụ xa lạ thì có.

Hệ quả với bạn là các kỹ năng được chấm điểm sẽ thay đổi. Tốc độ đọc rất quan trọng. Việc sử dụng đúng những công cụ bạn thường dùng cũng quan trọng không kém: chạy test, in ra trạng thái trung gian, tìm kiếm trong repository thay vì cuộn qua nó. Những ứng viên cố suy luận trong im lặng về đoạn code xa lạ, theo cách họ vẫn làm trên bảng trắng, thường sẽ hết giờ.

Kỹ năng viết xuất hiện ở khắp nơi vì Stripe vận hành dựa nhiều vào tài liệu văn bản. Hãy chuẩn bị tinh thần giải thích một sự đánh đổi bằng văn xuôi, trong chat hoặc trong một bản tóm tắt ngắn, và hãy hiểu rằng lời giải thích đó được đọc như một phần đánh giá chứ không phải một thủ tục hình thức.

Hãy luyện tập định dạng, chứ không chỉ chủ đề. Cả vòng sửa lỗi lẫn vòng tích hợp đều thưởng cho những thói quen mà bạn chỉ có thể xây dựng bằng cách luyện tập dưới cùng những ràng buộc đó.

• Làm việc trong một repository thật với đồng hồ bấm giờ. Clone một dự án mã nguồn mở bạn chưa biết, chọn một issue đã có sẵn, và sửa nó trong 45 phút.
• Kể lại quá trình tìm kiếm của bạn. Nói ra bạn đang grep tìm gì và bạn kỳ vọng sẽ tìm thấy gì. Người phỏng vấn chấm điểm dựa trên phần lý luận họ nghe được.
• Đọc một tài liệu API mà chưa chuẩn bị trước. Xây dựng một client nhỏ cho thứ bạn chưa từng dùng, chỉ dựa vào tài liệu làm tham chiếu duy nhất.
• Luyện tập các tình huống lỗi. Với bất kỳ câu trả lời thiết kế nào, hãy sẵn sàng nói về retry, request trùng lặp, và lỗi một phần trước khi bị hỏi.
• Viết ra lập luận của bạn. Sau mỗi lần luyện tập, hãy tóm tắt thay đổi trong năm câu.

Một kỹ sư backend với năm năm kinh nghiệm về thanh toán đã chuẩn bị cho vòng phỏng vấn Stripe bằng cách cày các bài toán thuật toán trong ba tuần, rồi lại trượt ở vòng sửa lỗi vì cô chưa bao giờ phải tìm hiểu một dịch vụ xa lạ dưới áp lực thời gian. Điều cần thiết không phải là nhiều thuật toán hơn; đó là mười buổi luyện tập có tính giờ trong những repository cô không tự viết. Nếu bạn muốn luyện nói to các vòng hành vi và thiết kế kèm câu hỏi tiếp theo, chế độ luyện tập phỏng vấn thử cung cấp đúng bài tập đó.

Việc chuẩn bị thì không có gì tranh cãi. Luyện nói to một vòng thiết kế, tập những câu hỏi mà một hiring manager có thể hỏi về một dự án, và xem lại các câu trả lời bạn đã ghi âm cho chính mình đều là những cách học bình thường.

Hỗ trợ trực tiếp trong lúc phỏng vấn là một câu hỏi hẹp hơn, và câu trả lời trung thực phụ thuộc vào từng vòng. Một vòng trò chuyện qua video call là một tình huống khác hẳn so với một bài tập code nơi bạn chia sẻ màn hình trong một môi trường bị giám sát. Khi người phỏng vấn nhìn thấy màn hình của bạn, mọi thứ trên đó đều lộ ra, và không công cụ nào thay đổi được điều đó. Các vòng thực hành của Stripe thường rơi đúng vào tình huống đó, đây là điều bạn nên lên kế hoạch dựa vào, thay vì dựa vào một lời hứa mơ hồ về sự vô hình.

Aaron Cao, nhà sáng lập SubcueAI, đã xây dựng sản phẩm dựa trên chính sự phân biệt đó, chứ không phải dựa trên tuyên bố vô hình hoàn toàn: một ứng dụng desktop gốc cho macOS và Windows giữ lớp overlay của nó chỉ trên máy của bạn, không có bot họp nào tham gia cuộc gọi, và không có gì bị chèn vào trang họp. Điều nó không làm được là tồn tại qua một màn hình được chia sẻ hoặc một thiết bị do công ty quản lý. Những giới hạn này được nêu rõ tại trung tâm khả năng bị phát hiện.