Cette semaine, nous avons accueilli Ava Katushka, une coach chez Verbetcetera .
Verbetcetera est un bootcamp pour ceux qui cherchent à se préparer à des interviews dans les Big Five - Google, Amazon, Facebook, Apple et Microsoft. Les mentors Verbetcetera sont répartis dans 5 pays, ils travaillent déjà dans des entreprises cibles, ils savent tout sur les spécificités du travail et les exigences des candidats sur différents marchés.
Malgré l'accueil froid dans les commentaires sur l'annonce, il y avait beaucoup de questions pour Ava pendant l'émission. Nous publions ses réponses, transcription et enregistrement de l'entretien (avec diapositives de présentation).
Mon nom est Ava Coil. J'ai étudié à l'Institut de physique et de technologie de Moscou, à la Faculté d'informatique, qui s'appelle la FIVT. Mon troisième cours a été assez difficile, j'ai eu beaucoup de stress, d'examens, de problèmes de santé, de problèmes familiaux.
Je me souviens d'être entré dans une librairie et d'avoir vu le livre What to Dream About. Je me demandais; Je me suis souvenu que j'avais rêvé de quelque chose une fois, mais je ne me souvenais pas de quoi. J'ai ouvert ce livre, et là, dans Biblio-Globus, j'ai commencé à faire les exercices de ce livre. Et il s'est avéré que je répondais aux attentes de tout le monde - ma famille, mes professeurs, n'importe qui sauf le mien. J'étais alors très en colère. Je me suis demandé ce que je voulais vraiment moi-même. Plus tard, je me suis assis à Gorky Park et j'y ai pensé. J'ai réalisé que je voulais voyager, je veux me faire des amis - j'ai eu un problème avec ça - et je veux écrire mon propre site Web à partir de zéro. Et pour moi, comme par magie, cette année-là, tout a commencé à se réaliser.
Il s'avère qu'il existe un moyen de voyager là où on est payé: un stage. Je suis donc arrivé chez Google à New York, où j'ai fait un stage. Quelque part au milieu du stage, on m'a demandé si je voulais rester à plein temps. J'ai pensé - pourquoi ne pas essayer, même si je ne pensais pas qu'ils me prendraient. Mais ils m'ont emmené et j'ai déménagé à Munich. Je travaille en tant qu'ingénieur logiciel depuis trois ans et j'ai une expérience assez variée en tant qu'ingénieur logiciel. Au début, j'ai travaillé et formé comme SRI (ingénieur fiabilité de site) - j'ai fait beaucoup de choses intéressantes, il y avait une équipe sœur. Mais bientôt il m'a semblé que je voulais écrire plus de code. J'ai rejoint l'équipe SVI, où nous avons écrit un site de voyage au sein même de l'entreprise, pour les googleurs. Et à la fin, j'ai aussi appris qu'il existe une telle spécialité - UXE, ingénieur UX. J'ai commencé à apprendre un peu UX et j'ai déménagé là-bas,essayer de combiner mes deux intérêts dans le dessin et la programmation. Je me suis avéré assez moyen, mais c'est aussi une expérience sur le terrain.
Maintenant, je ne travaille pas chez Google, j'ai en quelque sorte décidé de prendre le temps de découvrir ce que j'aime, d'essayer toutes sortes d'hypothèses. En particulier, je voulais essayer de travailler pour moi-même. J'ai commencé à me souvenir de ce que j'aimais dans la vie et il s'est avéré que j'aimais vraiment le processus de préparation de l'entrevue. Lorsque j'ai postulé dans différentes entreprises, j'ai interagi avec des personnes de ces entreprises, résolu des problèmes. Ce fut une période très brillante de ma vie. Ensuite, j'ai parlé avec un ami et j'ai découvert que tout le monde n'avait pas cette période - brillant, les gens sont stressés lors des entretiens, puis - "Dieu merci, c'est fini, je travaille enfin." Il m'a semblé que je pouvais probablement partager quelque chose de positif, transformer ce processus de recherche d'emploi et d'entrevue en quelque chose d'agréable, dont il est bon de se souvenir avec plaisir.
Au début, je voulais me conseiller, mais j'ai trouvé des conseils dans un livre sur les affaires: si vous voulez faire quelque chose, trouvez d'abord des gens qui font déjà quelque chose de bien, et vous pouvez apprendre beaucoup d'eux. Puis j'ai trouvé la société Verbetcetera, où les gars faisaient déjà ce que je voulais faire. Il y avait déjà un cercle de mentors; La direction de l'ingénierie logicielle était assez fraîche, c'est-à-dire qu'elle n'a commencé qu'en 2020, mais depuis 2018, il y a eu un mentorat des PM, qui s'est plutôt bien déroulé. Et les valeurs de cette entreprise se sont avérées très proches de moi: tous les mentors ont passé le cap, ils travaillent eux-mêmes sur le terrain. C'étaient des gars proches de moi dans l'esprit, tous étaient (et sont) de FAANG (Facebook, Apple, Amazon, Netflix, Google). Une équipe très cool s'est réunie, c'était intéressant de se joindre et de s'essayer en tant que mentor.
Je voudrais vous parler des entretiens technologiques, répondre aux questions. Je parlerai d'une certaine structure dans une interview, je m'arrêterai, je regarderai les questions, répondrai et passerai à autre chose. Je voudrais parler des entretiens de codage: quelles questions sont posées, quels mythes y sont associés, à quoi ressemble le processus de recherche d'emploi du point de vue de l'entreprise et du candidat; qu'est-ce qu'une entrevue de conception de système, qu'est-ce que cela affecte et quels mythes et idées fausses sont là.
Codage des interviews - que sont-ils?
On demande souvent quelles questions sont posées lors de tels entretiens. Disons qu'une de ces questions peut être comme ceci: "une chaîne chiffrée arrive à l'entrée, décode-la." La ligne pourrait être comme ceci: 3 [A] 2 [BC]. Décodé comme AAABCBC. Autrement dit, ce qui se trouve à l'intérieur du crochet est répété autant de fois que le nombre avant le crochet. Et pendant l'entretien, vous devez écrire un programme qui effectue le décodage.
Cette question a en fait été posée lors d'entretiens avec Bloomberg, Amazon, Apple, Cisco, Google, Microsoft; semble être une question assez simple même si vous n'êtes pas lié à la programmation. Mais il peut avoir un double fond - par exemple, il peut y avoir plusieurs niveaux d'imbrication. Disons la ligne suivante: [[[A [[C]]].
Dans ce cas, vous pouvez d'abord déchiffrer la couche interne: AACC, puis la répéter trois fois, c'est-à-dire déchiffrer la couche externe (AACCAACCAACC). Le programme écrit doit gérer n'importe quel niveau d'imbrication. Si vous êtes doué en programmation, cela ne devrait pas poser de problème.
Quels sujets sont abordés lors des entretiens?
Des exemples de sujets populaires sont les tableaux, les chaînes (comme nous l'avons déjà couvert), les tâches graphiques. Parfois, ils sont fortement déguisés: par exemple, pour faire un planning de cours, étant donné que chaque cours a un cours préliminaire (prérequis). Il y a des problèmes de récursivité: par exemple, il y a un problème de prix courant. Les prix sont donnés par action pendant un certain nombre de jours, et vous devez trouver un algorithme d'achat-vente pour un revenu maximum. Parfois, il y a des problèmes de mathématiques ou de géométrie, mais il n'y en a pas beaucoup; aucune connaissance particulière de ces matières n'est nécessaire, les plus élémentaires sont nécessaires, mais ils sont également capables de les résoudre. En général, il est très bon d'avoir une base en informatique, de se sentir à l'aise pour que la résolution de problèmes lors d'entretiens ne pose pas de problème.
Pourquoi ces questions sont-elles posées lors des entretiens si le flux de travail est très différent d'elles? Oui, beaucoup de gens disent - le développeur n'a pas besoin de cela, pourquoi ces arbres noirs et rouges. C'est la critique standard des entretiens, le travail est vraiment différent, le travail ne sera pas comme une interview. Mais il y a de nombreuses raisons pour lesquelles de telles questions sont posées. Ils veulent vous tester dans un laps de temps limité, pour voir comment vous faites face à des tâches inconnues et incompréhensibles. Une telle compétence est souvent nécessaire au travail.
Bien que l'informatique dans sa forme la plus pure ne s'applique pas au travail, les connaissances de base sont toujours très utiles lorsque vous travaillez en génie logiciel. En fait, ces tâches sont un proxy pour un travail ultérieur. Au lieu de vous demander si vous êtes un bon développeur, ils vous confient des tâches et voient comment vous vous comportez avec eux. Et de bonnes réponses aux questions sont liées au fait d'être un bon développeur.
Quelles entreprises posent ces questions lors d'entretiens?
Beaucoup, et pas seulement FAANG (mais eux aussi). J'ai une liste: Microsoft, Bloomberg, Uber, Adobe, Oracle, ByteDance, eBay, LinkedIn, Yahoo, VMWare, Salesforce, Cisco - en fait, je n'en ai pas encore inséré beaucoup. Autrement dit, ces questions sont très populaires. De plus, par exemple, dans Google, les développeurs juniors, intermédiaires et seniors reçoivent les mêmes questions, il n'y a pas de différences.
Il existe un mythe populaire: est-il important de participer à des compétitions algorithmiques?Cela m'inquiétait beaucoup: je n'y participais ni à l'école ni à l'institut. Les gens disent souvent que si vous n'avez pas participé, votre temps est passé - vous vous montrerez toujours mal dans les entretiens. Mais ce n'est pas le cas. Bien que, bien sûr, la participation à des compétitions vous aidera et vous soutienne, les entretiens sont différents d'eux. Les questions sont similaires, vous devez également résoudre un problème dans un temps limité, mais vous présentez sa solution non pas au système qui doit passer les tests, mais à la personne. La personne regarde et essaie d'évaluer si elle veut travailler avec vous en résolvant le problème. Il est important non seulement que vous trouviez une solution, mais aussi comment vous la trouvez, comment vous avez pensé, combien d'options vous avez envisagées, si vous pouvez les transmettre à la personne. C'est un aspect très important.
La personne qui vous interviewe est un ingénieur, elle ne résout pas non plus de tels problèmes régulièrement; très probablement, la dernière fois qu'il l'a fait, c'était lors de son propre entretien. Et il doit trouver la réponse à la question: veut-il travailler avec vous, sera-ce bien de travailler avec vous. N'aie pas peur de lui. Il ne veut pas vous mettre dans des conditions de super stress; au lieu de cela, il veut vous offrir une expérience d'entrevue positive.
Un cadre d'entrevue de codage générique
Comment structurer votre temps, votre réponse pour bien répondre? Pour commencer, posez toujours des questions de clarification, donnez des exemples, communiquez avec votre intervieweur. Comment comprenez-vous ce qu'est un exemple; il est très important.
Sinon, vous risquez de mal comprendre le problème et de commencer à résoudre le mauvais problème qui vous est demandé (il s'agit d'un grand nombre de signaux d'alarme à la fois).
Souvent, les gens ont peur de trouver les solutions qu'ils proposent; ils pensent - pourquoi l'offrir, ce n'est pas optimal, mais ils veulent l'optimum de ma part. Ne le faites pas de cette façon. Commencez par une solution non optimale, parlez-en à l'intervieweur: il comprendra que vous avez déjà atteint un certain niveau de compréhension. Alors réfléchissez plus loin. Peut-être que cela vous aidera d'une manière ou d'une autre dans le processus. Il n'y a pas de moins ici: au contraire, il est bon que vous ayez immédiatement vu la solution.
Il est important d'écrire un bon code structuré - vous voulez vous montrer comme un programmeur qui écrit du code lisible. À la fin de l'entretien, il sera important de tester, pour cela vous pouvez utiliser les exemples qui ont été inventés au début. C'est ainsi que vous pouvez détecter les erreurs dans votre code. Ensuite - il est nécessaire de résumer assez cool. "J'ai commencé comme ça, j'ai trouvé telle ou telle solution, ils ont tel ou tel avantage et inconvénient, c'est le genre de test, c'est comme ça que tout fonctionne avec des exemples." Voici un exemple d'approche d'entrevue.
Q: quel niveau d'anglais est souhaité?
Il est conseillé de parler librement afin de comprendre librement l'intervieweur et d'exprimer vos pensées. Facultatif super-avancé, intermédiaire devrait suffire.
Q: Quels changements ont été apportés à la saisie de Google par rapport à ce qui est décrit dans l'interview de Cracking Coding?
Ici, vous devez comprendre exactement quoi comparer avec quoi. Mais je pense que les principales réflexions de Cracking Coding Interview sont toujours d'actualité. Peu de choses ont changé.
Q: Où puis-je améliorer mon anglais technique?
Vous n'avez même pas besoin d'anglais technique pour passer une entrevue; vous avez juste besoin de l'anglais, vous devez être capable d'exprimer vos pensées. Vous pouvez vous entraîner à des entretiens, avec des amis, des entreprises spéciales, si vous souhaitez apprendre à parler lors d'un entretien.
Q: Dans quelle mesure les tâches avec leetcode reflètent-elles les spécificités actuelles des tâches demandées dans Google? Les tâches de l'année dernière, de l'année avant la dernière sont-elles pertinentes?
Premièrement, il est important pour vous que vous n'ayez pas vu le problème que vous avez rencontré lors de l'entretien auparavant. Si la tâche vous est familière et que vous savez à l'avance comment la faire, cela ne vous aidera pas. Au contraire, cela nuira: ce sera perceptible. Vous devez avoir un problème inconnu, mais vous devez résoudre de nombreux problèmes similaires. Leetcode fonctionne bien pour cela; si vous résolvez des problèmes sur différents sujets, couvrez des sujets informatiques populaires - à un moment donné, vous serez prêt.
Q: Quelles langues peuvent être utilisées pour résoudre un problème d'entretien technique? Je résous actuellement des problèmes avec leetcode en JavaScript, mais j'ai entendu dire que j'avais besoin de Python ou C ++.
N'importe lequel de ces langages - JavaScript, Python ou C ++ - convient, peu importe ici. Si vous écrivez en JavaScript, sachez-le bien, profondément, c'est votre langage - alors optez pour une interview avec JavaScript.
Q: avez-vous une approche pour estimer correctement le temps de chaque tâche dans un entretien de code automatique lorsqu'il y a plusieurs tâches et une limite de temps?
Je n'ai pas bien compris cette question. Eh bien, oui, vous devez résoudre de nombreux problèmes, s'il y a une limite de temps, vous devez mesurer votre force avec eux.
Q: Les tâches auxquelles j'ai été confronté lors des entretiens avec Amazon et Google nécessitaient loin de l'informatique de
base. Il me semble.
Q: si les mêmes questions sont posées aux candidats juniors et seniors, comment déterminent-ils la note à laquelle diriger un développeur?
Cela n'est pas déterminé par les résultats de l'entrevue de codage, mais par les résultats de la conception du système et de l'entrevue comportementale.
Q: comment est Google en général?
Je l'aime bien. J'ai eu une expérience assez précieuse, je ne l'échangerais pas contre autre chose. Entreprise assez cool, de nombreux bureaux dans différentes villes. Il existe probablement peu d'entreprises de ce type où vous pouvez travailler en Europe, en Amérique et en Asie. Il existe de nombreuses possibilités.
Ensuite, je parlerai de la préparation d'un entretien: comment se préparer, comment les entreprises embauchent des développeurs, combien de temps cela prend
Chez Google et de nombreuses entreprises similaires, le processus ressemble à ceci. Vous devez d'abord vous faire remarquer, passer par le recruteur. Vient ensuite la sélection initiale, où l'on vous donne 1 à 3 entrevues de codage - les mêmes questions que nous avons discutées plus tôt.
Si vous avez réussi, vous allez sur place. Il y aura un grand nombre d'entretiens, généralement 2 à 4 codage, plus la conception du système et le comportement. Si vous travaillez bien sur place, vous obtenez une offre. Google inclut votre salaire, prime de déménagement - paiement de déménagement. Souvent, l'offre comprendra les actions de la société; J'ai reçu une offre qui les incluait - mais pas immédiatement, mais après un an de travail.
La première étape consiste à vous assurer que vous êtes remarqué. Je vous conseille personnellement d'essayer de trouver quelqu'un de l'entreprise, de parler avec des gens qui sont dans l'entreprise. Cela vous donnera un peu de compréhension de la culture interne de l'entreprise. De plus, si vous vous aimez, la personne qui fait partie de l'entreprise pourra vous recommander - les statistiques montrent que les recommandations augmentent de 8 fois les chances de passer la première étape ("être remarqué") par rapport aux candidatures via le site. Eh bien, pour certains, les applications via le site fonctionnent.
Je vous conseille de ne jamais vous attarder sur une entreprise en particulier. Vous ne pouvez jamais garantir que vous entrerez dans une entreprise en particulier. Mais si vous avez un objectif - acquérir une expérience internationale, travailler dans une grande entreprise, déménager quelque part, alors c'est certainement possible, et peut-être pas dans une seule entreprise.
Pour le processus de rédaction de CV, il existe divers petits conseils sur son apparence et les faits à contenir.
- brièveté: tenir dans 1 page
- orientation vers les résultats: décrivez vos réalisations - "atteint X en faisant Y avec Z"
- Orientation des données: décrivez l'ampleur de vos projets - utilisation, profit, etc.
- liens: fournissez des liens pour présenter vos projets
- évaluation: demandez à quelqu'un d'évaluer votre CV avant de le soumettre
- moins de termes spécialisés: il faut être compris
Mais il est probablement très important de dire qu'il est assez difficile de le faire seul. Au moins, c'était difficile pour moi: vous devez vous décrire, décrire vos réalisations, le faire dans un bon langage, compréhensible pour une autre personne. C'est bien de le faire avec un ami, un collègue; vous pouvez vous adresser à notre mentor chez Verbetcetera - essayez de faire votre CV afin qu'il soit facile à lire et fasse bonne impression.
Une préparation supplémentaire consiste généralement à résoudre des problèmes - par exemple, dans le même leetcode - sur différents sujets, dans la langue de votre choix. Il peut s'agir de JavaScript, Typescript, C ++, Java, Python, etc. De nombreuses langues. C'est aussi formidable de s'entraîner à deux - faire des entretiens pratiques pour entraîner le processus, c'est ce qu'on appelle un entretien simulé. Vous pouvez pratiquer avec des amis, il existe également des services spéciaux; nous fournissons également un tel service - vous pouvez venir pratiquer avec un mentor. En outre, vous essayez d'augmenter vos chances d'obtenir une offre en soumettant à de nombreuses entreprises. Passez l'entretien, et à la fin vous arrivez quelque part (où vous voulez, j'espère); bien sûr, pour que ce système fonctionne, il est important d'avoir une bonne base informatique.
J'ai interviewé plusieurs personnes qui sont récemment allées sur Google, et cela s'est avéré comme ceci: une ou deux semaines ne suffisent à personne. Personne ne m'a dit qu'ils s'étaient préparés pour l'entrevue dans deux semaines et qu'ils avaient réussi. Cela prend souvent 2 à 3 mois et la personne est engagée 8 heures par jour. Et cela nécessite toujours une fondation - de l'institut, de cours spéciaux, afin que ces tâches ne soient pas complètement nouvelles. Quelqu'un a écrit sur leetcode que l'ensemble du processus a pris un an (bien que cette personne travaillait en même temps).
Q: quels salaires sont proposés?
Vous pouvez consulter Glassdoor pour voir quels salaires sont proposés par quelle entreprise (en moyenne).
Q: Avez-vous des mentors sur la pile .NET?
C'est comme si nous ne nous préparions pas dans un langage spécifique, nous avons un mentorat sur les algorithmes et la conception de systèmes. La langue spécifique n'a pas d'importance pour nous, nous ne resserrons pas la langue.
Analysons le dernier entretien - entretien de conception du système. De quel genre d'entrevue s'agit-il, quelles sont les erreurs et les mythes, et comment s'y préparer.
Cet entretien détermine votre note dans l'entreprise. Il pose des questions ouvertes difficiles. Par exemple, "comment écririez-vous Google Docs (ou Instagram ou Facebook Messenger)". Naturellement, il y a des attentes différentes pour un entretien de conception de système: si vous êtes un junior, presque rien n'est attendu de vous. Mais si vous êtes senior, vous devez faire vos preuves.
J'ai rencontré une telle opinion qu'il est inutile de préparer cet entretien: soit vous avez déjà des connaissances et de l'expérience, soit vous n'en avez pas. Bien sûr, la connaissance de la conception du système n'apparaît pas d'elle-même avec l'accumulation d'expérience (bien que l'expérience aide), mais je recommanderais à tout le monde de se préparer à cet entretien - y compris les juniors.
Structurer l'expérience aide beaucoup. Vous commencez à voir en dehors de votre petit morceau de code, à voir les composants, à voir l'ensemble du processus, à quoi ressemble le produit, de quels serveurs, équilibreurs de charge, caches il se compose, où peuvent se trouver les goulots d'étranglement et les vulnérabilités de ce produit, comment il peut être étendue, que faire si elle se développe. La préparation à un entretien de conception de système aide à grandir en tant que développeur; elle affecte considérablement l'offre et la position. Si vous êtes essentiellement un senior ou un bon intermédiaire, mais que vous ne vous préparez pas, vous serez probablement amené au poste de junior, et vous devrez passer par le processus de promotion au sein de l'entreprise - confirmation par les pairs et tout le reste dans l'ordre. pour arriver au poste que vous avez déjà emprunté éventuellement à une autre entreprise. Par conséquent, il est très logique de se préparer afin de gagner du temps et de bénéficier immédiatement d'une offre intéressante. Bien sûr,les offres pour les postes seniors et juniors sont très différentes - dans Google, c'est des dizaines de milliers d'euros.
Se préparer à un entretien de conception de système est beaucoup plus difficile que de se préparer à un entretien de codage. Il n'y a pas de système de test qui vous dira ce qui était bien et ce qui était mal. Il est important d'avoir quelqu'un (généralement un développeur senior) pour vous donner des commentaires sur la manière dont vous répondez aux questions. C'est formidable d'avoir une base de connaissances structurée et de s'entraîner beaucoup à deux. Vous pouvez venir à l'entrevue simulée de conception de système, que nous faisons chez Verbetcetera. Nous envisageons également de suivre un jour un cours sur la conception de systèmes.
Le cadre général de la manière de se comporter lors d'une entrevue de conception de système est très similaire à celui d'une entrevue de codage. Il n'est pas nécessaire de se précipiter au début, vous devez poser des questions de clarification, essayer de comprendre quelle est la tâche. Vous n'avez jamais besoin de commencer immédiatement à résoudre ou de donner une réponse dont vous vous souvenez sur un site; Peut-être que vous et l'intervieweur avez des tâches complètement différentes dans votre tête - il est important de s'entendre sur ce point au départ, d'accorder beaucoup d'attention à la communication et à la compréhension. La deuxième étape après s'être mis d'accord sur la tâche est de dessiner une conception de haut niveau pour la tâche, puis de s'entendre là-dessus également. Après cela, vous devez discuter des problèmes pouvant survenir dans cette conception, de ce qui y est le plus intéressant, et vous plonger dans le problème le plus important et le plus intéressant. À la fin de l'entretien, vous devez le repasser, résumer votre décision et proposer des idées surquoi d'autre peut être fait et amélioré. Et tout cela doit être fait en 45 minutes (encore moins, car il y a toutes sortes de problèmes techniques) - c'est très difficile à faire en déplacement, vous devez vous préparer.
Q: Y a-t-il des profils de tous les mentors quelque part?
Nous ne le faisons pas encore ouvertement. Pour l'instant, je peux dire que nos mentors ont travaillé (travaillent) à FAANG et ne sont pas très intéressés à parler ouvertement d'eux-mêmes. C'est peut-être un peu déroutant, mais une telle question d'anonymat.
Q: dans quels domaines le mentor évalue-t-il? Seulement des compétences en programmation, ou bien en anglais et en auto-présentation?
Vous êtes jugé sur vos compétences en programmation, votre capacité à résoudre des problèmes; L'anglais devrait être suffisant pour la communication (pas de super-niveau nécessaire). L'auto-présentation influence probablement aussi, mais pas tellement. Probablement, combien vous êtes une personne adéquate influence le plus? Si vous venez à une entrevue comportementale et dites que vous détestez les clients, vous ne recevrez probablement pas d'offre, malgré vos capacités d'auto-présentation.
Q: si le senior a échoué dans la conception du système, lui propose-t-il un poste intermédiaire / junior?
Oui, généralement, ils rétrogradent simplement. C'est une situation courante: le senior ne se prépare tout simplement pas à la conception du système, le fait échouer et on lui propose une position de départ. Mais, bien sûr, si une personne a vraiment un niveau, elle peut évoluer plus vite que d'habitude au sein de l'entreprise. Ce sera un peu offensant, bien sûr, de ne pas avoir embauché senior tout de suite après l'entrevue.
Q: Avez-vous ces entretiens simulés sur le design en Biélorussie (je n'ai pas compris le nom, où et comment ils se déroulent, puis-je avoir un lien plus précis?) En anglais ou en russe? En général, dans quels pays avez-vous des mentors?
Tous les entretiens simulés sont en anglais, car en réalité, ils seront en anglais. Les mentors sont distribués; Je suis en Russie, la plupart sont en Europe, en Angleterre. Une entreprise assez dispersée de différentes parties du monde. Le lien sera probablement dans la description de la vidéo.
Q: sera-t-il possible de télécharger la présentation?
Je ne pense pas, mais vous pouvez le regarder dans la vidéo.
Q: interview simulée en ligne ou hors ligne pour les Moscovites?
Nous n'avons pas encore pensé à l'option hors ligne, alors que tout est en ligne.
Donc, aujourd'hui, nous avons discuté de l'entretien de codage - quelles questions sont posées, erreurs et mythes populaires, comment se préparer, combien de temps cela prend (pour que vous soyez réaliste sur le processus et ne pensez pas que cela ne prend que 2 semaines à tout le monde). Et la conception du système - pourquoi s'y préparer et comment cela vous aidera.
Je voulais aussi faire une annonce. Nous voulons recruter un cours: si l'un des gars veut comprendre les algorithmes nécessaires à un entretien technique, nous recrutons des groupes depuis mars. Les groupes sont petits, 3-5 personnes ou moins (presque un à un), pour travailler avec des mentors de FAANG. Au cours de trois mois, nous passerons en revue toutes les bases dont vous avez besoin pour préparer un entretien technique. Alors que si vous sentez que vous vous affaiblissez sur ce sujet, vous avez enfin une bonne base, et vous vous sentez en confiance. Ceci est particulièrement adapté aux personnes qui ne peuvent pas consacrer tout leur temps à la préparation des entretiens qui travaillent activement - ce format de cours peut fonctionner.
Et si vous avez une interview bientôt, venez nous voir pour une interview simulée. Par algorithmes, par conception de système; quand nous le ferons, il y aura un cours sur la conception de système. Je serai très heureux si vous venez.
Q: y aura-t-il plus de kits, par exemple, en mai?
Peut-être. Alors que les plans sont pour mars, les cours dureront trois mois; si les résultats sont bons, si nous et vous l'aimez, alors peut-être qu'il y aura un autre ensemble.
Préparez-vous, investissez en vous et vos connaissances. Vous êtes tous formidables, vous réussirez.
