Den ryska divisionen av Google dök upp i december 2005. De första anställda satt först i Smolensky Passage och flyttade sedan till tredje våningen i affärscentret på Balchug 7. Sedan, när personalen utökades, fick några av de anställda flytta till Lotte Plaza. Så fort utrymmet på Baltschug Plaza blev ledigt kom laget tillbaka. Nu upptar Google Ryssland-teamet fjärde och nionde våningen i detta kontorscenter. Det sysselsätter cirka 150 personer: ingenjörer, advokater, revisorer, marknadsförare och försäljningsspecialister. Efter jobbet har de möjlighet att gå på yoga, massage eller bara sova. The Village besökte företagets kontor och fick reda på hur det fungerar där.

Google Rysslands kontor

plats: " Balchug Plaza»

antalet anställda: 150 personer

Fyrkant: 2500 kvm. meter

öppningsdatum: december 2005

Rekrytering

Alla Google lediga tjänster publiceras på sajten, det finns även möjlighet att söka.

Processen att anställa för ett jobb i ett företag är annorlunda genom att kandidaten intervjuas inte bara med chefen utan också med kollegor. Kandidater måste lösa icke-standardiserade problem som att räkna antalet tennisbollar som får plats på ett flygplan. Det kan inte finnas något rätt eller fel svar här - reaktionshastigheten och inställningen till lösningen är viktiga.

Google har program för seniorstudenter - under tre månader eller mer kan du komma på praktik på vilken avdelning som helst: juridik, marknadsföring, försäljning. Alla kontorsresurser, inklusive sjukförsäkring, tillhandahålls till praktikanter.

Arbetsorganisation

Schemat för företagets anställda är inte strikt fast, bara normen på åtta arbetstimmar observeras. Ingenjörer arbetar ofta med kollegor från andra kontor runt om i världen, så av nödvändighet kommer de sent och gör det mesta av arbetet på natten.

Varje anställd kan använda 20 % av arbetstiden för sina egna projekt. De måste vara i ett professionellt plan, men får inte vara relaterade till direkta arbetsuppgifter. Så här såg till exempel Gmail-e-posttjänsten ut vid ett tillfälle.

Alla nyanställda skickas som regel till utbildning i Dublin, där de berättar om företagets företagskultur. Enligt personalen är det häftigt, men man måste vänja sig. Det finns ingen formell underordning i företaget - alla tilltalar varandra nödvändigtvis som "du" och med namn. Det finns ingen fungerande klädkod - du kan komma även i tofflor, även barfota, den enda begränsningen är sunt förnuft.

Hos Google är det vanligt att dela kunskap med kollegor, för detta finns ett googler till googler system. Varje fredag ​​samlas anställda till TGIF, en informell fredagsträff där de äter och umgås över ett glas vin eller öl. Här introducerar de också nya medarbetare och delar professionella prestationer för veckan (till exempel lansering av en ny produkt).

Kontorsdekoration

Google Office är ett öppet utrymme. Eftersom anställda tillbringar mycket tid vid bord som är arrangerade i en cirkel, har de möjlighet att beställa ett transformerande bord som kan höjas och arbetas stående.

Vid utvecklingen av kontorets koncept beaktades åsikten från anställda som ville ha något lokalt som skulle återspegla rysk historia, så den fjärde våningen är inredd i stil med ryska sagor (men sovjetiska filmer och tecknade serier stöter på), den nionde våningen är gjord i stil med Moskvas tunnelbana. Det utvecklades av Fedor Rashchevsky från OFFCON-byrån.

Konferensrummen har namn som motsvarar golvets tema: på den fjärde - "Postman Pechkin", "12 stolar", "Nalle Puh", på den nionde - namnen på tunnelbanestationerna "Pushkinskaya", "Polyanka" , "Komsomolskaya", och förhandlingsstudion - " Mosfilm. Mötesrummen har stora plasmaskärmar och fitballs - du kan också sitta på dem vid ett möte. Om du behöver vara tyst eller prata på Skype kan du använda porttelefonen för en person.

Mat på kontoret

All mat på kontoret är helt gratis – inga kaffemaskiner eller matlock. På fjärde våningen finns en matsal "Samobranka", dit du kan komma för frukost, lunch och middag. Alltid på bordet olika typer torra flingor och müsli, färskpressad juice, smörgåsar.

Du kan också ta en bit mat i "Lukomorye"-zonen med bilden av Baba Yaga på ena sidan och en vägkantssten från sagor på den andra. Det finns kaffebryggare och stånd med snacks - barer, bröd etc. Många anställda håller fast vid principerna äta nyttigt och företaget stödjer det. Färgade klistermärken på matbrickor ger rekommendationer om hur mycket en eller annan produkt kan konsumeras per dag: grönt är det mest kostalternativ, gula respektive röda partier har fler kalorier.

Fritid och underhållning

Du kan sova på Googles kontor: för detta finns en dusch och en säng. På nionde våningen finns ett gym med motiverande sovjetiska affischer och en sömnkapsel. Genom ett enormt fönster i hela väggen har man en fantastisk utsikt över huvudstadens centrum.

Du kan också spela tv-spel på kontoret och bordtennis. På fjärde våningen finns en zon "Lukomorye". Hit kommer folk för att prata, dricka kaffe och koppla av. För att göra detta finns det schack, en gitarr (de säger att på något sätt de anställda till och med samlade ett band på jobbet, skrev sin egen musik och spelade) och ett minibibliotek. Det är sant att inte en enda skönlitterär bok hittades i biblioteket - bara semiprofessionell litteratur och skivor med filmer och TV-program som Top Gear.

Varje vecka kommer en yogalärare till kontoret - ett stort mötesrum är anvisat för lektioner. En professionell massageterapeut arbetar på kontoret, men hans tjänster är inte gratis och du måste boka tid med honom i förväg. De som inte hann anmäla sig kan använda massagestolen i ett mörkt, avkopplande rum.

Foto: Maria Turykina

Om din arbetslivserfarenhet

