Stripe Yazilim Muhendisi Mulakat Rehberi: Ne Beklemeli

Stripe yazılım mülakatı sürecinden sonra oturup tuttuğum notlar.

Tahmin etmişsinizdir, bu yazı LeetCode'a abanmakla, dinamik programlamayla, hele hele (düşüncesi bile ürpertiyor) ikili ağaçları ters çevirmekle ilgili değil. Bu konularda kimseye akıl verecek durumda değilim. Fakat kısa sayılabilecek bir süre önce Stripe'ın mülakat sürecinden geçtiğim için format hakkında az çok söyleyecek sözüm var. Buradan aldığım yetkiyle Stripe tarzı mülakatlar konusunda tavsiye vermeye de kendimi ehil ilan ediyorum. Özellikle de sürekli “Stripe farklı” sözünü duyup bu farkın ne olduğunu bir türlü öğrenemeyenlerin işine yarayacaktır.

Hadi başlayalım!

İyi haber şu: Stripe mülakatında başarılı olmak da diğer beceriler gibi pratikle geliştirilebiliyor. Yarı bozuk ödeme kodlarını azıcık güvenle okuyabilmem bile epey pratik istedi. Hâlâ müthiş olduğum söylenemez. Katıldığım son CoderPad turu ufak çaplı bir felaketle bitti. İkinci bölümde akıllıca görünen küçük bir fonksiyon yazdım ama üçüncü bölümde onu genişletemedim; bir de mülakatı yapan kişi terleyişimi izlerken kodun parçalarını baştan yazmak zorunda kaldım.

Neden bu kadar kâbustu? Çünkü ilk bölümü çabucak bitirmeye heves etmiş, genişletilebilirlik yerine zekice görünmeyi seçmiştim. “Üçüncü bölümde yeniden deneme mekanikleri ekleneceğini biliyorsan niye zekice görünmeye çalıştın?” diye sorduğunuzu duyar gibiyim. Çok iyi soru. Hazırlanırken ne yaptığım hakkında hiçbir fikrim yoktu, diye kendi cevabımı da duyuyorum.

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

Bu da beni ilk tavsiyeme getiriyor. Hatanın ne olduğunu tahmin etmeden önce bozuk kodu okuyun.

Stripe adaylarına, Bug Bash'e “yaygın ödeme hatası kalıpları” ezberleyerek girmelerini, böylece daha ikinci dakikada gördüklerini bir kalıba oturtmalarını öğütleyen iyi niyetli pek çok tavsiyeyle karşılaşıyorum. Biraz tartışmalı bulunabilecek fikrime göre bunlar düpedüz saçmalık. En iyi ihtimalle doğru tahmin eder, on dakika boyunca kendinizi pek akıllı hisseder, sonra da düzeltmenizin başka bir kod akışını bozduğunu anlarsınız. En kötü ihtimalle bütün saati yanlış bir varsayımı doğrulamaya harcarsınız.

Altmış dakikalık tur. Gerçek Stripe kodu. Ben ilk on dakikayı yalnızca okumaya ayırdım. Hatayı otuz dördüncü dakika civarında buldum: bir doğrulama fonksiyonuyla, ikinci denemede durumu sessizce sıfırlayan yeniden deneme yolu arasındaki sınırdaydı.

Stripe Integration mülakatını yapan kişiden “PaymentIntents ile bir şey yap” sözünü duymama ihtimaliniz tam olarak sıfır. Bunu bilmek, bu turu kusursuz geçirmeniz için ciddi bir avantaj. Mülakata gireceğiniz gün geldiğinde, aşağıdaki sayfalar arasında neredeyse kas hafızasıyla dolaşabiliyor olmanız iyi olur.

PaymentIntents sayfası.
Hata kodları sayfası.
Idempotency sayfası.

Mülakat sırasında bunları düşünüp doğru bağlantıya tıklamak için uğraşmanıza hiç gerek yok. Önceden zaman ayırın, sayfalar arasında dolaşa dolaşa eliniz alışsın. Son derece bariz bir tavsiye gibi görünüyor ama hâlâ uygulamayan çok kişi var. Bu aşamada diğer adaylardan ayrılmak için yapılabilecek en kolay ve etkili işin, dokümantasyon açıkken pratik yapmak olduğunu düşünüyorum.

Yalnızca bu durumda, biraz iz sürmenin hiçbir sakıncası yok. Sistem tasarımı öncesinde Stripe mühendislik blogunu araştırmak iki nedenle yararlı. Önce Stripe'ın gerçekte hangi dağıtık sistem sorunlarını önemsediğini ve mülakatı yapan kişinin hangi noktaları kurcalayabileceğini daha iyi anlarsınız. Sonra şirketin ne tür problemleri çözebilen kişileri işe aldığını sezersiniz. Benim turumda Whimsical kullanıldı ve soru rate limiter'a oldukça yakındı. Görüşmenin ikinci yarısında, iki sunucu bir istemcinin sınırı aşıp aşmadığı konusunda anlaşamazsa ne olacağını tartıştık. Genel sistem tasarımı kursları bana diyagramları vermişti. Stripe mühendislik blogu ise mülakatı yapan kişinin asıl sorguladığı şeye uygun bakış açısını verdi.

Araçlardan da söz edeyim, çünkü bunu her seferinde soruyorlar. Hazırlığın yalnızca kodlamaya yarayan bir katmanla halledilemeyecek kısımlarında InterviewMan kullandım. Stripe sadece CoderPad'den ibaret değil. Ses var, video var, ekran paylaşımı var, davranışsal sorular var. Interview Coder 2.0 aylık iki yüz doksan dokuz dolar ve sadece kodlama tarafını ele alıyor. InterviewMan yıllık planda ayda on iki dolar, yani yılda yüz kırk dört dolar.

Elli yedi bin kullanıcısı var. İki yüz elli yedi değerlendirmeden aldığı puan 5 üzerinden 4.8. Bütün gizlilik özellikleri fiyata dahil. Zoom, Teams, Meet, Chime ve Webex'i destekliyor. HackerRank, CoderPad ve Codility içinde çalışıyor. Windows, macOS, Android ve iOS'ta, ayrıca Chrome'da kullanılabiliyor. Yine de sonrasında deneme kaydı alıp dock'u, işlem listesini ve Zoom kaydında görünen tarafı kontrol ettim. Her zaman kontrol edin.

Reddedilirseniz, teklifle sonuçlanacak mülakat sürecine bir tur daha yaklaşmış olursunuz. Sonuç ne olursa olsun işe alım uzmanından geri bildirim isteyin. Çoğu zaman işe yarar. Bazen de size çok yaklaştığınızı, ancak doğrudan ilgili fintech deneyimi ufacık bir miktar daha fazla olan birinin daha uygun bulunduğunu söylerler. Bu tür geri bildirim pek işe yaramasa da en azından hedefe gerçekten çok ama çok yakın olduğunuzu hatırlatmalı.

Şimdi gidip alın o işi!