När jag äntligen fick det där erbjudandebrevet med det iögonfallande kompensationspaketet och den prestigefyllda logotypen högst upp kände jag att jag hade klarat det. Efter att ha arbetat i flera år på ett serviceföretag och sedan ett teknikföretag på mellannivå där processerna var relativt enkla och förväntningarna var tydliga, var jag på väg till det förlovade landet: en senior ingenjörsroll på ett FAANG-företag.
Visioner om banbrytande teknik, briljanta kollegor och att arbeta med produkter som används av miljarder dansade i mitt huvud. Jag föreställde mig djupa tekniska diskussioner över gratis gourmetluncher och att lösa komplexa tekniska problem som skulle förändra världen.
Fem år senare är jag fortfarande här, men min upplevelse har varit... annorlunda än förväntat. Inte nödvändigtvis sämre – på många sätt bättre – men definitivt inte vad jag hade föreställt mig. Om någon hade visat mig en "dag i livet"-video av mitt faktiska jobb innan jag började, kanske jag trodde att de visade mig helt fel roll.
Om du är på väg mot en senior roll på en teknikjätte, här är vad jag önskar att någon hade berättat för mig innan jag började.
Verklighetskontrollen
Interna verktyg är komplexa
Min första utmaning kom under onboarding. Det interna verktygslandskapet var stort och sofistikerat, med dussintals specialbyggda system att lära sig.
Vill du köra en fråga mot produktionsdata eller göra en enkel konfigurationsändring? Det kräver ofta navigering i flera system, godkännandeprocesser och ibland samordning med team i olika tidszoner.
En minnesvärd dag tillbringade jag flera timmar med att arbeta genom ett behörighetsarbetsflöde för en tjänst som mitt team ägde. Processen var grundlig – utformad för säkerhet och ansvarsskyldighet – men definitivt en inlärningskurva för någon ny.
En minnesvärd dag tillbringade jag fyra timmar med att försöka få tillstånd att se loggar för en tjänst som mitt team ägde. Godkännande arbetsflödet skickade mig genom en cirkulär referens som skulle göra vilken rekursiv funktion som helst avundsjuk.
Visst, det finns dokumentation – tusentals sidor av den, det mesta är föråldrat. Jag tillbringade mina första tre månader med att lära mig akronymer (vi hade 347 interna TLAs vid min senaste räkning) och att ta reda på vilken wiki som hade korrekt information för systemet jag arbetade med. Ironin med att bygga snygga, intuitiva produkter för allmänheten medan våra interna verktyg såg ut som om de designades 1995 gick inte förlorad för mig.
Kodning är den enkla delen
När jag gick med förväntade jag mig att ägna större delen av min tid åt att ta itu med utmanande tekniska problem. I verkligheten lägger jag ungefär 20 % av min tid på att skriva kod. Resten? Möten. Dokumentation. Recensioner. Planering. Politik.
Som senior ingenjör mäts ditt värde inte av hur mycket kod du skriver – det mäts av hur mycket du aktiverar andra och navigerar i organisationen för att få saker gjorda. Jag var tvungen att snabbt gå från att tänka på mig själv som en kodproducent till en kraftmultiplikator.
Den dolda hierarkin
På pappret har FAANG-företag relativt platta hierarkier med enkla tekniska nivåer. I praktiken finns det ett komplext nät av inofficiella maktstrukturer.
Det finns ingenjörer som har varit där sedan de första dagarna – de kanske är på samma nivå som du på karriärstegen, men deras åsikter väger tio gånger så mycket i designrecensioner. Det finns "högsyns"-team som arbetar med strategiska projekt, och "underhålls"-team som håller kritisk infrastruktur igång men får mindre erkännande.
Du lär dig snabbt att en titel som senior ingenjör kan betyda väldigt olika saker beroende på vilket team och organisation du är i. En senior ingenjör i ett team för konsumentprodukter kanske arbetar med fundamentalt andra utmaningar än en i molninfrastruktur eller ML-system.
Vad som faktiskt betyder något
Statistik över innovation
Jag kom in med drömmar om arkitektonisk elegans och innovativa lösningar. Jag hade en vacker mikrotjänstarkitektur som skulle ersätta vår monolitiska rekommendationsmotor med något skalbart och underhållbart. Jag var redo att evangelisera GraphQL och event sourcing. Jag hade övat min pitch på att modernisera vår tekniska stack.
Sedan slog verkligheten till. Vad företaget faktiskt bryr sig om är mått som flyttar affärsnålen.
Minskad latens med 5ms med en smart algoritm som använder konsekventa hash- och probabilistiska datastrukturer? Arkitekturgranskningskommittén nickade artigt medan de kollade deras e-postmeddelanden. Ökad klickfrekvens med 0,1 % med en enkel CSS-ändring som gjorde att knappen blått istället för grön? Ledarskapet lurade plötsligt runt mitt skrivbord och bad om dagliga uppdateringar.
En av våra mest hyllade senaste "innovationer" var att bokstavligen flytta en knapp 20 pixlar högre på sidan. Det gav 140 miljoner dollar i ytterligare kvartalsintäkter. Ingenjören som A/B testade den förändringen befordrades snabbare än personer som hade ägnat månader åt att omstrukturera kritisk infrastruktur.
De mest framgångsrika ingenjörerna jag har observerat är inte nödvändigtvis de mest briljanta – de är de som förstår vilka mätvärden som är viktiga för ledarskap (vanligtvis MAU, retention och intäkter) och obevekligt fokuserar på dem.
Konsten att den inkrementella vinsten
Vid startups var jag van vid massiva omskrivningar och dramatiska förändringar. På FAANG lärde jag mig att inkrementella förbättringar är framgångens valuta.
Stora, genomgripande förändringar är riskabla och politiskt svåra. Ingenjörerna som trivs är de som kan bryta ner massiva förbättringar i en serie små, säkra förändringar som kan skickas oberoende. Det är mindre glamoröst men mycket mer effektivt.
Storytelling Trumps implementering
Detta var kanske min största uppenbarelse: din förmåga att berätta en fängslande historia om ditt arbete är ofta viktigare än själva arbetet.
Jag har sett mediokra projekt firas eftersom deras tekniska leads var mästerliga på att skapa berättelser kring effekt och affärsvärde. Omvänt har jag sett banbrytande tekniska prestationer ignoreras eftersom ingenjörerna inte kunde förklara varför någon skulle bry sig.
Att lära mig att översätta tekniskt arbete till affärskonsekvensberättelser har varit den enskilt viktigaste färdigheten jag har utvecklat.
Hur jag anpassade mig (och du kan också)
Bygg relationer med ledarskap
Den kanske mest kontraintuitiva lektionen var att inse att enbart teknisk excellens inte skulle ta mig dit jag ville. På mina tidigare företag räckte det att vara den bästa ingenjören. På FAANG upptäckte jag att ingenjörerna som verkligen trivdes var de som byggde starka relationer med ledarskap samtidigt som de förkroppsligade företagets principer.
Detta betyder inte att bli en ja-person eller spela politik på ett negativt sätt. Det innebär att förstå att direktörer och huvudingenjörer verkar i en annan verklighet med olika begränsningar. De jonglerar med organisatoriska prioriteringar, personalstrider och kvartalsvisa företagsgranskningar medan du är orolig för migrering av databasscheman.
Jag började boka månatliga fika med min direktör, inte för att diskutera mina projekt, utan för att förstå hennes utmaningar. Jag anmälde mig frivilligt för att skapa de tekniska bilderna för hennes kvartalspresentationer. När ledarskapet tillkännagav nya initiativ, ansträngde jag mig för att koppla vårt teams arbete till de bredare målen och formulerade det i termer av företagsvärderingar.
Resultatet? När kritiska projekt behövde en ägare dök mitt namn upp. När omorganisationer hände (och de händer alltid) utökades mitt teams stadga. Och när jag behövde stöd för ett kontroversiellt tekniskt beslut, hade jag allierade på ledarnivå som litade på mitt omdöme.
Att vara synlig för ledarskap utan att framstå som självreklam är en konstform. Nyckeln är att genuint tillföra värde på ett sätt som också råkar visa upp dina förmågor. Vänta inte med att bli "upptäckt" - positionera dig aktivt som någon som förstår både det tekniska och affärsmässiga lagret i organisationen.
Fokus på Force Multiplikation
Jag slutade försöka vara den hjälte som skriver mest kod eller kommer på den smartaste lösningen. Istället fokuserade jag på att göra alla omkring mig mer effektiva.
Jag skapade bättre dokumentation. Jag byggde verktyg för att automatisera vanliga uppgifter. Jag tillbringade tid med att vara mentor för yngre ingenjörer. Jag identifierade flaskhalsar i våra processer och fixade dem.
Dessa bidrag visas sällan direkt i prestationsmätningar, men de skapar ett rykte som någon som gör hela laget bättre – vilket är mycket mer värdefullt på seniornivå.
Bygg ditt politiska kapital
Jag började behandla relationsbyggande som en del av mitt jobb, inte en distraktion från det. Jag planerade regelbundna kaffechattar med ingenjörer från andra team. Jag anmälde mig som frivillig för tvärfunktionella initiativ. Jag såg till att förstå vad andra team arbetade med och hur mitt teams arbete påverkade dem.
När jag behövde stöd för ett projekt eller ett designbeslut behövde jag inte längre övertyga främlingar – jag kunde nå ut till människor som jag redan hade byggt relationer med.
Lär dig att säga nej (strategiskt)
Vid startups sa jag ja till allt – det är så man överlever i en miljö med begränsad resurs. På FAANG är att säga ja till allt ett recept på utbrändhet och medelmåttighet.
Jag lärde mig att utvärdera förfrågningar baserat på synlighet, inverkan och anpassning till både mina karriärmål och företagets prioriteringar. Jag blev bekväm med att säga: "Det är inte den bästa användningen av min tid just nu, men här är vad jag kan göra istället..."
Detta selektiva tillvägagångssätt gjorde att jag kunde fokusera på arbete som faktiskt betydde något.
Hitta din nisch
De mest respekterade senioringenjörerna jag känner har en specialitet – de är inte bara generiskt bra på allt. De är "prestandaexperten" eller "tillförlitlighetsgurun" eller "skalningsspecialisten".
Jag utvecklade medvetet expertis inom observerbarhet i distribuerade system. Jag blev vårt teams Prometheus och OpenTelemetry-guide, byggde anpassade Grafana-instrumentpaneler som faktiskt var vettiga och skapade ett spårsamplingssystem som minskade våra observerbarhetskostnader med 72 % samtidigt som vi förbättrade vårt signal-brusförhållande.
Den här specialiseringen innebar att jag drogs in i arkitekturrecensioner för högskaliga system och blev den bästa personen när det gick åt sidan i produktionen. Min personsökare kanske slocknar oftare, men jag löser de utmaningar som verkligen intresserar mig, inte bara vilken biljett som är högst upp i sprintbacklogen.
De oväntade fördelarna
Trots den första kulturchocken har jag hittat oväntade fördelar med livet på FAANG:
- Skala och genomslag : Efter att ha arbetat på mindre företag är räckvidden av det vi bygger fantastiskt. Det är djupt tillfredsställande att veta att vårt arbete påverkar miljontals människors liv positivt varje dag.
- Inlärningsmöjligheter : Problemens komplexitet och resurserna för att lösa dem är oöverträffade.
- Karriärkapital : Varumärket på mitt CV och nätverket jag har byggt kommer att öppna dörrar för resten av min karriär.
- Berättelser om mänsklig påverkan : Kanske mest givande är de enstaka kundberättelserna som filtrerar igenom – hur vår teknik hjälpte någon att hålla kontakten under en pandemi, gjorde det möjligt för ett litet företag att överleva eller gjorde vardagen bara lite bättre för någon halvvägs runt om i världen.
Är det värt det?
Om fem år skulle jag göra samma val igen? Absolut – men med mer realistiska förväntningar.
Jobbet handlar inte om att vara den kodande hjälten som begår 2 000 rader perfekt kod dagligen eller det ensamma geniet som skapar nästa revolutionerande system. Det handlar om att utnyttja företagets massiva skala för att skapa genomslag. Det handlar om att navigera i komplexitet – teknisk, organisatorisk och mänsklig – för att skicka produkter som används av hundratals miljoner.
Om du funderar på en ledande roll på ett FAANG-företag, gå in med öppna ögon. Utmaningarna blir annorlunda än du förväntar dig. Du kommer att spendera mer tid i designdokument än i din IDE. Du måste bli flytande i företagets principer även om de ibland låter som företagens tal. Du måste lära dig en ny definition av framgång där din GitHub-bidragsgraf ser sparsam ut men ditt inflytande finns överallt.
Men om du kan anpassa dig kommer du att få färdigheter som är omöjliga att utveckla någon annanstans. Tillfredsställelsen av att se ditt arbete påverka miljontals användare är verklig. Och du kanske bara upptäcker att rollen du faktiskt har – delvis diplomat, delvis arkitekt, delvis coach – är mer intressant än den rent tekniska roll du föreställt dig.
Författaren är Senior Software Engineer på ett FAANG-företag, där de är specialiserade på observerbarhet av distribuerade system. De anslöt sig till FAANG för fem år sedan efter att ha arbetat på ett serviceföretag och ett teknikföretag på mellannivå, och skaffat sig erfarenhet av strukturerade miljöer innan de dyker in i komplexiteten hos en teknikjätte.