Jag ska försöka beskriva all min erfarenhet och de fallgropar som jag stötte på när jag förberedde mig för en intervju hos Google och andra Valley-företag (Microsoft, Amazon, Snapchat, Evernote, Cruise Automation, Uber, etc.). Jag satte ett mål att få ett erbjudande från Google eller Facebook, och ännu bättre från båda, alla andra företag var från kategorin "ja, om det är väldigt intressant, då kan du." Från första dagen jag började förbereda mig tills jag fick ett erbjudande från Google tog det 1 år och 5 månader. Jag fick det första erbjudandet efter 1 år och 2 månaders förberedelse. Det fanns totalt 7 on-sites (intervjuer på företagets kontor), 3 av dem var erbjudanden (Google, Evernote, Cruise Automation). Så låt oss börja.

bakgrund

Jag har varit leverantör på Google i Mountain View i ett och ett halvt år. Det fanns också flera Googlers som också var leverantörer tidigare. Naturligtvis antydde hjärnan hela tiden att de var "annorlunda", att de var "smartare-bättre-svalare" än jag. Och mitt öde är att vara en säljare. Jag försökte till och med en gång lösa ett problem på LeetCode. Jag kunde bemästra den 5:e enkla uppgiften, som visade sig vara 120 rader kod och som ett resultat klarade jag inte testerna. Det tog 5 timmar en vacker Kalifornien lördag eftermiddag. Jag insåg äntligen att alla runt omkring var "givna", men inte för mig.

Men ändå, när jag spenderade mycket tid med mina Googler-vänner, förstod jag en ungefärlig algoritm - vad och hur man gör. Jag gjorde precis som de sa och fick ett erbjudande (vilket förvånade mig mycket). Den andra nyansen är att på Google gjorde jag front-end, alla mina vänner var back-end, och de beskrev förberedelserna för back-end. Jag tänkte på det och bestämde mig: "Och back-end är också bra (jag skrev en gång i .NET, även om det var länge sedan), jag kommer att gå precis som dem, men jag kommer att göra mer än de gör, och sedan kommer definitivt få ett erbjudande."

Motivering

Att förbereda sig för intervjuer i stora företag är ingen sprint, det är ett maraton. Enligt min erfarenhet - från sex månader till ett och ett halvt år. Det här maratonloppet kräver mycket bränsle, och det kommer att bli väldigt tråkigt om det slutar mitt på vägen eller i slutet. Därför måste du förbereda resurser i förväg.

Vad jag menar

Förberedelserna är tidskrävande: cirka 2-3 timmar varje arbetsdag och varje hel dag. Det är faktiskt allt fritid. Jag var utan fru och barn, och det var lättare, å ena sidan kräver ingen konstant uppmärksamhet. Å andra sidan är det ingen som stödjer det.

Jag tror att du måste förhandla med människor som du är nära kopplad till "på stranden", så att de vet vad de kan förvänta sig, dela mål, hjälpa till i svåra perioder (de kommer att vara, alla hade dem).

Dessutom måste du tydligt förstå varför du gör detta och vad du vill få. Och det är bäst att detta mål ligger utanför dig, mer än dig. Om du gör något bara för dig själv - i svåra perioder kan du göra mål, om för någon - motivationen är mycket högre, och detta hjälper till att inte sluta.

Exempel 1: "Jag vill ha Google för att det är coolt", "Jag vill ha Facebook för att det finns mycket pengar"- det är för dig själv. När som helst kan du hitta en artikel om att Google är förfall, att de gav mindre pengar än i ett annat företag, att det är tråkigt, det är mycket politik. Än sen då? Och det är det, motivationen har fallit, böcker med algoritmer flyger ut genom fönstret.

Exempel 2: "Jag vill gå till Google för att ta min familj till USA och ge mina barn en bra utbildning", "Jag kan göra det och det med pengar från Facebook". I mitt fall lät motivationen så här: "Jag vill vara närmare hemmet". Jag funderade på att flytta till London eller Zürich. När jag började förbereda, sa jag till mig själv så här: "Gud, nästa gång flyger du hem när du får ett erbjudande, och det är det enda sättet." Jag ville åka hem och det gav mig energi. Jag antar att det inte fungerar för alla och det fungerar inte alltid, men det fungerade för mig.

Det andra tricket är förberedelser i par. Personligen har jag inte använt det, men mina vänner har framgångsrikt förberett sig på detta sätt. Efter jobbet sitter människor tillsammans i ett mötesrum och löser problem, var och en med sitt. De löser också problem vid svarta tavlan: en spelar rollen som en intervjuare, den andra är en intervjuperson. På så sätt kan du få feedback.

Process i allmänhet

Hela vägen kan delas in i flera steg:

1. Lösa problem på LeetCode eller InterviewBit.
2. Studie av algoritmer och datastrukturer.
3. Upprepning av lösta problem på LeetCode.
4. Förbereder för en designintervju.
5. Mock-intervjuer (telefon och whiteboard).
6. Riktiga intervjuer.
7. Erbjudande och alkohol glömska.

Problemlösning

Detta är den viktigaste och längsta delen av förberedelsen.

Hur många uppgifter behöver lösas? Jag tror - 200-250, varav 40-50% lätt, 40-50% medium, 10-20% svårt. Jag löste cirka 300, mina vänner - 120-160.

Men vad händer om du först går en kurs i algoritmer, och sedan löser problem? Det var min första idé, tack vare mina vänner avrådde de mig. Enkla uppgifter kräver inte kunskap om komplexa algoritmer, och enkla kan läsas i processen att lösa problem.

Men tänk om jag först läser hela boken "Cracking Coding Interview" med lösta pussel och går ut i striden redan förberedd? Inte värt det :) Lösningen jag precis läste kom jag inte ihåg ens mot slutet av samma dag, än mindre några dagar senare.

Du kan läsa början av "Cracking Coding Interview". Själva intervjuprocessen är väl beskriven där, hur man kommunicerar, grundläggande saker om algoritmer och datastrukturer, hur man analyserar komplexiteten i algoritmer etc. Jag förstod till exempel hur man analyserar komplexiteten i rekursiva algoritmer utifrån det.

Innan du börjar lösa problem om ett specifikt ämne kan du läsa lösningen av liknande problem i "Cracking Coding Interview". Det finns två skäl här:

• Ta bort en liten rake på vägen och få en allmän uppfattning om hur människor löser sådana problem.
• Att ta bort tunnelseende är när du löser hundratals problem, men missar av misstag de klassiska problemen. Sedan stöter du på en knepig uppgift i en intervju, vars existens alla utom du känner till (detta är av personlig erfarenhet).

Och vilka är uppgifterna, vilka ämnen behöver tas upp?

