Kontekst · jeśli jesteś zardzewiały

Jak się zachować

Bez terapii. Konkret z raportu, rozpisany tak, żebyś mógł to wyćwiczyć wieczorem.

1. Rozmowa to nie egzamin z pamięci

Masz sprzedać 3–4 mocne historie, nie CV. Przygotuj je wieczorem pisemnie:

Format: sytuacja → Twój call → trade-off → wynik (liczba, czas, redukcja ticketów, MTTR). Szablony są w Historiach STAR.

2. Mów wolno i kończ zdania

Zardzewiali strzelają lawiną. Jedna myśl, pauza, następna. Jeśli słyszysz siebie na nagraniu, że skaczesz — tnij zdanie w połowie i zaczynaj od nowa. To wygląda lepiej niż dygresja.

3. Nie udawaj eksperta od kart płatniczych

Oni nie rekrutują Cię na scheme Visa. Rekrutują na infra, która nie może paść, bo to pieniądze i PCI. Wystarczy:

Reszta (interchange, 3DS, PAN/PAN token) — glosariusz, nie wykład.

4. Ownership language

JD krzyczy: „you make the call, review the PRs, answer the page”.

Nie

„W zespole robiliśmy migrację do Terraform Cloud i pomagaliśmy productowi z IAM.”

Tak

„Wziąłem domain IAM. Zablokowałem long-lived keys, wprowadziłem OIDC i Roles Anywhere. Review PR-ów od productu robiłem ja. Pager od IAM szedł do mnie.”

5. Jak nie wiesz — powiedz i zaprojektuj

To jest dorosła odpowiedź:

„Nie robiłem Spacelift. Robiłem Atlantis / Terraform Cloud / Jenkins + S3 backend. Różnica, którą znam z dokumentacji: Spacelift ma OPA na kilku decision points, drift na private workers, apply z PR. Tu bym zaczął: stack per account, policy na destroy i na PCI tags, private workers w PCI VPC.”

Zmyślanie IAM Roles Anywhere po 20 sekundach googlowania w głowie zabija. Lepiej: „Nie używałem. Znam problem (klucze poza AWS). Mechanizm: X.509 + trust anchor + tymczasowe credsy. Zaprojektowałbym tak…”

6. Traktuj ich jak klientów platformy

Pytaj, gdzie boli product engineering. To jest ich definicja success: mniej tarcia, mniej ticketów, self-service. Jeśli opowiadasz tylko o pięknym Terraformie, a nie o tym, jak product team wdraża się sam — mijasz rolę.

7. Nie wchodź w tryb „jestem miły i głodny pracy”

Fintech skalujący się po Series B filtruje ludzi, którzy wytrzymają chaos i wezmą pager. Spokojna pewność > entuzjazm start-upowy. „Chętnie się nauczę wszystkiego” brzmi jak ktoś, kto nie weźmie domain w 90 dni.

8. Proces bywa niechlujny

Jeśli panel jest rozproszony, i tak trzymaj standard. Twoje pytania na końcu są Twoim screeningiem ich. Lista: Pytania, które zadajesz.

Pitch na start (60 sekund)

Masz mieć swój, nie mój. Szkielet:

  1. kim jesteś (lata, domain, nie lista narzędzi),
  2. jaki scale AWS (konta, regiony, serwisy, ludzie na platformie),
  3. co owned end-to-end (design → Terraform → CI → on-call),
  4. dlaczego platforma, a nie product backend,
  5. co chcesz wziąć u nich w Q1 (jedna rzecz z JD: CI, EKS albo PCI accounts).
Nie zaczynaj od „Pracowałem z wieloma chmurami i zawsze lubiłem automatyzację.” To filler. Zaczynaj od skali i ownership.

Live-coding i AI

Na Glassdoorze ktoś został oskarżony o AI na rozmowie. Wniosek z raportu: na live-coding mów wprost, co robisz. „Mogę użyć AI do boilerplate, logikę tłumaczę sam.” Nie udawaj, że narzędzie nie istnieje — w JD jest w obowiązkach. Szczegóły: lekcja AI.

System design u Ciebie

Na backendzie u nich bywał: outbox, ewolucja schematu Kafka bez dual-write piekła, mikroserwisy. U Ciebie analogicznie: platform as a product. Whiteboard, który masz umieć narysować: multi-account PCI + EKS.

WsteczRola