De la junior la head of mobile în nouă ani — lucrurile pe care nu ți le spune nimeni
Un eseu personal despre ce te împinge cu adevărat înainte ca inginer mobile — de la primul job până la a conduce echipe de platformă, scris fără glazura de LinkedIn.
Am început să scriu cod Android nativ în 2016. Azi conduc platforme mobile folosite de milioane de oameni, inclusiv un stack Flutter multi-tenant în mai multe țări europene și aplicațiile native iOS + Android pentru una dintre cele mai respectate redacții de știri din România. Pe parcurs, am luat un master românesc, zece certificări, trei platforme (iOS, Android, Flutter) și o cantitate nesănătoasă de espresso.
Uneori mă întreabă oamenii cum a arătat de fapt acel drum. Deci iată-l, fără glazura de LinkedIn.
Nu devii senior citind articole de blog despre trei platforme. Devii senior livrand pe una. Am ales Android prima dată. Am construit aplicații groaznice în privat și aplicații tolerabile pentru clienți. Am încetat să mă lupt cu framework-ul și am învățat să gândesc ca framework-ul — activity lifecycle, fragment manager, view system. Muncă plictisitoare, profundă.
Capcana în această etapă e să vrei să începi side-project-uri în cinci stack-uri diferite. Nu o face. Dobânda compusă a unei platforme stăpânite îți va face mai mult bine în anul 5 decât răspândirea pe cinci platforme pe jumătate cunoscute.
Am început iOS cam după doi ani. Primele luni au fost umilitoare — nu îți dai seama cât din „abilitatea ta de inginer” era de fapt „intuiție în formă de Android” până nu o pui peste un sistem diferit.
Lecția pe care o dau gratis: a doua platformă e cea care te face inginer. Nu pentru că știi brusc mai multe API-uri, ci pentru că începi să vezi forma problemelor mobile independent de framework. Lifecycle e lifecycle. Presiunea de memorie e presiune de memorie. Mașina de stare a unui player video are aceeași formă pe iOS ca pe Android. Odată ce vezi asta, fiecare decizie de framework începe să arate ca un dialect de vendor al unei gramatici mai adânci.
Aici începe să aibă sens Flutter. Dacă știi doar o platformă, Flutter pare trișare. Dacă știi două nativ, Flutter pare fizică — ai în sfârșit o cale coerentă de a partaja părțile aplicației care chiar ar trebui partajate, și un loc curat pentru părțile care nu ar trebui.
Majoritatea inginerilor plafonează aici. Devin foarte buni la executarea următorului ticket. Sunt de încredere, rapizi și nepromovabili, pentru că nu stau niciodată la masa unde se formulează problema.
Ce m-a deblocat în această etapă a fost să mă forțez, înainte de fiecare feature, să întreb „de ce construim asta, cine e utilizatorul, cum arată succesul, ce alegem să nu facem?” — și să scriu răspunsurile în 6 rânduri la începutul descrierii PR-ului. Doar acest obicei a schimbat cum m-au tratat managerii în decurs de un trimestru.
Mult din senioritate e doar insistența de a ști de ce, cu blândețe, în scris, de fiecare dată.
Am început să conduc componente: stack-ul de donații, fluxul de autentificare, abstracția de scanner, migrarea de la Braintree la Stripe. Fiecare era o felie din produs pe care acum trebuia să o apăr în fața stakeholderilor, să o monitorizez în producție și să o sun la 2 dimineața când ceva se strica.
Aici afli dacă vrei să fii tech lead sau individual contributor pe viață. Ambele sunt răspunsuri valide. Niciunul nu e automat mai senior decât celălalt. Forcing function-ul e același: deține sistemul, inclusiv modurile lui de eșec.
Cea mai bună mișcare pe care am făcut-o în această etapă a fost să învăț să scriu postmortem-ul înainte de incident. Când specifici un feature, notezi: „Dacă asta eșuează în producție, care e modul de eșec? Cum îl detectăm? Cum facem rollback? Pe cine trezim?” Dacă nu poți răspunde la acestea, specificația nu e gata.
Promovarea la head-of-mobile nu s-a simțit ca un pas în sus pe organigramă. S-a simțit ca o schimbare de domeniu de produs. Produsul meu nu mai e „aplicația mobilă”. Produsul meu e „platforma mobilă pe care echipa mobilă construiește aplicația mobilă”.
Diferența contează. Un head of mobile care continuă să livreze feature-uri e un inginer senior cu un titlu puțin mai mare. Un head of mobile care construiește o platformă — un pipeline CI în care poți avea încredere, o abstracție de scanner în care fiecare retailer se conectează, un cadru de release în jurul căruia echipa QA poate planifica, un funnel de angajare care aduce ingineri capabili să continue să livreze după ce pleci — asta e jobul.
Cealaltă jumătate a jobului e să vinzi platforma restului companiei. Pentru că dacă restul companiei nu știe că echipa mobilă a făcut posibil să onboard-ezi un retailer tier-1 în șase săptămâni în loc de șase luni, nu vei primi bugetul să faci posibil să o faci în două săptămâni data viitoare.
- Specializează-te înainte să generalizezi. Un inginer în formă de T e obiectivul, dar verticala T-ului trebuie să vină prima. Oamenii care încearcă să pornească larg nu ajung niciodată suficient de adânci la nimic ca să fie plătiți bine pentru asta.
- Scrie mai mult decât crezi că ar trebui. Fiecare decizie importantă trăiește de două ori — o dată în chat-ul unde s-a luat, și o dată în documentul unde s-a scris. A doua e ce supraviețuiește. Fii persoana care scrie a doua.
- Alege manageri, nu companii. Un manager bun la o companie mediocruă te va accelera mai repede decât un manager mediocru la o companie grozavă. Primul e greu de găsit; al doilea e peste tot.
- Moneda compusă a acestei cariere e încrederea, nu skill-ul. Skill-ul îți aduce primul job. Încrederea — câștigată livrând în mod fiabil, comunicând clar și fiind onest despre ce nu știi — îți aduce fiecare următorul.
- Fii realist cu banii. Negociază. Mereu. Discret, politicos, cu date, și niciodată cu amenințări. Compunerea curbei salariale pe un deceniu valorează mai mult decât orice bonus singular pe care îl vei primi vreodată.
Aș fi încetat să spun da mai devreme. Cel mai limitant pentru carieră lucru pe care îl face un junior e să ia fiecare proiect. Cel mai limitant lucru pe care îl face un senior e să continue să ia fiecare proiect.
A spune nu — la feature-uri, la echipe, la angajamente întregi care nu se potrivesc — e o abilitate de senior. Am învățat-o mai târziu decât ar fi trebuit. Deci asta îți spun eu: învață-o mai devreme.
Trei pe zi. Uneori patru. Numărul real e între mine și barista mea.
Dacă mergi pe același drum și vrei să comparăm note — contact@milannialsoftware.com e deschis. Cea mai bună parte a acestei munci e să întâlnești oamenii care o fac alături de tine.
Continuă lectura