Du kan förstå vilka ämnen som finns i allmänhet med InterviewBit. Jag gillade inte att lösa problem där, men jag fick den allmänna idén. Tja, dessutom kan du titta igenom "Cracking Coding Interview".

I vilken ordning ska uppgifterna slutföras?

Du måste gå från enkla ämnen till komplexa (InterviewBit kommer att berätta ordningen). I varje ämne, lös problem tills det börjar visa sig åtminstone lite, och i det ögonblicket omedelbart byta till nästa ämne. Börja förstås med den lätta nivån. Jag försökte lösa varje problem i ungefär en halvtimme till en timme. Om han inte kunde, gick han för att titta på lösningen. Det finns ett forum på LeetCode för varje uppgift, där folk lägger upp sina lösningar, diskuterar, röstar. Jag valde de bästa lösningarna och studerade dem, och så studerade jag. Förmodligen är dessa forum den mest värdefulla platsen för lärande. Långt ifrån alla lösningar är lätta att förstå, även de där det finns kommentarer "Det här är helt fantastiskt!!!".

Till exempel började jag lösa problem för linjer. 1:a - bestämde inte, gick för att titta på lösningen, 2:a ... 5:a - samma sak. 6:a, 7:e - avgjort. Så det är dags att gå vidare till nästa ämne. Hemligheten är den här - du måste växla mellan ämnen så ofta som möjligt, så det är bättre att komma ihåg. Men om du byter innan det börjar lösa sig så kan du efter några ämnen helt demotivera dig själv. Hjärnan uppmanar hjälpsamt: "Tja, om du inte kan bestämma dig för något, ta en öl och titta på fotboll, det är bara inte för dig." Du måste vara beredd på det faktum att självkänsla och humör kommer att vara som en berg-och dalbana: det visar sig - vi rusar upp, det fungerar inte - vi tappar modet och faller ner. Du behöver bara komma ihåg att både den första och den andra är tillfälliga, du måste fortsätta. Om det inte blir något resultat under en längre tid är det lättare att ta uppgifter.

Hur löses problemet?

Naturligtvis kan du bara ta och lösa problem på LeetCode och inte krångla till det jag kommer att beskriva nedan. Men resultatet blir mycket bättre om du använder följande algoritm, eftersom den helt upprepar stegen i en riktig intervju:

1. Vi läser av problemets tillstånd, i inget fall försöker vi komma på en lösning innan villkoret läses till slutet. Det är viktigt!!! Hjärnan försöker hitta ett liknande problem, vars lösning den känner till, och förmedla det efter behov.
2. Vi försöker komma med klargörande frågor.
   1. Exempel 1: det finns en uppgift där du på något sätt måste transformera en sträng. Vad ska man fråga? - Vilka tecken kan finnas i en sträng - ASCII eller Unicode? Kan det finnas flera utrymmen bredvid varandra? Kan det finnas mellanslag i början eller slutet av en sträng? Finns det specialtecken som -,.^/ ? Finns det skillnad för analys mellan stora och små bokstäver? Hur lång är inmatningssträngen? Passar det i maskinens minne?
   2. Exempel 2: det finns en array av heltal, du måste hitta något i den. Frågor: Finns det dubbletter av element? Finns det negativa siffror? Vad händer om vi som ett resultat av beräkningen får mer än heltal.MAX_VALUE?
3. Vi ritar exempel, gärna ett par - ett klassiskt, det andra med hörnfodral. Efter det måste vi +/- vara säkra på att vi förstått uppgiften rätt.
4. Vi kommer fram till en direkt lösning och utvärderar dess komplexitet. Lösningens komplexitet måste alltid kunna avgöras.
5. Vi kommer med en mer optimal lösning, utvärderar dess komplexitet.
6. Vi utvecklar API-lösningar – vilka metoder kommer att vara (privata och offentliga).
7. Vi skriver kod i en anteckningsbok.
8. Vi felsöker koden från anteckningsboken med ett nytt exempel. Du behöver inte ta ett av exemplen som vi drog i början. I det här fallet är sannolikheten mycket stor att vi har skrivit en lösning för just det här fallet, och inte för alla möjliga. Bättre ta nytt exempel med ett hörnfodral, så att det potentiellt kan bryta lösningen.
9. Vi avbryter koden till vår favorit-IDE, samtidigt som vi inte tittar på papperet. Således upprepar vi lösningen två gånger.
10. Vi kopierar koden från IDE till LeetCode och kör den. Vid perfekt utförande bör det fungera korrekt första gången. Detta hände mig 10% av tiden.

Jag förstår att det låter som "jävligt mycket värdelöst arbete". "Jag kan bara gå vidare och skriva koden i LeetCode." Men alla dessa steg efter lite övning kommer att ta minuter eller till och med sekunder, vilket är avgörande i en intervju. Många killar somnade på det faktum att de inte hade tillräckligt med tid för att lägga till och felsöka lösningen. Och jag är en av dem.

Men vad ska man göra om problemet inte är löst?

När jag inte kunde komma på en lösning på en halvtimme eller en timme (först hände det att jag led en halv dag på en uppgift), då gick jag för att titta på de bästa lösningarna på forumet. Att analysera en lösning är nästan alltid en svår uppgift och tar tid: du måste granska och förstå flera lösningar, förstå komplexiteten, läsa länkarna till algoritmerna som författarna till lösningarna anger. Jag hittade och studerade de flesta av algoritmerna efter att jag träffat dem i riktiga lösningar. Och vad ska man göra med detta härnäst? Och då måste du upprepa med det här problemet alla steg som jag gav ovan. Och var det är bättre att göra det nästa dag, eller åtminstone i slutet av den dagen.

Jag laddade upp alla mina lösningar till GitHub. Statistiken är väl synlig och det finns alltid tillgång till koden. Jag började göra detta efter att LeetCode utplånade alla mina beslut. Så LeetCode är inte det det bästa stället att lagra dina beslut.

Algoritmer

Jag studerade algoritmer från farfar Sedgwicks kurser på Coursera (del 1, del 2). Videor av dessa kurser kan hittas på torrents.

Efter den första läxan av dessa kurser bestämde jag mig för att jag inte skulle göra dem. Anledningen är att det i läxor används mer av färdiga bibliotek med algoritmer än implementeringen av dessa algoritmer. Men att bara lyssna på kursen ger inget resultat alls. Jag lyssnade och tog hela anteckningar, som ett resultat fick jag två anteckningsböcker med en hel anteckning, som jag läste om 4-5 gånger. Det hjälpte mycket de sista dagarna innan intervjun, då man behöver upprepa mycket och snabbt.

