Catatan dari rangkaian wawancara SWE saya di Stripe, ditulis setelah semuanya selesai.
Seperti yang mungkin sudah Anda duga, tulisan ini bukan soal latihan LeetCode habis-habisan, dynamic programming, apalagi, ngeri membayangkannya, membalik binary tree. Saya tidak cukup ahli untuk menasihati siapa pun tentang hal-hal tadi. Namun, karena belum lama ini saya menjalani rangkaian wawancara Stripe, setidaknya ada satu dua hal yang saya pahami tentang formatnya. Atas dasar itu, saya memberanikan diri membagikan saran untuk wawancara ala Stripe. Catatan ini terutama berguna bagi orang yang berkali-kali mendengar bahwa "Stripe itu beda", tetapi tidak pernah mendapat penjelasan apa sebenarnya yang berbeda.
Mari mulai!
Kabar baiknya, kemampuan menghadapi wawancara Stripe bisa dilatih, sama seperti keterampilan lain. Saya sendiri perlu banyak latihan sebelum cukup percaya diri membaca kode pembayaran yang setengah rusak. Sampai sekarang pun saya belum jago-jago amat. Sesi CoderPad terakhir yang saya jalani berakhir agak kacau. Pada bagian kedua, saya bukan hanya menulis sebuah fungsi kecil yang kelihatannya pintar tetapi ternyata tidak bisa dikembangkan pada bagian ketiga.
Saya juga harus menulis ulang beberapa bagiannya sementara pewawancara melihat saya berkeringat. Kenapa bisa seburuk itu? Karena saya terlalu ingin cepat menyelesaikan bagian pertama, lalu memilih solusi yang tampak cerdik alih-alih solusi yang mudah dikembangkan. Kalau sudah tahu bagian ketiga akan menambahkan mekanisme retry, kenapa malah memilih yang cerdik, mungkin begitu pertanyaan Anda. Pertanyaan bagus. Jawaban saya kepada diri sendiri: waktu menyiapkan diri, saya sama sekali tidak tahu apa yang sedang saya lakukan.
Ready to ace your next interview?
InterviewMan gives you real-time AI answers during live interviews — undetectable on Zoom, Meet, and Teams.
Try InterviewMan FreeItulah yang membawa saya ke saran pertama. Baca dulu kode yang rusak sebelum menebak letak bug-nya.
Saya sering melihat saran yang niatnya baik: kandidat Stripe diminta menghafal daftar "pola bug pembayaran yang umum" agar pada menit kedua Bug Bash mereka bisa langsung mencocokkan pola. Menurut pendapat saya yang mungkin mengundang perdebatan, saran ini omong kosong. Kemungkinan terbaiknya, tebakan Anda benar dan selama sepuluh menit Anda merasa pintar, sebelum sadar bahwa perbaikan itu merusak jalur kode lain.
Kemungkinan terburuknya, satu jam penuh habis hanya untuk membenarkan hipotesis yang salah. Sesinya enam puluh menit. Kodenya kode Stripe sungguhan. Sepuluh menit pertama saya habiskan hanya untuk membaca. Bug-nya baru saya temukan kira-kira pada menit ketiga puluh empat, tepat di batas antara fungsi validasi dan jalur retry yang diam-diam mengatur ulang state pada percobaan kedua.
Peluang Anda tidak mendengar kalimat "buat sesuatu dengan PaymentIntents" dari pewawancara Stripe Integration adalah tepat nol. Justru karena sudah tahu, Anda punya kesempatan untuk menaklukkan sesi ini. Sebelum hari wawancara tiba, sebaiknya Anda sudah bisa membuka halaman-halaman berikut nyaris berdasarkan ingatan otot.
- Halaman PaymentIntents.
- Halaman error codes.
- Halaman idempotency.
Tidak ada alasan untuk baru memikirkan halaman itu saat sesi berlangsung, lalu kesulitan menentukan tautan mana yang harus diklik. Luangkan waktu sebelumnya. Buka satu per satu sampai Anda bisa berpindah halaman dengan mengandalkan kebiasaan. Nasihat ini memang terdengar sangat jelas, tetapi masih banyak orang yang tidak melakukannya. Bagi saya, berlatih sambil membuka dokumentasi adalah langkah termudah sekaligus paling besar dampaknya bagi kandidat yang ingin terlihat menonjol pada tahap ini.
Khusus dalam urusan ini, menjadi penguntit masih bisa diterima. Membaca blog engineering Stripe sebelum system design berguna karena dua hal. Anda dapat menangkap jenis masalah distributed yang benar-benar dianggap penting oleh Stripe, termasuk bagian mana yang mungkin akan dikulik pewawancara. Anda juga mendapat gambaran lebih baik tentang jenis persoalan yang dicari perusahaan saat merekrut. Dalam sesi saya, kami memakai Whimsical dan soalnya mirip rate limiter.
Paruh kedua percakapan membahas keadaan ketika dua server tidak sepakat apakah seorang klien sudah melewati batas. Kursus system design umum memberi saya diagramnya. Blog engineering Stripe memberi saya cara membingkai masalah yang ternyata sejalan dengan apa yang benar-benar ingin digali pewawancara.
Sedikit catatan tentang alat bantu, sebab pertanyaan ini selalu muncul. Saya memakai InterviewMan untuk bagian persiapan yang tidak dapat ditangani overlay khusus coding. Wawancara Stripe bukan CoderPad saja. Ada suara, video, berbagi layar, serta behavioral. Interview Coder 2.0 berharga dua ratus sembilan puluh sembilan dolar per bulan dan hanya menangani coding. InterviewMan berharga dua belas dolar per bulan pada paket tahunan, jadi totalnya seratus empat puluh empat dolar setahun.
Penggunanya lima puluh tujuh ribu. Nilainya 4.8 dari 5 berdasarkan dua ratus lima puluh tujuh ulasan. Semua fitur stealth sudah termasuk. Platform rapat yang didukung adalah Zoom, Teams, Meet, Chime, dan Webex. Alat ini dapat dipakai di HackerRank, CoderPad, dan Codility. Sistem yang didukung mencakup Windows, macOS, Android, iOS, serta Chrome. Setelah itu saya tetap menjalankan rekaman mock untuk memeriksa dock, daftar proses, dan hasil rekaman di Zoom. Selalu periksa sendiri.
Kalau ditolak, artinya Anda hanya tinggal satu rangkaian wawancara lebih dekat menuju rangkaian yang berakhir dengan tawaran kerja. Apa pun hasilnya, mintalah masukan kepada recruiter. Sering kali masukan itu berguna. Pada kesempatan lain, jawabannya mungkin cuma bahwa Anda nyaris lolos, tetapi kandidat lain dengan pengalaman fintech yang sedikit lebih relevan dianggap lebih cocok. Masukan semacam itu memang tidak terlalu membantu. Setidaknya, mudah-mudahan Anda bisa melihat bahwa jaraknya sudah sangat, sangat dekat.
Sekarang, kejar kesempatan itu!
Ready to Ace Your Next Interview?
Join 57,000+ professionals using InterviewMan to get real-time AI assistance during their interviews.
