Nuantez putin ce am zis in postul cu CVul: daca ai facut o facultate de profil si ai note mari sau daca ai fost la concursuri de info sau de mate si ai facut bine la nivel national sau daca ai participat la proiecte open source sau daca ai multe proiecte personale sau daca ai facut deja internshipuri in facultate ai sanse bune sa ajungi la faza de interviuri. E mai bine sa nu ai doar una dintre cele enuntate in CV dar deja cu una ai sanse bune. Alta chestie importanta e sa fi recomandat de cineva din firma, chiar daca ai un CV care nu arata extraordinar, o recomandare interna aproape sigur iti asigura un interviu.
In Bay Area interviurile tehnice sunt destul de standardizate. Cele la Facebook, Google, Microsoft, Twitter, Quora, Palantir sunt similare. Ele de obicei dureaza 45 de minute si contin intrebari de coding care trebuie rezolvate pe tabla, intrebari de algoritmica sau intrebari de system design. Pentru studenti se insista pe algoritmica si coding, pentru ca inca nu au asa multa experienta practica.
In Bay Area interviurile tehnice sunt standardizate. Cele la Facebook, Google, Microsoft, Twitter, Quora, Palantir sunt similare. Ele dureaza 45 de minute si contin intrebari de coding care trebuie rezolvate pe tabla, intrebari de algoritmica sau intrebari de system design. Pentru studenti se insista pe algoritmica si coding, pentru ca inca nu au asa multa experienta practica.
In general poti coda in ce limbaj iti place daca pe fisa postului pe care aplici nu se specifica un anumit limbaj.
*Algoritmica*
Adevarul trist e ca un curs de algoritmica in facultate nu e de ajuns ca sa te simti confortabil in nici un domeniu, chiar daca ai luat 10 la examen. Aici cei care au facut la viata lor concursuri de programare au un avantaj clar. Dar pentru un om pasionat, care nu a avut la viata lui interes sau contacte cu olimpiada, putin antrenament ajuta foarte mult. Daca ai probleme sa zici pe loc complexitatile la operatiile unui hash table sau unui binary search tree atunci trebuie sa mai muncesti. As recomanda sa parcurga o carte de algoritmica cu multe probleme: http://larc.unt.edu/ian/books/free/poa.pdf
Oricarui inginer ii e util sa aiba o intelegere mai clara a algoritmilor, a structurilor de date si a complexitatii lor. Asta e un sfat bun si pentru cei ce nu sunt interesati de interviuri.
Adevarul trist e ca un curs de algoritmica in facultate nu e de ajuns ca sa te simti confortabil in nici un domeniu, chiar daca ai luat 10 la examen. Aici cei care au facut la viata lor concursuri de programare au un avantaj clar. Dar pentru un om pasionat, care nu a avut la viata lui interes sau contacte cu olimpiada, putin antrenament ajuta foarte mult. Daca ai probleme sa zici pe loc complexitatile la operatiile unui hash table, unui binary search tree, unui heap sau cum functioneaza o cautare in latime atunci trebuie sa mai muncesti. Recomand sa parcurgi o carte de algoritmica cu multe probleme: http://larc.unt.edu/ian/books/free/poa.pdf
Oricarui inginer ii e util sa aiba o intelegere mai clara a algoritmilor, a structurilor de date si a complexitatii lor. Sfatul e bun si pentru cei ce nu sunt interesati de interviuri.
*Coding*
Aici apar primele probleme in majoritatea interviurilor. Problemele de coding din interviu nu sunt foarte grele pentru ca trebuie terminate in 10-20 de minute de un programator decent. Fiecare candidat variaza la viteza si corectitudinea codului chiar in aceiasi zi, mai ales sub presiunea interviurilor. Eu le recomand prietenilor mei sa intre pe topcoder.com/tc si sa faca 30 de concursuri in practice room, concursuri de divizia a 2-a. Problemele de acolo sunt foarte apropiate ca dificultate ca problemele de coding de la companiile din state. Cand incepi sa rezolvi toate 3 problemele din un concurs consistent in 75 de minute inseamna ca esti aproape de interviuri. Ar fi misto sa pot recomanda probleme de pe infoarena dar din pacate platforma infoarena e prea mult formata de si pentru olimpici care vor sa participe la concursuri internationale si atunci nu adreseaza prea bine nevoia de a iti testa viteza si corectitudinea la probleme ceva mai simple. Sa scrii corect e cel mai important. Daca scrii corect e bine si sa scrii rapid.
Aici apar primele probleme in majoritatea interviurilor. Problemele de coding din interviu nu sunt foarte grele pentru ca trebuie terminate in 10-20 de minute de un programator decent. Fiecare candidat variaza la viteza si corectitudinea codului chiar in aceiasi zi, mai ales sub presiunea interviurilor. Eu le recomand prietenilor mei sa intre pe topcoder.com/tc si sa faca 30 de concursuri in practice room, concursuri de divizia a 2-a. Problemele de acolo sunt foarte apropiate ca dificultate ca problemele de coding de la companiile din state. Cand incepi sa rezolvi toate 3 problemele din un concurs consistent in 75 de minute inseamna ca esti aproape de interviuri. Ar fi misto sa pot recomanda probleme de pe infoarena dar din pacate platforma infoarena e prea mult formata de si pentru olimpici care vor sa participe la concursuri internationale. Astfel nu adreseaza prea bine nevoia de a iti testa viteza si corectitudinea la probleme ceva mai simple.
Nu se dau puzzleuri ca 'cate mingi de golf ar umple un autobuz' deci nu va pierdeti vremea antrenandu-va cu asa ceva.
Nu se dau puzzleuri cum ar fi 'cate mingi de golf ar umple un autobuz' desi apar prin ziare, deci nu va pierdeti vremea cu asa ceva.
Ar mai fi o gramada de sfaturi utile: foloseste nume de variabile bune nu i, i1, ii1, x, y, z; sa scrii codul modular; sa citesti ceva de design; testing; threading etc, dar cel mai important e sa poti codezi o solutie corecta in un timp limitat.
Din nou, daca sunteti interesati de companii din state ma puteti contacta la cosminn at gmail.com
S-a scris deja destul de mult pe subiectul asta si exista resurse foarte bune asa ca va recomand o lista ca *lectura obligatorie*:
S-a scris mult pe subiectul asta asa ca in loc sa repet sfaturile altora va recomand *lectura obligatorie*:
Exista o carte 'Cracking the coding interview':http://www.careercup.com/book scrisa de o fosta inginera Google.
'Cracking the coding interview':http://www.careercup.com/book carte foarte buna scrisa de o fosta inginera Google.
Ea are si un video care simuleaza experienta unei bucati din un interviu
==YoutubeVideo(id="2cf9xo1S134" width="420" height="315")==
Cum e sezon de recrutare, Palantir, un startup tare din zona a publicat doua articole foarte bune despre coding si algoritmica in interviuri
'Interviul de algoritmi':http://blog.palantir.com/2011/09/26/how-to-rock-an-algorithms-interview/
'Interviul de coding':http://blog.palantir.com/2011/10/03/the-coding-interview/#more-1925
Sfaturile lor sunt foarte bune, dar ei au interviuri grele si toate sfaturile astea nu te ajuta prea mult daca nu esti la chestiile fundamentale de care ziceam mai sus la un nivel ok.
Sfaturile sunt foarte bune, dar ei au interviuri grele si toate sfaturile astea nu te ajuta prea mult daca la chestiile fundamentale de care ziceam mai sus nu esti la un nivel ok.
Steve Yegge e un inginer Google care a lucrat inainte la Amazon. El avea un blog destul de popular si are niste articole foarte tari pe tema noastra.
'Cum sa prinzi un job la Google':http://steve-yegge.blogspot.com/2008/03/get-that-job-at-google.html Steve Yegee fost angajat Amazon si angajat Google are un articol foarte bun despre structura interviurilor, despre ce se testeaza si despre cum sa fi pregatit.
'Guerilla guilde to interviewing':http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html Joel(unul din fondatorii stackoverflow, fost Product Manager pe Excel, fondator a fogcreek si blogger cunoscut) scrie articolul de capatai al interviurilor tehnice, probabil inspirat din structura interviurilor Microsoft. Concluzia articolului este ca, daca esti angajator vrei sa te prinzi daca intervievatul e destept si productiv.
'Cinci intrebari esentiale pentru phone screen':http://sites.google.com/site/steveyegge2/five-essential-phone-screen-questions are un articol foarte tare de pe vremea cand Steve angajat Amazon in care explica ce cauta de la candidati in faza de phone screen.
Steve Yegge e un inginer Google care a lucrat inainte la Amazon. El avea un blog destul de popular si are niste articole foarte tari pe tema noastra.
'Cum sa prinzi un job la Google':http://steve-yegge.blogspot.com/2008/03/get-that-job-at-google.html explica structura interviurilor, despre ce se testeaza si despre cum sa fi pregatit.
'Zece sfaturi pentru un CV mai ok':http://steve-yegge.blogspot.com/2007/09/ten-tips-for-slightly-less-awful-resume.html
'Cinci intrebari esentiale pentru phone screen':http://sites.google.com/site/steveyegge2/five-essential-phone-screen-questions cand Steve angajat Amazon explica ce cauta de la candidati in faza de phone screen.
'Guerilla guilde to interviewing':http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html Joel(unul din fondatorii stackoverflow, fost Product Manager pe Excel, fondator a fogcreek si blogger cunoscut) scrie articolul de capatai al interviurilor tehnice. Probabil inspirat din structura interviurilor Microsoft, concluzia articolului este ca, daca esti angajator vrei sa gasesti oameni destepti si productivi.
'Zece sfaturi pentru un CV mai ok':http://steve-yegge.blogspot.com/2007/09/ten-tips-for-slightly-less-awful-resume.html.
'CVuri decente':http://yonatanzunger.com/2006/11/17/non-suck-resumes/ e scris de Yonatan Zunger, inginerul ce e responsabil de directia tehnica a proiectului Google Plus.