Den andra viktiga nyansen - i processen att lösa problem blev det klart att det finns några algoritmer och knep som inte ingår i Sedgwicks kurser, men du måste känna till dem. Till exempel, hur man bygger en labyrint? Hur navigerar du genom labyrinten och hittar din väg ut? Och, naturligtvis, det finns en miljon dokument om varje sådant problem. Men innan intervjun finns det ingen tid att läsa en miljon dokument - du måste vara kort och rakt på sak. Så jag samlade sådana saker i en docka.

Designintervju

Designintervjun består av så kallade öppna designfrågor, som "hur man designar YouTube." Först kunde jag inte alls förstå vad som krävs och hur det ska se ut. Sedan hittade jag en kurs som öppnade mina ögon. Det är värt sina 80 spänn.

Det är också mycket användbart att läsa exempel på verkliga problem, till exempel på High Scalability. Om företaget vi intervjuar för har en ingenjörsblogg är den definitivt värd att läsa.

Beteendeintervju

Du kan skriva mycket, men för mig Bra sagt Jackson. I min praktik var en sådan intervju bara på Facebook. Intervjuarens uppgift är att förstå hur du är som person, om det kommer att vara bekvämt att arbeta med dig, hur du kommer att bete dig i ett visst företag.

I en sådan intervju på Facebook fick jag till exempel följande frågor. Här är två kommandon. Den första har en chef, analytiker, uppgifter skrivs, processer byggs, alla vet vem som ska göra vad. Den andra är inte strukturerad, det finns ingen tydlig ledare (den här rollen går över), hur man gör det är inte klart, det är bara klart vad som ska bli resultatet (det vill säga fullständig osäkerhet). Vilket team känner du dig mest bekväm med att arbeta i? Frågan var ännu mer komplicerad. Summan av kardemumman är att team inte är strukturerade på Facebook, det andra alternativet beskriver väl hur allt är byggt för dem. Och om du inte känner dig bekväm med att leva med det, så ska du förmodligen inte bli anställd.

låtsasintervju

En skenintervju är detsamma som en vanlig intervju, med skillnaden att den genomförs av vänner, kollegor eller speciella företag. Och så ger de sin feedback – vad är bra, vad behöver korrigeras. Detta är också ett kritiskt steg och bör inte förbises. Naturligtvis, att vara i dalen är det mycket lättare att göra detta. Jag hade många Googler-vänner runt mig, riktigt coola killar som gav mig ett 20-tal låtsasintervjuer. Jag var som Tom Sawyer, som åtog sig att måla staketet, och som ett resultat målade alla stängslet. Vi genomförde intervjun, naturligtvis, på engelska på en whiteboard med en strikt tidsgräns.

Jag gjorde falska telefonintervjuer (och sedan riktiga) på interviewing.io . Jag blev bara kär i den här resursen, killarna är verkligen fantastiska. Men de är nu skräddarsydda för USA och tillhandahåller denna tjänst i USA. Det fanns dagar då jag hade cirka 7-8 intervjuer per vecka på interviewing.io.

Först var det läskigt och obehagligt. Men vid tionde gången vände jag mig vid det och började gilla det. Jag misslyckades med de första intervjuerna, sedan började det lösa sig. Den genomsnittliga konverteringen var 50 %, det vill säga hälften klarade, hälften gjorde det inte. Det blev cirka 30-35 telefonintervjuer (riktiga och skenbara) totalt.

Hur man ansöker

Den enklaste och mest ineffektiva metoden är att fylla i ett formulär på företagets hemsida. Men ibland ger det resultat. Till exempel fyllde jag i ett formulär på Snapchat-webbplatsen och nästa dag en rekryterare kontaktade mig ordnade vi en telefonintervju. Med Google tycker jag att det är helt värdelöst, eftersom det här formuläret fylls i tusentals gånger om dagen.

Det andra sättet är arbetssajter som Hired.com. Du fyller i alla uppgifter om dig själv och sedan kontaktar de företag du är lämplig för dig. Tjänsten är inriktad på den amerikanska marknaden. Utan H1 eller grönt kort finns det inget att göra där.

Det tredje sättet är interviewing.io, som jag nämnde ovan, och liknande tjänster. De fungerar så här: först går du igenom telefonintervjuer på deras plattform. När du väl har klarat två, ger de dig möjlighet att göra anonyma telefonintervjuer med riktiga företag på deras plattform. Till exempel kommer en Uber-anställd och du in samtidigt, och han intervjuar dig. Om godkänd - ytterligare anblick. En falsk telefonintervju och en riktig telefonintervju är inte alls annorlunda. Det finns flera nackdelar med interviewing.io. För det första samarbetar de mer med nystartade företag, det finns få stora företag. Den andra är fokuserad på staterna (du behöver ett H1 eller ett grönt kort).

Det sista och mest effektiva sättet är genom en remiss. Det är då en person som arbetar på företag X ger en rekryterare en referens åt dig. Han måste ange hur han känner dig och varför han tycker att du passar bra + ditt CV. Sannolikheten att du kommer att bli kontaktad efter detta är mycket stor. Om de inte kontaktade, såg rekryteraren troligen något i CV:t som varnade honom.

Sammanfattning

Meritförteckningen för en ingenjör i dalen och Ukraina är mycket annorlunda. Den ska vara kort (bättre inte gå längre än två sidor), visa vad du verkligen gjorde (din påverkan för företaget).

Larisa, ingenjör på Google, skriver mycket om ämnet intervjuer, Google, Valleys på sin blogg. Hon har ett intressant avsnitt "Sammanfattning för granskning". Här öppnar folk åtkomst till Google doc med sitt CV, Larisa och andra läsare kommenterar det och försöker förbättra det.

Telefonintervju

En vanlig telefonintervju inkluderar röstkommunikation (via telefon, skype, hangouts, etc.) och kodning i ett delat Google-dokument eller delad online-IDE. Det tar 1 timme eller 45 minuter, detta måste förtydligas i förväg.

De första minuterna ägnas åt att lära känna varandra – intervjuaren kommer att berätta lite om sig själv, den sökande som svar ska också berätta vem han är och vad han är. Först hade jag svårt för det här, sedan skrev jag och fulländade en självpresentation i 2 minuter, repeterade den med en röstinspelare. Detta är faktiskt det första intrycket av dig, och det är bättre att inte förstöra det.

