O título do artigo parece un fracaso épico, pero en realidade non todo é tan sinxelo. E en xeral, esta historia rematou moi positivamente, aínda que non en Google. Pero este é un tema para outro artigo. Neste mesmo artigo falarei de tres cousas: como foi o meu proceso de preparación, como se realizaron as entrevistas en Google e por que, na miña opinión, non está todo tan claro como parece.
Como todo comezou
Unha fría noite de inverno chipriota, de súpeto ocorréuseme que os meus coñecementos de Informática clásica estaban moi lonxe da media, e había que facer algo ao respecto. Se, por certo, alguén aínda non leu por que a noite é chipriota e fría, entón podes descubrir iso . Despois de pensar un pouco, decidiuse comezar facendo un curso en liña sobre algoritmos e estruturas de datos. Un dos meus antigos colegas souben do curso de Robert Sedgewick sobre Coursera. O curso consta de dúas partes ( и ). Se de súpeto as ligazóns cambian, sempre podes buscar en Google o nome do autor. Cada parte dura 6 semanas. As conferencias impártense ao comezo da semana, e durante a semana aínda hai que facer exercicios. A primeira parte do curso abarca as estruturas básicas de datos, os tipos básicos de clasificación e a complexidade dos algoritmos. A segunda parte xa está máis avanzada, comezando polos gráficos e rematando con cousas como a programación lineal e a intratabilidade. Despois de pensar en todo o anterior, cheguei á conclusión de que isto é exactamente o que necesito. Por certo, un lector curioso pode preguntarse, que ten que ver Google con iso? E de feito, ata este momento non tiña nada que ver con iso. Pero necesitaba unha meta, xa que estudar 12 semanas polas noites sen obxectivo é algo difícil. Cal podería ser o propósito de adquirir novos coñecementos? Por suposto, a súa aplicación na práctica. Na vida cotiá isto é bastante problemático, pero durante unha entrevista cunha gran empresa é doado. Un rápido Google demostrou que Google (perdoade a tautoloxía) é unha das maiores empresas de Europa (e eu estaba mirando específicamente a Europa) que realiza este tipo de entrevistas. É dicir, a súa oficina está situada en Zúric, Suíza. Así que está decidido: estudemos e imos a unha entrevista en Google.
Preparándose para a primeira aproximación
As 12 semanas pasaron rapidamente e completei os dous cursos. As miñas impresións sobre os cursos son máis que positivas, e podo recomendalas a calquera persoa interesada. Gustáronme os cursos polos seguintes motivos:
- O profesor fala un inglés bastante claro
- O material está ben estruturado
- Presentacións fermosas que mostran o interior de cada algoritmo
- Selección competente do material
- Exercicios interesantes
- Os exercicios son verificados automaticamente no sitio, despois de que se xera un informe
O meu traballo nos cursos adoitaba ser así. Escoitei conferencias en 1-2 días. Despois fixeron unha proba rápida dos seus coñecementos sobre o material. O resto da semana fixen o exercicio en varias iteracións. Despois do primeiro obtiven o meu 30-70%, os seguintes levaron o resultado ao 97-100%. O exercicio normalmente implicaba a implementación dalgún algoritmo, p. ex. ou .
Despois de rematar os cursos, decateime de que moitos coñecementos veñen con moita pena. Se antes simplemente sabía que non sabía nada, agora empecei a darme conta de que era eu quen non sabía.
Como só era o mes de maio, e fixen a entrevista para o outono, decidín continuar coa miña formación. Tras revisar os requisitos para a praza, decidiuse ir en dúas direccións paralelas: seguir estudando algoritmos e realizar un curso básico de aprendizaxe automática. Para o primeiro obxectivo, decidín pasar dos cursos a un libro e escollín a monumental obra de Steven Skiena “Algorithms. Manual de deseño de algoritmos. Non tan monumental como o de Knut, pero aínda así. Para o segundo gol, volvín a Coursera e apunteime ao curso de Andrew Ng. .
Pasaron outros 3 meses e rematei o curso e o libro.
Imos comezar co libro. A lectura resultou bastante interesante, aínda que non doada. En principio, recomendaría o libro, pero non de inmediato. En xeral, o libro ofrece unha visión máis profunda do que aprendín no curso. Ademais, descubrín (desde un punto de vista formal) cousas como a heurística e a programación dinámica. Por suposto, xa os empregara antes, pero non sabía como se chamaban. O libro tamén contén unha serie de contos da vida do autor (Historia de guerra), que dilúen algo o carácter académico da presentación. Por certo, a segunda metade do libro pódese omitir; contén máis ben unha descrición dos problemas existentes e métodos para resolvelos. É útil se se usa regularmente na práctica, se non, esquecerase inmediatamente.
Quedei máis que satisfeito co curso. O autor coñece claramente as súas cousas e fala dun xeito interesante. Ademáis dunha boa cantidade, é dicir, a álxebra lineal e os conceptos básicos das redes neuronais, recordei da universidade, polo que non experimentei ningunha dificultade especial. A estrutura do curso é bastante estándar. O curso divídese en semanas. Cada semana hai charlas mixtas con probas curtas. Despois das clases, entrégase unha tarefa que debes facer, enviar e comprobarase automaticamente. Brevemente, a lista de cousas que se imparten no curso é a seguinte:
- Función de custo
- regresión lineal
- Descenso en pendiente
- escala de características
- Ecuación normal
- regresión loxística
- clasificación multiclase (uno contra todos)
- Redes neuronais
- retropropagación
- regularización
- sesgo/varianza
- Curvas de aprendizaxe
— métricas de erro (precisión, recordatorio, F1)
— Máquinas vectoriales de soporte (clasificación de gran marxe)
-K significa
-Análise de compoñentes principais
- Detección de anomalías
— filtrado colaborativo (sistema recomendado)
— Descensos estocásticos, mini-lote, en lote
- aprendizaxe en liña
- Reducir o mapa
- Análise do teito
Despois de rematar o curso, a comprensión de todos estes temas estivo presente. Despois de 2 anos, case todo quedou naturalmente esquecido. Recoméndollo a aqueles que non estean familiarizados coa aprendizaxe automática e queiran entender ben as cousas básicas para seguir adiante.
Primeira carreira
Xa era setembro e era hora de pensar nunha entrevista. Dado que a solicitude a través do sitio é bastante desastroso, comecei a buscar amigos que traballen en Google. A elección recaeu , xa que era o único que coñecía directamente (aínda que non persoalmente). Aceptou reenviar o meu currículo, e pronto recibín unha carta do reclutador que me ofrecía reservar un espazo no seu calendario para a primeira conversación.Un par de días despois tivo lugar a chamada. Tentamos comunicarnos a través de Hangouts, pero a calidade era pésima, así que cambiamos ao teléfono. En primeiro lugar, discutimos rapidamente o estándar como, por que e por que, e despois pasamos á selección técnica. Consistía nunha ducia de preguntas co espírito de "cal é a dificultade de inserir nun mapa hash", "que árbores equilibradas coñeces". Non é difícil se tes un coñecemento básico destas cousas. A proxección foi ben e en función dos resultados decidimos organizar a primeira entrevista nunha semana.
A entrevista tamén se realizou a través de Hangouts. Primeiro falaron de min uns 5 minutos, despois pasaron ao problema. O problema estaba nos gráficos. Axiña decateime do que había que facer, pero escollín o algoritmo incorrecto. Cando comecei a escribir código decateime diso e cambiei a outra opción, que completei. O entrevistador fixo varias preguntas sobre a complexidade do algoritmo e preguntou se se podía facer máis rápido. Dalgunha maneira quedei aburrido e non podía facelo. Neste momento, o tempo pasou e despedímonos. Despois, despois duns 10 minutos, decateime de que en lugar do algoritmo de Dijkstra que utilizaba, neste problema en particular podía usar a busca por amplitude e sería máis rápido. Despois dun tempo, o reclutador chamou e dixo que a entrevista en xeral foi ben e que se debería organizar outra. Acordamos outra semana.
Esta vez as cousas empeoraron. Se a primeira vez o entrevistador era simpático e sociable, esta vez foi algo sombrío. Non puiden descubrir o problema de inmediato, aínda que as ideas que se me ocorreron poderían, en principio, levar á súa solución. Ao final, despois de varias indicacións do entrevistador, chegoume a solución. Esta vez resultou ser unha busca de amplitude de novo, só desde varios puntos. Escribín as solucións, cumpriunas a tempo, pero esquecín os casos extremos. Despois dun tempo, o reclutador chamou e dixo que esta vez o entrevistador estaba descontento, porque na súa opinión necesitaba demasiadas pistas (3 ou 4 pezas) e cambiaba constantemente o código mentres escribía. A partir dos resultados de dúas entrevistas, decidiuse non ir máis lonxe, senón aprazar un ano a seguinte entrevista, se así o desexo. Por iso nos despedimos.
E desta historia saquei varias conclusións:
- A teoría é boa, pero hai que navegar rapidamente
- A teoría sen práctica non axudará. Necesitamos resolver problemas e levar a codificación á automaticidade.
- Depende moito do entrevistador. E nada se pode facer ao respecto.
Preparándose para a segunda carreira
Despois de pensar na situación, decidín tentalo de novo nun ano. E editou un pouco o gol. Se antes o obxectivo principal era estudar, e unha entrevista en Google era como unha cenoria distante, agora pasar unha entrevista era o obxectivo, e estudar o medio.
Así, elaborouse un novo plan que incluía os seguintes puntos:
- Continuar estudando teoría lendo libros e artigos.
- Resolve problemas algorítmicos por valor de 500-1000 pezas.
- Continúa aprendendo a teoría vendo vídeos.
- Continuar estudando teoría a través de cursos.
- Estudia as experiencias doutras persoas coas entrevistas en Google.
Rematei o plan nun ano. A continuación describirei o que fixen exactamente para cada un dos puntos.
Libros e artigos
Nin sequera recordo a cantidade de artigos que lin; lin tanto en ruso como en inglés. Probablemente o sitio máis útil . Aquí podes atopar unha descrición dun gran número de algoritmos interesantes con exemplos de código.
Lin 5 libros: Algorithms, 4th edition (Sedgewick, Wayne), Introduction to Algorithms 3rd Edition (Cormen, Leiserson, Rivest, Stein), Cracking the Coding Interview 4th edition (Gayle Laakmann), Programming Interviews Exposed 2nd edition (Mongan, Suojanen) , Giguere), Elementos de Entrevistas de Programación (Aziz, Lee, Prakash). Pódense dividir en 2 categorías. O primeiro inclúe libros de Sedgwick e Corman. Esta é unha teoría. O resto é preparación para a entrevista. Sedgwick conta o mesmo no libro que nos seus cursos. Só por escrito. Non ten moito sentido lelo detidamente se fixeches o curso, pero vale a pena lelo detidamente. Se non viches o curso, ten sentido lelo. Cormen pareceume demasiado aburrido. Para ser sincero, custabame dominalo. Acabo de sacarno de alí , e varias estruturas de datos raramente usadas (montón de Fibonacci, árbore de van Emde Boas, pila de radix).
Paga a pena ler polo menos un libro para prepararse para unha entrevista. Todos eles están construídos sobre aproximadamente o mesmo principio. Describen o proceso de entrevista nas grandes empresas tecnolóxicas, dan cousas básicas de Informática, problemas para estas cousas básicas, solucións a problemas e análise de solucións. Dos tres anteriores, probablemente recomendaría Cracking the Coding Interview como o principal, e o resto son opcionais.
Problemas algorítmicos
Este foi probablemente o punto de preparación máis interesante. Podes, por suposto, sentarte e resolver problemas estúpidamente. Hai moitos sitios diferentes para iso. Eu usei principalmente tres: , и . En CodeChef, os problemas divídense por dificultade, pero non por tema. En Hackerrank tanto por complexidade como por tema.
Pero como descubrín inmediatamente por min mesmo, hai un xeito máis interesante. E trátase de concursos (retos de programación ou concursos de programación). Os tres sitios ofrécenas. É certo que hai un problema con LeetCode: unha zona horaria inconveniente. Por iso non participei neste sitio. Hackerrank e CodeChef ofrecen un número bastante grande de competicións diferentes, que duran entre 1 hora e 10 días. Os distintos formatos teñen regras diferentes, pero diso poderiamos falar durante moito tempo. O principal motivo polo que as competicións son boas é a introdución dun elemento competitivo (e de novo tautoloxía) no proceso de aprendizaxe.
En total, participei en 37 competicións en Hackerrank. Deles, 32 foron clasificados e 5 foron patrocinados (incluso recibín 25 dólares nun deles) ou por diversión. Na clasificación estiven no primeiro 10% 4 veces, no primeiro 11% 12 veces e no primeiro 5% 25 veces. Os mellores resultados foron 27/1459 nas 3 horas e 22/9721 na semana.
Cambiei a CodeChef cando Hackerrank comezou a organizar competicións con menos frecuencia. En total conseguín participar en 5 competicións. A mellor puntuación foi 426/5019 na competición de dez días.
En total, nas competicións e así, resolvín algo máis de 1000 problemas, que encaixan no plan. Agora, por desgraza, non hai tempo libre para continuar as actividades competitivas, do mesmo xeito que non existe un obxectivo para o que se poida cancelar o tempo libre. Pero foi divertido. Recomendo que os que estean interesados nisto atopen persoas afíns. Xuntos ou en grupo é moito máis interesante. Paseino ben con isto cun amigo, así que quizais saíu ben.
Mira o vídeo
Despois de ler o libro de Skiena, interesoume o que estaba a facer. Como Sedgwick, é profesor universitario. Neste sentido, pódense atopar vídeos dos seus cursos na rede. Decidín revisar o curso . Non podo dicir que me gustase moito. En primeiro lugar, a calidade do vídeo non é moi boa. En segundo lugar, non tentei resolver eu mesmo os problemas comentados no curso. Así que o compromiso non foi moi alto.
Ademais, mentres resolvía problemas, intentaba atopar o algoritmo correcto, atopeime co vídeo de Tushar Roy. Traballou en Amazon e agora traballa en Apple. Como máis tarde descubrín por min mesmo, ten , onde publica unha análise de varios algoritmos. No momento de escribir este artigo, a canle contén 103 vídeos. E teño que dicir que a súa análise foi feita moi ben. Tentei ver a outros autores, pero dalgún xeito non funcionou. Así que definitivamente podo recomendar esta canle para ver.
Facendo cursos
Aquí non fixen nada especial. Vira un vídeo do programador de Android Nanodegree de Google e realizou un curso de ITMO . Nanodegree é bastante bo, aínda que naturalmente non aprendín nada novo del. O curso de ITMO é un pouco sesgado en termos de teoría, pero os problemas foron interesantes. Non recomendaría comezar con el, pero en principio foi un tempo ben empregado.
Aprende das experiencias doutras persoas
Por suposto, moita xente intentou entrar en Google. Algúns entraron, outros non. Algúns escribiron artigos sobre isto. Das cousas interesantes probablemente mencionarei и . No primeiro caso, a persoa preparou por si mesma unha lista do que necesita aprender para converterse en Enxeñeiro de Software e entrar en Google. Finalmente acabou en Amazon, pero iso xa non é tan importante. O segundo manual foi escrito pola enxeñeira de Google, Larisa Agarkova (). Ademais deste documento, tamén podes ler .
Ten sentido ler as críticas das entrevistas en Glassdoor. Todos son máis ou menos similares, pero podes obter información útil.
Non proporcionarei ligazóns a outros artigos pequenos; podes atopalos facilmente en Google.
Segunda tirada
E agora pasou un ano. Resultou moi intenso en canto aos estudos. Pero achegueime ao novo outono cun coñecemento teórico moito máis profundo e desenvolvendo habilidades prácticas. Aínda faltaban unhas semanas para o final do ano que me destinaron para a preparación, cando de súpeto saíu ao correo unha carta dun reclutador de Google, na que me preguntaba se aínda tiña ganas de traballar en Google e Me importa falar con el. Por suposto, non me importaba. Acordamos chamar nunha semana. Tamén me pediron un currículo actualizado, ao que lle engadín unha breve descrición do que fixera durante o ano no traballo e en xeral.
Despois de comunicarnos de por vida, decidimos que nunha semana habería unha entrevista de Hangout, igual que o ano pasado. Pasou unha semana, chegou o momento da entrevista, pero o entrevistador non apareceu. Pasaron 10 minutos, xa empezaba a poñerme nervioso, cando de súpeto alguén irrompeu no chat. Como se viu un pouco máis tarde, o meu entrevistador por algún motivo non puido aparecer e atopouse con urxencia un substituto para el. A persoa estaba algo pouco preparada tanto para configurar o ordenador como para realizar a entrevista. Pero despois todo saíu ben. Resolvín o problema rapidamente, describín onde eran posibles as trampas e como se podían evitar. Discutimos varias versións diferentes do problema e a complexidade do algoritmo. Despois falamos durante outros 5 minutos, o enxeñeiro contounos as súas impresións de traballar en Múnic (aparentemente non atoparon un substituto urxente en Zúric), e despois separamos.
O mesmo día, un reclutador púxose en contacto comigo e díxome que a entrevista foi ben e que estaban preparados para convidarme a unha entrevista na oficina. Ao día seguinte chamamos a través de Hangouts e comentamos os detalles. Como necesitaba solicitar un visado, decidimos programar unha entrevista nun mes.
Mentres preparaba os documentos, discutín ao mesmo tempo a próxima entrevista co reclutador. Unha entrevista estándar en Google consta de 4 entrevistas algorítmicas e unha entrevista de Deseño do sistema. Pero, como estaba a solicitar un traballo como programador de Android, dixéronme que parte da entrevista sería específica para Android. Non podía sacudirlle ao reclutador exactamente cales serían e cales serían os detalles específicos. Polo que teño entendido, isto presentouse fai relativamente pouco tempo e el mesmo non estaba moi consciente. Tamén me inscribín a dúas sesións de formación: como superar unha entrevista algorítmica e como aprobar unha entrevista de Deseño de Sistemas. As sesións foron de utilidade media. Alí tampouco ninguén me puido dicir o que lles preguntan aos desenvolvedores de Android. Polo tanto, a miña preparación para este mes reduciuse ao seguinte:
- Mercar un marcador e escribir 2-3 ducias dos algoritmos máis populares na memoria. 3-5 pezas por día. En total, cada un foi escrito varias veces.
- Refresca a túa memoria de varias informacións en Android que non utilizas todos os días
- Mirando algúns vídeos sobre Big Scale e cousas así
Como xa dixen, ao mesmo tempo estaba preparando documentos para a viaxe. Para comezar, pedíronme información para facer unha carta de invitación. Entón tentei durante moito tempo descubrir quen en Chipre emite visados para Suíza, xa que a embaixada de Suíza non se ocupa diso. Como se viu, o consulado austríaco está a facer isto. Chamei e fixen unha cita. Pediron un montón de documentos, pero nada especialmente interesante. Foto, pasaporte, permiso de residencia, un montón de certificados diferentes e, por suposto, unha carta de invitación. Mentres tanto a carta non chegaba. Ao final, fun cunha impresión normal e funcionou bastante ben. A carta en si chegou 3 días despois e a FedEx chipriota non puido atopar o meu enderezo e tiven que ir a buscala eu. Ao mesmo tempo, recibín un paquete da mesma FedEx, que tampouco me puideron entregar, xa que non atoparon o enderezo, e que levaba alí tirado desde xuño (5 meses, Karl). Como non o sabía, naturalmente, non asumín que o tiñan. Recibín o meu visado a tempo, despois de que me reservaron un hotel e ofrecéronme opcións de voo. Axustei as opcións para facelo máis cómodo. Xa non había voos directos, polo que acabei voando alí por Atenas e de volta por Viena.
Despois de resolver todos os trámites coa viaxe, pasaron uns días máis e realmente voei a Zúric. Chegou alí sen incidentes. Do aeroporto á cidade collín o tren, de xeito rápido e cómodo. Despois de pasear un pouco pola cidade, atopei un hotel e fixen a entrada. Como o hotel estaba reservado sen comer, ceei ao lado e deiteime, porque o voo era pola mañá e xa tiña ganas de durmir. Ao día seguinte almorcei no hotel (por diñeiro extra) e fun á oficina de Google. Google ten varias oficinas en Zúric. A miña entrevista non foi na central. E, en xeral, a oficina parecía bastante normal, polo que non tiven a oportunidade de mirar todas as vantaxes dunha oficina "normal" de Google. Rexistreime co administrador e senteime a esperar. Despois dun tempo, o reclutador saíu e contoume o plan para o día, despois de que me levou á sala onde ían ter lugar as entrevistas. En realidade, o plan incluía 3 entrevistas, xantar e 2 entrevistas máis.
Entrevista número un
A primeira entrevista foi só en Android. E non tiña nada que ver cos algoritmos. Sorpresa, porén. Ben, vale, aínda é máis común deste xeito. Pedíronnos que fixeramos un determinado compoñente da IU. Primeiro falamos de que e como. Ofreceuse a facer unha solución usando RxJava, describiu o que faría exactamente e por que. Eles dixeron que isto é certamente bo, pero imos facelo usando o marco de Android. E ao mesmo tempo escribiremos o código no encerado. E non só un compoñente, senón toda a Actividade que utiliza este compoñente. Isto é para o que non estaba preparado. Unha cousa é escribir un algoritmo de 30-50 liñas no encerado e outra cousa é escribir fideos de código de Android, mesmo con abreviaturas e comentarios co espírito de "ben, non escribirei iso, xa que xa é obvio". O resultado foi unha especie de vinagreta para 3 táboas. Eses. Resolvín o problema, pero parecía tonto.
Entrevista número dous
Nesta ocasión a entrevista foi sobre algoritmos. E había dous entrevistadores. Un é o entrevistador real, e o segundo é un mozo padawan (entrevistador de sombra). Era necesario elaborar unha estrutura de datos con certas propiedades. En primeiro lugar, discutimos o problema como de costume. Fixen diferentes preguntas, respondeu o entrevistador. Despois dun tempo, pedíronlles que escribisen no encerado varios métodos da estrutura inventada. Esta vez tiven máis ou menos éxito, aínda que con algúns pequenos erros, que corrixín a instancias do entrevistador.
Entrevista número tres
Esta vez System Design, que de súpeto tamén resultou ser Android. Foi necesario desenvolver unha aplicación con certas funcionalidades. Discutimos os requisitos para a aplicación, o servidor e o protocolo de comunicación. A continuación, comecei a describir que compoñentes ou bibliotecas usaría ao construír a aplicación. E despois, ao mencionar Job Scheduler, houbo certa confusión. A cuestión é que nunca o usei na práctica, xa que no momento do seu lanzamento acababa de cambiar a aplicacións de soporte nas que non había tarefas para o seu uso. O mesmo ocorreu ao desenvolver outras posteriores. É dicir, en teoría, sei que é esta cousa, cando e como se usa, pero non teño experiencia no seu uso. E ao entrevistador non lle gustou moito. Despois pedíronme que escribise algún código. Si, ao desenvolver unha aplicación necesitas escribir código inmediatamente. De novo o código de Android no taboleiro. Resultou asustado de novo.
Xantar
Debería vir outra persoa, pero non chegou. E Google comete erros. Como resultado, fun xantar coa entrevistadora anterior, a súa colega, e un pouco máis tarde uniuse a seguinte entrevistadora. O xantar foi bastante decente. Unha vez máis, dado que esta non é a oficina principal de Zúric, o comedor parecía bastante normal, aínda que moi bonito.
Entrevista número catro
Finalmente, os algoritmos en estado puro. Resolvín o primeiro problema con bastante rapidez e de forma inmediata, aínda que perdín un caso de punta, pero a petición do entrevistador (deu este mesmo caso de punta) atopei o problema e corrixíno. Por suposto, tiven que escribir o código no encerado. Despois deuse unha tarefa semellante, pero máis difícil. Para iso, atopei un par de solucións non óptimas e case atopei a óptima, 5-10 minutos non foron suficientes para rematar o pensamento. Ben, non tiven tempo de escribir o código para iso.
Entrevista número cinco
E outra vez entrevista para Android. Pregúntome por que estudei algoritmos todo o ano?
Ao principio había algunhas preguntas sinxelas. A continuación, o entrevistador escribiu código no encerado e pediu atopar problemas nel. Atopouno, explicouno, solucionouno. Discutiuse. E entón comezaron algunhas preguntas inesperadas co espírito de "que fai o método Y na clase X", "que hai dentro do método Y", "que fai a clase Z". Por suposto, respondín algo, pero entón dixen que non atopei isto no meu traballo recentemente e, naturalmente, non recordo quen está facendo que e como en detalle. Despois diso, o entrevistador preguntou que estaba facendo agora. E as preguntas foron sobre este tema. Xa respondín moito mellor aquí.
Despois de rematar a última entrevista, quitáronme o pase, desexáronme moita sorte e mandáronme camiño. Paseei un pouco pola cidade, ceei e fun ao hotel, onde me deitei, xa que o voo volveu estar de madrugada. Ao día seguinte cheguei sano e salvo a Chipre. A petición do reclutador, escribín comentarios sobre a entrevista e enchei un formulario nun servizo especial para devolver o diñeiro gastado. De todos os gastos, Google paga directamente só as entradas. O hotel, a comida e as viaxes corren a cargo do candidato. Despois cubrimos o formulario, adxuntamos os xustificantes e enviámolo a unha oficina especial. Procesan isto e transfiren diñeiro á conta con bastante rapidez.
Levou unha semana e media procesar os resultados da entrevista. Despois diso, fun informado de que estaba "un pouco por debaixo da barra". É dicir, quedei un pouco curto. Máis concretamente, 2 entrevistas saíron ben, 2 un pouco non tan ben, e System Design non moi ben. Agora ben, se polo menos 3 saíran ben, entón poderiamos competir, senón non hai posibilidades. Ofrecéronse a volver noutro ano.
Ao principio, por suposto, estaba molesto, porque se fixera moito esforzo na preparación, e no momento da entrevista xa pensaba en marchar de Chipre. Unirse a Google e mudarse a Suíza pareceume unha excelente opción.
Conclusión
E aquí chegamos á parte final do artigo. Si, fallei na entrevista de Google dúas veces. É triste. Probablemente sería interesante traballar alí. Pero, podes mirar o asunto desde o outro lado.
- Nun ano e medio, aprendín unha gran cantidade de cousas relacionadas co desenvolvemento de software.
- Divertín moito participando en concursos de programación.
- Fun a Zúric un par de días. Cando vou volver alí?
- Tiven unha interesante experiencia de entrevista nunha das maiores empresas de TI do mundo.
Así, todo o acontecido ao longo deste ano e medio pode considerarse simplemente formación, ou formación. E os resultados desta formación fíxose sentir. A miña idea de deixar Chipre madurou (debido a algunhas circunstancias familiares), superei con éxito varias entrevistas con outra empresa coñecida e mudei despois de 8 meses. Pero esa é unha historia completamente diferente. Non obstante, creo que aínda debería agradecer a Google tanto o ano e medio que traballei en min mesmo como os 2 días interesantes en Zúric.
Que podo dicir finalmente? Se traballas en TI, prepárate para entrevistas en Google (Amazon, Microsoft, Apple, etc.). Quizais algún día vaias alí para chegar. Aínda que non queiras, créame, tal preparación non te fará peor. No momento en que te deas conta de que podes (aínda que só sexa con sorte) conseguir unha entrevista cunha destas empresas, abriranse moitos máis camiños que antes de comezar a túa preparación. E todo o que necesitas no camiño é propósito, persistencia e tempo. Deséxoche éxito :)
Fonte: www.habr.com