Därefter kopierar intervjuaren tillståndet för problemet och flera exempel till det delade dokumentet. Det är omedelbart värt att klargöra hur mycket tid som ges för att lösa problemet, eftersom det kan vara en, två eller till och med tre uppgifter. Ofta är det två uppgifter - en lätt att starta och den andra är redan mer seriös. Ibland är detta en uppgift, men efter att den första delen är klar komplicerar intervjuaren den ursprungliga uppgiften med ytterligare villkor. Efter alla förtydliganden måste du gå enligt planen som jag gav för att lösa problemet.

En mycket viktig punkt - börja inte i något fall skriva kod förrän du helt förstår lösningen på problemet. Annars är det mycket stor sannolikhet att du ska krångla i processen och förvandla koden till spagetti, följt av misslyckande. Än en gång - skriv inte i något fall kod förrän du har hittat en lösning. Jag gjorde detta misstag upp till ett dussin gånger och ångrade mig varje gång.

Det mest episka exemplet på detta misstag hände mig i en intervju med Evernote. Uppgiften var som följer - att analysera en CSV-fil med ett tågschema och skriva ett program som väljer det optimala tåget för vissa förhållanden. Du kan googla. Innan dess hade jag inte skrivit kod för att arbeta med filer i Java och var förvirrad. Jag bestämde mig så, jag kommer snabbt att reda ut det med filerna, och där ska jag på något sätt bygga en algoritm. Tid för allt - 1 timme 15 minuter. Under en halvtimme byggde jag vackra omslag runt att läsa från en fil, ett gäng enheter som beskrev tåg, rutter och annat skräp. Samtidigt hade jag liten aning om hur urvalsalgoritmen skulle fungera. Sedan insåg jag att jag inte hade tid, jag förstod inte hur man bygger en algoritm, paniken infann sig. 12 minuter innan intervjuns slut insåg jag hur det borde vara. På 15 minuter (med en fördröjning på 3 minuter) skrev jag koden (med ett par fel egentligen). Jag har aldrig skrivit kod så snabbt i mitt liv.

Onsight intervju

Om telefonintervjun lyckas är nästa steg insikt. Företaget köper flygbiljetter till dig, betalar hotellet och du flyger för att besöka dem. Så jag flög till Los Angeles för en intervju på Snapchat.

Alla intervjuer sker samma dag, en efter en med lunchrast. Rekryteraren skickar ett e-postmeddelande i förväg med ett schema som anger tid, typ av intervju och intervjuarens namn. Till exempel, på Snapchat, hade jag två tekniker före lunch och tre efter. Det är ingen paus mellan intervjuerna, om du drog ut på en intervju så stal du tid från dig själv på nästa. Därför är det bättre att omedelbart ta reda på var de har vatten och en latrin, och vid behov springa dit som en blixt.

Vilka typer av intervjuer på plats finns och hur man förbereder sig för dem

Klassisk teknisk intervju med uppgifter

Allt är relativt tydligt här - samma som på telefonen. Du måste komma ihåg följande faktum - du måste hålla dig inom ⅔ av tiden och lämna ⅓ för oförutsedda omständigheter, tro mig, de kommer att göra det. På Google är en intervju 45 minuter, vilket innebär att du efter att ha träffat dig har 25 minuter på dig. Av dessa 2-5 minuter för att förstå problemet och rita exempel, 2-5 för att komma på en lösning och 15-20 för att skriva kod och felsöka. Under felsökningen kommer naturligtvis fel upp, och de måste åtgärdas snabbt och vackert. Det är vad den omhuldade ⅓ behövs för.

Nyans - du behöver alltid gå till en intervju med din bärbara dator. Det första steget är att fråga om det går att koda på den. Facebook frågade mig: har du en bärbar dator? vill du koda på den? Svaret är ja, såklart! Det går snabbare och risken för fel är många gånger lägre. Dessutom är det två stora skillnader att skriva om kod på en whiteboard och i en IDE. Jag har upprepade gånger haft en situation där jag fixade fel på whiteboardtavlan, vilket resulterade i att koden blev helt oläslig (och troligen med nya fel). Intervjuarna tittade på det med sorg och tårar.

Den bärbara datorn bör ha en favorit-IDE och ett projekt med typiska mallar:

• arbeta med filer;
• tolka CSV-filer;
• läsning via http;
• Ett HTML-dokument med bifogade stilar.

Kommer du fortfarande ihåg min sorgliga upplevelse med Evernote? Så nästa gång blev jag också ombedd att analysera CSV, det tog 3 minuter. Intervjuare har inget emot om du använder sådana mallar – det sparar tid, och de förstår att du kan googla hur man tolkar filen.

En viktig punkt - du måste alltid kontrollera tiden. I en av intervjuerna på Google frågade min intervjuare, en kille i 25-årsåldern, mig ett knepigt dynamiskt programmeringsproblem. Jag hittade ett sätt att lösa det i kvadratisk tid, som han frågade: "Är det möjligt bättre"? Och jag började leta efter hur man gör det, paniken inträdde, men jag kunde inte hitta en "bättre" lösning. Vår dialog fortsätter:

jag: Jag kan inte komma på en bättre lösning. Kanske skriva min lösning och sedan fundera över det?
Han: Låt oss tänka i ytterligare 10 minuter. Om du inte hittar den skriver vi din.
jag: Det verkar för mig att tiden kanske inte räcker till. Låt oss skriva mitt först.
Han: Okej då.

Jag lyckades avsluta min lösning med en fördröjning på 5 minuter. Om jag hade lyssnat på honom hade jag inte skrivit något och misslyckats med intervjun till 100%. Och efter detta tar de inte astronauter. Saken är den att han uppskattade hur lång tid det skulle ta honom att skriva ett problem på tavlan, eftersom han kände till lösningen noggrant.

Berättelse om tidigare projekt

Du måste förbereda dig väl för den här frågan i förväg, fundera över vad du ska berätta. Du kan till och med förbereda en liten presentation i Google Slides och prata om den medan du ritar diagram på en whiteboard. Här måste du visa vikten av lösningen (vad allt detta är till för) och komplexiteten i lösningen.

Efter det första misslyckandet i en sådan intervju gjorde jag en presentation på 14 bilder med många roliga gifs (den kommer, vänner!) och fulländade den hemma framför spegeln. Sedan, i början av en sådan intervju, frågade jag alltid hur mycket tid jag har för en presentation, och visade sedan antingen alla bilderna eller bara de viktigaste. Naturligtvis måste du vara säker på att all information på bilderna är offentlig och inte ger ut företagshemligheter.

Designintervju

Det här är ett separat odjur, inte särskilt skrämmande, men specifikt. Här ges mycket allmänna förutsättningar som "Du måste bygga Dropbox" och se dig hacka dig igenom osäkerhetens taggbuskar. Vilka frågor ställer du, hur analyserar du problemet.

Mina tips från den här typen av intervjuer:

• Det första steget är att samla in kraven. Mycket tydliga och specifika krav som systemet ska uppfylla. Typiska frågor du kan ställa är: hur många användare, aktiva användare, tidszoner (en eller få). Acceptanskriterier - nätverksbandbredd (ingående/utgående trafik), RAM, lagring, latens, batteritid (för mobil) etc.
• Föreställ dig att intervjuaren är din kund (eller användare) som systemet byggs för. Vad vill han? Och vad kan erbjudas utöver detta (statistikinsamling, adminpanel)?
• Vilka blir användarna av detta system? Ofta finns det flera av dem - allmänna användare och administratörer. Och kraven på dem kan vara radikalt olika. För att förstå detta måste du samla alla användningsfall. Ett användningsfall kommer att motsvara en metod i API:t.
• Vi definierar tre nyckelelement- UI (om något), API, DB-schema. När du ritar ett användargränssnitt kan du ofta hitta nya användningsfall och diskutera dem.
• Utvärdera allt du kan - antal användare, förfrågningar (frågor) per sekund (QPS), latens, API-latens, diskutrymme du behöver (till exempel 5 år), cacheutrymme, ingående/utgående trafik.
• Utvärdera läs-skrivförhållandet separat. Är vårt system läst tungt eller skriv tungt? Beroende på detta, hur ska vi skriva och läsa data?
• Hur kommer datalagring och cachning att organiseras? Kanske behöver du en kö för att bearbeta dyra operationer? Hur kommer repliker och skärvor att organiseras (du måste ha en god förståelse för skillnaden mellan dessa begrepp)?
• För att underlätta förståelsen kan du först bygga ett system för 100 användare. Efter att intervjuaren samtyckt till en sådan design kan du fundera på hur vi ska skala den till tusentals och miljoner användare.
• Hitta avvägningar och diskutera dem. Det kan till exempel vara en avvägning mellan konsekvens och snabbhet. Vad är viktigare i detta sammanhang? Hur uppnår man detta?
• När vi ritar diagram bör inget block finnas i en enda instans, det är alltid en uppsättning av många. När en nod faller, bör dess klon omedelbart ersätta den. Vi måste fundera på vad nödsituationer kan vara och hur vi ska hantera det.
• Och viktigast av allt, lyssna noga på intervjuaren och argumentera aldrig med honom. Det verkar självklart, men många människor (jag bland dem) glömmer bort det.

Frågor till intervjuaren

I slutet av varje intervju lämnar intervjuaren 5 minuter för dig att ställa frågor.

Exempel på dåliga frågor: Vilket programmeringsspråk skriver du på? Vilket moln har du infrastruktur på? Vad är ditt DBMS? Vad är problemet här - företaget anställer en universell soldat, som om en månad eller två borde ta reda på de tekniska detaljerna. Det vill säga, det är faktiskt inte viktigt, det är liksom för snävt.

Vad är det bästa att fråga? Det enklaste: vad intervjuaren gillar och ogillar med företaget, varför han valde det här företaget. Du kan fråga om verksamheten: hur den fungerar, vilka problem och behov finns. Du kan fråga om arbetsvillkor: när folk kommer och går från jobbet, om de arbetar på distans, hur många möten, vilka.

10 dagar innan en viktig anblick

Jag hade två av de viktigaste platserna - Google och Facebook. Google var först och jag var ganska orolig. 10 dagar innan anblicken gjorde jag ett schema för varje dag över vad som måste göras. Den innehöll följande: upprepning av algoritmer, typiska uppgifter, uppgifter som möttes vid intervjuer hos Google, designfrågor. 5 dagar innan intervjun gick jag inte till jobbet och gick in i förberedelser med huvudet.

Jag blev intresserad av hur idrottare förbereder sig för viktiga tävlingar. Vad gör de för att inte få panik i ett kritiskt ögonblick? En av viktiga punkter– det här är en rullning i huvudet på en framtida prestation och träning under förhållanden nära verkliga.

Eftersom jag var TVC på Google (och jag blev tilldelad ett mötesrum där intervjun skulle ske innan helgen) så skulle jag komma och förbereda mig där. Jag kom samtidigt som jag skulle komma på intervjudagen och parkerade bilen där jag skulle göra det om några dagar. Jag ordnade om stolarna och valde färgen på markören, teckenstorleken, som är bekväm att skriva på whiteboardtavlan. Kanske var det detta som gjorde att jag kunde ta mig samman i det ögonblick då jag nästan missade en av intervjuerna.

Den slutliga

Några dagar efter attacken ringde en rekryterare mig. Grattis, sa att jag var bra gjort, allt gick bra. Jag hittade ett team i Schweiz i Zürich. Officiell tjänst - Software Engineer. Jag andades ut. Mitt huvud var helt tomt, jag sprang. Loppet om 1 år och 5 månader förklaras stängt.

Anställdas missnöje och klagomål om arbetsförhållandena hos Google. Tänk på Google-anställdas anspråk på deras arbete!

Det finns inget perfekt jobb i världen, varje person kommer alltid att ha några klagomål, anspråk och missnöje med sitt arbete!

Även för sådana välkänt företag som Google är Google-anställdas klagomål till ditt "olyckliga" jobb!

Tänk på Google-anställdas anspråk på deras arbete:

• "Åh... jag mår riktigt dåligt! Jag blev svårt bränd på Hawaii när jag var på företagets företagsfest ”;
• "Det är väldigt svårt för mig jobba på google! Jag är förbannad över att min 30-tumsskärm skymmer vacker utsikt till Bergen";

Google har gjort mer för mig än skolutbildning.

• "Eh ... på mitt kontor finns det inte en särskilt lång soffa, jag kan inte ligga ner till min fulla höjd!";
• "Jag är obekväm med det faktum Gym vara i en annan Google-byggnad! Jag vill verkligen öppna ett annat gym i byggnaden där jag jobbar, för jag vill inte spendera på vägen! Jag hoppas att företaget kommer att överväga mitt krav så snart som möjligt!”;
• "Jag skulle vara gladare att jobba på Google om vi bytte mobiltelefoner mer sällan! Eftersom jag inte har tid att vänja mig vid nytt mobiltelefoner, för några veckor senare - är den återigen tagen från mig och ändrad till en ännu nyare modell! Och så ständigt: (";
• "En tillfällig situation hände mig! Det fanns en dag när jag gick till Google Playroom och det fanns inga fåtöljer tillgängliga för mig! Och så var jag tvungen att spela Call of Duty på en stol! Kan du föreställa dig hur obehagligt det är?

Och här är några fler fantastiska klagomål från Google-anställda:

• "Jag kan bara inte få nog av Harbour Bridge på morgonen, för solen går upp över Sydney och skiner rakt igenom mitt fönster! Och jag stänger den motvilligt med persienner!”;
• "Och jag äter så mycket på Google under frukosten att jag inte hinner bli sugen på middag alls... och det finns så mycket godsaker som man måste äta med våld :)";
• "Jag gillar inte jobba på google i att i byggnaden där jag arbetar, ett begränsat urval av fritidsspelautomater! Därför måste jag gå upp och gå till en annan byggnad för att tillfredsställa mitt intresse”;
• "Jag är en tjej, och du vet hur det känns när du skämmer bort ditt hår med dessa gratis hörlurar på 100 $ från Google";

Det finns till och med sådana klagomål från Google-anställda:

Förr var folk pålästa, men nu googlas de...

• ”Jaha, berätta... hur kan man jobba normalt på ett företag om man kommer till sitt kök lugnt, och där laddade de nyligen in diverse drycker och juicer i kylskåpet, men de hann inte kyla ner ordentligt! Tja, vad är det?
• "Jag kan inte se skillnad på massagestolsinställningarna på Google! Jag känner inte skillnaden mellan lägena: "Surge of strength", "", "Regeneration", disorder!";
• "Jag jobbar på Google, jag kan inte lämna känslan av osäkerhet! Till exempel, när jag reser mig från skrivbordet och äter lunch står jag ständigt inför ett val: vilket kök jag ska gå till för att äta lunch, eftersom de båda är på samma avstånd från mig.

Så hur gillar du att jobba på Google? Hur gillar du klagomålen från Google-anställda?

4 steg till Google utan att ha högre utbildning

• Webbplatsutveckling,
• Programmering

• Översättning

Hur får man en ingenjörstjänst på Google utan högskoleexamen?
Här är en liten historia för dig.

Som alla andra skulle jag gå på universitetet. Mitt val föll på University of California i Los Angeles. Tyvärr hade jag en låg GPA i skolan (2,45 på en fyrgradig skala) och jag kunde inte komma in på det. Istället tog jag kurser i datavetenskap på ett lokalt universitet.

Steg #1: Fuska medan du kan

Medan jag studerade på kursen arbetade jag parallellt för ett litet företag i Griffith, Indiana. Skapade webbplatser för lokala småföretag för $12/timme. Arbetet blev förstås inte riktigt vad jag tänkt mig för mig själv i framtiden, men det kunde ha varit värre.
Jag försökte att inte sticka ut, jag gav löften med marginal samtidigt som jag uppfyllde dem lite tidigare. Arbetade med olika projekt. Företaget gick bra för mig.

Under tiden försökte jag göra ett spel på fritiden som jag inte hade så mycket av.
Och på något sätt tog jag mod till mig, gick jag till ledningen och bad om 3 månader på deras bekostnad för att slutföra mitt spel och börja sälja det online. Jag gjorde tabeller och färgglada grafer över hur shareware-modellen kommer att fungera och hur mycket vinst som kan göras. Jag hade en vag uppfattning om allt detta, men genom något mirakel trodde de på mig, kanske tack vare den färgglada grafiken. Efter två månaders utveckling lanserade jag en demo online.

Vid något tillfälle skickade en ung startup i Kalifornien, med stöd av CodeFire, ett meddelande om att de gjorde samma spel! En top-down rymdskjutare som SubSpace, bara i 3D. I sitt meddelande krävde de att jag skulle ta bort mitt spel.
På detta kunde jag bara svara en sak: Självklart, om du anställer mig.
Och de svarade med ett jobberbjudande! Jag gick till dem.
Företaget behöll rättigheterna till det ursprungliga spelet. Jag meddelade min avgång tre veckor i förväg och vi skildes åt på goda villkor.

Steg #2: Bli vän med proffsen.

Detta är förmodligen en av de viktigaste sakerna du kan göra. Hitta någon som är en professionell inom sitt område och gör dem till din mentor. Och sluta aldrig lära dig. Under min tid på Double Helix blev jag mentor av Nathan Hunt, en av de smartaste och ödmjukaste killarna jag någonsin träffat. Och han var väldigt tålmodig trots mina grundläggande frågor. Jag måste ha gått till hans kontor tusen gånger för att få ytterligare en dum fråga besvarad. År senare kommer han att gå med i Google en månad efter mig.
Var och en av mina mentorer förändrade något i mig och i min syn på världen. Och detta är bara en liten del av vad de gav mig.

Steg #3: Fyll i kunskapsluckorna.

Eftersom jag inte hade en högre utbildning kunde jag inte så mycket grundläggande saker.
Jag implementerade till exempel en fysikmotor, men samtidigt stötte jag aldrig på dynamisk programmering (ett sätt att lösa komplexa problem genom att dela upp dem i enklare deluppgifter). För att fylla i dessa luckor har jag implementerat nästan alla vanliga algoritmer och datastrukturer som jag har hört eller läst. Den nödvändiga informationen kan hittas i överflöd, men det finns ett stort gap mellan att se hur något fungerar och att förstå essensen av detta arbete.

Med tiden måste du göra följande:
1. Bli proffs på minst ett av dessa språk: C, C++, Objective-C, Java, PHP eller Python
rubin. Behärska minst ett annat språk och bli bekant med språk som Scala, Haskell eller Lisp.
2. Lär dig datastrukturer. Gör implementering av de flesta av dem. Du måste också förstå tidskomplexiteten hos algoritmer (O är notationen för att uppskatta komplexiteten hos algoritmer).
3. Lös programmeringsproblem. Läs detta och försök lösa problemen härifrån.
4. Skapa din portfölj. (till exempel ramverk du har skrivit, olika applikationer, små spel etc.)

Steg #4: Få självförtroende.

Sex år efter att jag flyttade från Indiana har jag gjort sex spel på flera plattformar. Jag blev uttråkad, jag behövde något nytt. Jag skickade mitt CV till Google och tänkte att om de tog mig så skulle jag bli en riktig ingenjör, eftersom jag "ansåg mig vara underlägsen" på grund av bristen på det eftertraktade papperet. Men jag fick aldrig något svar, vilket faktiskt inte var förvånad.

Ett år senare skickade jag in mitt CV igen. Bara den här gången tog jag bort avsnittet "Utbildning" i den helt. Ironiskt nog ringde rekryteraren mig för att göra en förintervju via Skype. Jag bad om att boka om intervjun två veckor senare och han gick med på det. Jag behövde den här tiden. Jag använde dessa två veckor för att stoppa in så mycket som möjligt i mitt huvud. fler algoritmer och datastrukturer. Jag programmerade 12-14 timmar om dagen och löste hundratals problem under den tiden. Jag var bokstavligen besatt och slutade inte förrän min rädsla för Google-intervjun förvandlades till självförtroende.

Jag kommer ihåg alla mina Google-intervjuer. Det var fantastiskt. Det var ganska intressant att prata med intervjuarna. De såg min upphetsning och var vänliga mot mig.

Några av uppgifterna som jag fick:

1. Med tanke på en uppsättning tvådimensionella punkter måste du beräkna horisonten. Det var enkelt. Jag har använt en datastruktur som kallas en binär hög. Här är en lösning på detta problem
2. Designa Microsoft Paint.
   Det var den roligaste utmaningen. Jag började med att rita gränssnitt och klassdiagram. Jag nämnde fyllningsverktyget och intervjuaren bad mig implementera det. Som tur var visste jag hur jag skulle göra med slutna ögon.
3. Beskriv din åsikt om bra programmeringsstil.
   Det var en öppen diskussion. Jag pratade om vilka testmetoder som finns och när man ska använda dem (till exempel: Unit Testing, Integration Testing, Acceptance Testing). jag talade om enhetlig stil koda. Och så vidare. Detta finns i böckerna Code Complete och Effective Java

"Segrarna vinner först och går sedan i krig, medan förlorarna går i krig först och sedan strävar efter att vinna."

P.S. Tyvärr finns det inte tillräckligt med karma ännu för att placera ämnet i lämpliga nav, snälla sparka inte för hårt på grund av detta)

Taggar:

• framgångshistoria
• jobba i google

Alla drömmer inte om att jobba någonstans. Många som har bestämt sig för att koppla ihop sina liv med IT drömmer om att jobba på Google.

Google är ett jätteföretag, ett av de största IT-företagen. Anställda på ett sådant företag behövs ständigt (nya områden, personalomsättning).

Allt som skrivs nedan är baserat på personlig erfarenhet, såväl som erfarenheten från de människor som jag kan lita på.

Steg 1 - sammanfattning.

• e-post, telefon för kommunikation
• alla studieorter (universitet), tilläggsutbildning
• arbetserfarenhet *
• Personliga egenskaper (tänk på något mer originellt än lyhördhet, stresstålighet, sällskaplighet)
• Hobby
• Referens - personer som kan ge dig rekommendationer
• Språkkunskaper

Vad behövs inte skriv i ditt CV:

• Födelsedatum, personlig information
• Finns det körkort
• Familjestatus
• Andra "skal" som bara kommer att distrahera rekryteraren

CV-format anges på webbplatsen (pdf, doc, html). Det rekommenderade formatet är .pdf.

Steg 2 – jobbsökande

Hos Google finns också ett akut behov av kandidater. För sådana lediga tjänster behöver du köra i sökningen "För omedelbar övervägande". Alla "brinnande" lediga jobb kommer att visas för dig. Du måste skicka ditt CV till e-postmeddelandet, vilket också anges på sidan. Var uppmärksam på vad som står i raden Viktigt.
Om du anger ämnet för mejlet felaktigt kommer mejlet att avvisas. Tyvärr jobbar folk i företaget, inte robotar, så det finns överlagringar som långsamt, men korrigeras (jag skickade ett CV till en ledig tjänst 6 gånger, med ett exakt specificerat ämne, men det avvisades; efter 3 veckor fixade de det) .

Steg 3 - Skicka in ditt CV

Om du skickar ett CV till en e-postadress (het ledig tjänst), så rekommenderas det att skicka det i html.

Det finns en liten hint här som kan påverka rekryterarens beslut. Tipset kallas "skicka ett CV av en Google-anställd." Var kan jag få eller träffa en sådan person? PÅ i sociala nätverk(LinkedIn, proffs). Om du kan komma överens och få vänner, kommer du med ett framgångsrikt resultat att få ett jobb och en rådgivare - ett monetärt incitament.

Steg 4 - förbereda för den första intervjun

Steg 5 - Telefonintervju

Steg 6 - Teknisk intervju

Steg 7 -intervju på plats

Steg 8 - Få jobb erbjudande

Allmän information som kan vara till hjälp

1. All kommunikation och alla nyheter rapporteras till dig av rekryteraren. Var inte rädd för att skriva till honom
2. Bryt inte mot NDA-villkoren
3. Var självsäker, försök att inte oroa dig före intervjuer
4. Googles språk är engelska, så du måste inte bara skriva på det med hjälp av en översättare, utan även tala det. Det är väldigt viktigt
5. Tiden för att fatta beslut om varje objekt är individuell, men det kommer att ta dig i genomsnitt 1 månad från att du skickar ett CV till att du får ett jobb om du lyckas
6. Google har en mycket hög avvisningsfrekvens (falsk-negativ). Det här är inte en anledning att bli upprörd, utan en anledning att jobba på sig själv
7. Du kan söka samma tjänst sex månader efter första försöket. För en annan ledig tjänst - när som helst
8. Hos Google är all mat gratis.

Tänk trots allt, bara 8 steg skiljer dig från drömjobbet för miljoner. Kanske är det du som saknar företaget! Varför inte försöka?