L'interview pour un poste technique ne doit pas être effrayant

Jacob Schatz, un ingénieur de Gitlab senior, explique comment il a mené un entretien d'embauche technique et son processus de réflexion. Les entretiens techniques sont souvent discutés et peuvent être un sujet sensible pour certains, il convient donc de noter que cet article exprime les opinions personnelles de Jacob et ne représente pas nécessairement les points de vue de son employeur.

Êtes-vous un intervieweur qui a peur, épuisé, triste ou déçu? J'espère changer ce biais.

Je crois que les gens peuvent avoir une bonne expérience d'entrevue et je peux également trouver les bons candidats. Ces deux choses peuvent se produire en même temps! Une fois votre processus d'entrevue terminé, dans un monde idéal, vous devriez vous sentir bien dans votre peau et le processus quel que soit le résultat. Vous pouvez vous sentir triste parce que vous n'avez pas obtenu le poste ou que vous êtes ravi de commencer votre nouvel emploi, mais dans les deux cas, vous devez comprendre la raison.

À Gitlab, j'étais en charge du recrutement très tôt, j'ai donc vu des milliers de curriculum vitae. Quand j'ai rejoint pour la première fois, on m'a demandé de recruter et de former une équipe de développement frontal. Je suis le 29e employé (nous avons plus de 500 employés maintenant), je suis le premier développeur frontal, donc notre équipe n'a pas de processus d'embauche. Nous avons progressivement créé un processus.

Le but de cet article est l'intervieweur et l'intervieweur. Pour les intervieweurs, j'espère que vous savez à quoi ressemble une interview parfaite. Une entrevue ne devrait pas être effrayante ou terrifiante. Voici un guide que vous pouvez suivre qui peut vous aider à faire votre part pour créer l'entretien parfait. Si vous êtes un intervieweur, vous avez peut-être perfectionné votre processus. C'est mon opinion sur la façon dont l'interview aura lieu dans un monde idéal. Il existe de nombreux types d'interviews, et cet article se concentre sur l'interview de développeurs de tous les niveaux d'expérience. Je suis resté avec de grands processus au fil des ans, et cet article est un aperçu des coulisses du processus candidat pour les deux parties.

Avant de commencer, il est important de se rappeler que tout le monde est humain et que les gens sont imparfaits. Il n'y a pas de développeur parfait. Traitez tout le monde comme des gens ordinaires. Il est OK d'être surpris par ce que certaines personnes ont accompli, mais il n'est pas OK d'adorer les autres. Le talent est à la fois inné et acquis, et vous pouvez également l'apprendre. Votre intervieweur et vous êtes tous les deux imparfaits. Les entretiens ne devraient pas concerner la perfection. Voici à quoi devrait ressembler l'interview.

Cinq choses que je recherche chez les candidats

Les valeurs de Gitlab couvrent de nombreux aspects importants et vous devriez le lire. Ceci est basé sur le fondement lâche de ces valeurs.

En tant qu'intervieweur, je ne peux me concentrer que sur tant de choses à un moment où je deviens un auditeur productif et actif. Mais j'ai cinq choses spécifiques auxquelles je veux faire attention:

1. Cette personne est-elle "à tête claire"?
2. Cette personne répond-elle techniquement aux exigences de ce rôle?
3. Cette personne peut-elle être autosuffisante dans ce rôle?
4. Cette personne est-elle forte en communication? Peuvent-ils bien communiquer avec l'équipe?
5. Cette personne peut-elle bien gérer les commentaires positifs et négatifs?

Bien sûr, je cherche d'autres choses, mais ces cinq choses suffisent à vous procurer le travail que vous voulez si vous interviewez avec moi.

Oublier le nerveux. Je ne vous blâmerai jamais pour cela. Je sais que tu pourrais être nerveux, c'est absolument OK. Dans de rares cas, la tension peut devenir un facteur débilitant, auquel cas je vous demande simplement de le reprogrammer. Ne raccrochez pas mon téléphone!

Reconnaître qu'il y aura un biais

Nous avons été formés à des biais à Gitlab. Une chose que j'ai apprise à la formation est que tout le monde a un parti pris, que vous pensiez être biaisé ou non. Une fois, j'ai pensé avoir des interviews aveugles comme certains orchestres. Nous ne l'avons jamais implémenté (et c'est difficile), mais c'est pourquoi je garde une liste de questions et un résumé de ce que je veux couvrir dans chaque interview. Il y a un script que je peux suivre pour chaque interview. Tout est aussi répétitif et similaire que possible. Au fil de l'interview, je pourrai savoir si je peux poser des questions plus difficiles. Le problème plus difficile n'est pas d'éliminer les candidats, mais de candidats qualifiés. Si vous pouvez répondre à mes puzzles, cela signifie que vous avez une vaste expérience et des connaissances. Il est important de savoir que je dois poser des questions aux anecdotes sous une forme ou une autre, mais je n'évalue pas les candidats en fonction des questions de trivia . Il s'agit de comprendre vos connaissances et votre profondeur de JavaScript.

En d'autres termes, il y a encore une question triviale à laquelle personne n'a répondu correctement. Je vais continuer à demander, et je crois qu'un jour quelqu'un répondra correctement. Les questions de trivia sont amusantes car je suis un grand fan de JavaScript. J'aime juste parler de tous les tenants et aboutissants de JavaScript. Je cherche quelqu'un qui peut être mon partenaire de codage. Le recrutement de personnes consiste à trouver des personnes avec lesquelles vous pouvez travailler , pas des gens qui travaillent pour vous.

Les enquêteurs inexpérimentés ont tendance à vous tester ce qu'ils savent (afin qu'ils se sentent un peu plus sûrs lorsqu'ils peuvent vous critiquer pour de «mauvaises» réponses).

Au lieu de cela, les bons intervieweurs se concentrent sur ce que vous savez et favorisent un dialogue bidirectionnel pour explorer un ajustement commun.

- Jennifer Kim (@Jenistyping) 8 avril 2019

Je veux connaître vos capacités techniques

C'est probablement ce que les gens craignent le plus. Au cours de l'entretien, nous posons des questions comme "Pourquoi la couverture du trou d'homme est-elle le tour?" La vérité est que certaines entreprises peuvent poser des questions modérément difficiles de Leetcode, tandis que d'autres peuvent ne pas poser de questions techniques.

Que suis-je à la recherche dans vos compétences

L'expérience est plus convaincante que toute question d'entrevue technique que je peux poser. Par exemple, si j'embauche une position d'ingénieur frontal et que quelqu'un m'a dit qu'il avait construit quelque chose de cool eux-mêmes et que nous pouvons en discuter, alors c'est génial. Après cela, je pourrais également avoir besoin de leur poser des questions, ou la démo pourrait répondre à toutes mes questions (peu probable, mais possible). Mais ce serait formidable si nous pouvions parcourir le code pour quelque chose dont vous êtes très fier ensemble.

Il serait utile que vous puissiez me dire ce que vous avez construit pour une autre entreprise que je pourrais regarder votre code, ou vous pourriez l'expliquer pleinement. Quel est le défi? Comment avez-vous géré 10 000 commentaires? Comment gérez-vous le mobile? Quels sont les défis? Permettez-moi de vous donner un exemple: vous avez construit un système de commentaires pour Gitlab. Un défi intéressant pour le système de commentaires consiste à traiter le problème du chargement des utilisateurs dans le menu déroulant @ pour mentionner les autres utilisateurs. Il s'avère que la charge utile JSON pour ce menu déroulant peut devenir très grande et le charger lorsque le chargement de la page rendra le chargement de la page beaucoup plus lent. Mais le chargement des données est également lent sur le premier @ @ touche Press, car la charge utile peut dépasser 10 Mo. Nous voulons que les utilisateurs aient une expérience transparente et ne réalisent pas que les données prennent du temps à charger. Ainsi, une bonne façon de parler de cette expérience est de décrire certaines des méthodes que vous avez considérées, telles que:

1. Les données sont chargées lorsque la zone de commentaire apparaît pour la première fois dans la fenêtre.
2. Chargez les données lorsque l'utilisateur plane sur la zone de texte pour la première fois.
3. Une fois que l'utilisateur commence à faire défiler avec suffisamment d'élan, les données sont chargées.

Le dernier n'est pas une solution ennuyeuse, mais j'ai entendu quelqu'un le dire pendant l'entretien.

Je pourrais poser des questions sur les algorithmes et les structures de données

Hé, les intervieweurs, recrutez-vous des gens pour votre site Web de marketing? Ne leur posez pas les questions d'algorithme et de structure de données les plus difficiles. Oui, les algorithmes et les structures de données jouent un rôle énorme dans tous les aspects, mais plus important encore, les candidats comprennent la conception réactive, ainsi que l'animation et les performances. Maintenant que nous parlons de performances, ils devraient comprendre la notation Big O. Ils devraient savoir ce qui a causé le redessinage. Jetez un œil à Firefox Monitor et comparez-le à Salesforce. Les sites Web de Firefox sont plus rapides dans tous les aspects. Pourquoi est-ce plus rapide? Pourquoi le site Web Salesforce est-il si volumineux et lent? Redimensionnez-les ... Oh! Big O peut vous aider à expliquer certaines parties, mais il est important de pouvoir expliquer l'image entière.

Soit dit en passant, Big O Notation, parce que je l'ai mentionné.

Big O est un moyen de décrire l'heure d'exécution de votre code et / ou la quantité d'espace mémoire que votre code prendra dans le pire des cas. Je pense que c'est vraiment bien de l'apprendre et cela aide à la programmation quotidienne. Vous pouvez et devriez l'apprendre, ce qui peut prendre environ une heure. Après une heure, vous êtes probablement prêt à répondre à toutes les grandes questions légales de l'intervieweur.

Big O n'est pas un cours que vous devez suivre. Voici quelques articles qui peuvent vous l'expliquer en moins d'une heure:

• J'aime ce post.
• Pour des articles plus formels mais finalement faciles à comprendre, consultez Brillant.
• Pour une feuille de triche avec laquelle vous vous sentez à l'aise, consultez la grande feuille de triche.
• Pour de bons exemples (dans différentes langues, mais très facile à comprendre), consultez cet article.

Ok, revenons à l'algorithme et aux structures de données de l'entretien.

Étant donné que ces types de problèmes peuvent survenir, il vaut la peine de faire des devoirs à l'avance. Il existe deux normes d'or typiques pour les entretiens pour les algorithmes d'apprentissage et les structures de données.

• Il y a un livre "Cracking Coding Interview" écrit par Gale Lackman McDowell.
• Il y a un site Web appelé Leetcode avec beaucoup de ressources.

Il existe de nombreuses autres choses qui sont recommandées pour les algorithmes et les structures de données, beaucoup d'entretiens codants, mais au lieu de se souvenir de chaque exemple du monde (qui ne résoudra aucun problème pour vous), apprenez à les résoudre.

Comme je l'ai dit ci-dessus, les ingénieurs frontaux devraient apprendre Big O pour leur santé, car c'est bon pour vous, tout comme manger vos céréales Webster. À moins que les travaux ne nécessitent des connaissances approfondies d'algorithmes et de structure de données, l'intervieweur ne doit pas poser un large éventail d'algorithmes et de questions de structure de données . Si je conçois un cadre frontal, comme Vue, il est très important d'optimiser l'algorithme de différence DOM ou du moins de comprendre la mise en œuvre de l'algorithme que vous utilisez. Mais cela signifie-t-il que je demanderai à sept puzzles supplémentaires de CTCI? Ne le fera pas. Vous testez la compréhension, pas la mémoire. Lorsque les gens résolvent ces problèmes (quand je leur demande), je veux les voir penser à ce problème et nous résolvons ce problème ensemble, pas je veux les voir obtenir la bonne réponse. Il s'agit de comprendre ce que vous pouvez faire en tant qu'ingénieur après avoir obtenu le travail - pas ce dont vous vous souvenez hier. Une personne qui comprend les algorithmes sera meilleure pour leur mettre en œuvre que quelqu'un qui doit l'apprendre au travail.

Recrutez-vous des personnes pour construire un système de gestion des dépendances? Cette personne doit en savoir beaucoup sur les algorithmes et les structures de données.

Ce sont deux extrêmes du spectre, mais à mon avis, tout le monde n'a pas besoin de savoir comment écrire un arbre rouge-noir à partir de zéro - mais tout le monde devrait connaître Big O. Cependant, l'apprentissage des algorithmes et des structures de données typiques améliorera considérablement vos compétences en tant que développeur de logiciels.

Lorsque je pose des questions sur les algorithmes et les structures de données, je pose les questions suivantes:

• Qu'est-ce qu'une liste liée? Pouvez-vous me montrer comment l'implémenter avec et sans tableaux en javascript?
• Quelle est la différence entre BFS et DFS? Pouvez-vous en réaliser l'un d'eux?

Si vous répondez à tort à ces questions, vous n'éliminez personne. N'oubliez pas que je n'utilise pas de trivia pour évaluer les candidats.

Êtes-vous à tête claire?

Au cours de l'entretien, j'ai également cherché de nombreuses compétences générales. C'est ma façon de déterminer si vous êtes «clair».

À proprement parler, cela signifie que vous avez pris la bonne décision, mais pour moi, c'est bien plus que cela. Une personne à tête claire prend des décisions raisonnables. C'est une bonne chose d'avoir une opinion différente de moi, mais nous devons être d'accord avec une norme de connaissances. Par exemple, nous devons tous convenir que c'est une mauvaise idée d'utiliser simplement un positionnement absolu pour disposer de l'ensemble du blog. Ce n'est pas une décision raisonnable.

Mais je pourrais créer un scénario comme celui-ci pour vérifier ces compétences:

Allons à Codepen et créons une page d'accueil de blog statique. Nous avons besoin d'un menu de navigation, nous avons besoin d'une place pour le titre et l'article, puis en bas, laissez-nous avoir des commentaires et des pieds.

Je vous guiderai ensuite à travers les différentes façons de créer la navigation et les avantages et les inconvénients de chacun. Pour de nombreux développeurs frontaux que j'embauche, je me demande s'ils comprennent un javascript de base, donc je pourrais leur demander d'ajouter de petites fonctionnalités en utilisant uniquement JavaScript natif.

Lorsqu'un cadre fait tout pour vous, vous n'avez pas besoin de faire les choses vous-même. Je veux savoir si vous comprenez la situation mondiale.

"Sobert" est une déclaration de fantaisie, ce qui signifie que vos affaires sont organisées. Ce n'est pas une liste exhaustive, mais ce sont les choses qui ont attiré mon attention:

• Prenez bien soin de vous

• Vous parlez professionnellement (c'est plus influent que la plupart des gens ne le savent)

• Détails très privés omis

• Répondre aux questions de manière concise

• Prendre le temps de penser

• Quand tu ne sais pas, dites "je ne sais pas"

• Confiant, mais ne soyez pas vaniteux, même si vous n'êtes pas

• Vous accomplissez ce que vous avez commencé

• Tu es honnête

• Pouvez-vous dire non

• Vous savez ce que vous voulez et vous voulez aider les autres à obtenir ce qu'ils veulent

• Vous n'êtes pas d'accord et même débattre, mais sachez quand abandonner

• Vous pouvez communiquer efficacement pendant l'entretien

• Cette conversation est-elle facile ou épuisante?

• Êtes-vous couramment l'anglais? L'accent est absolument bien!

• Comprenez-vous le concept discuté?

• Vous êtes une personne gentille.

À propos du dernier point: la gentillesse ne signifie pas que vous êtes une personne faible. La gentillesse est un élément important de défier les autres et de donner des commentaires.

Je veux voir si tu es autosuffisant

Cela semble évident maintenant, mais je crois - après le travail de Gitlab - l'autosuffisance est quelque chose que les intervieweurs devraient rechercher dans tous ceux qui sont embauchés. L'autosuffisance joue un rôle majeur dans votre rôle dans l'entreprise.

Par exemple, pour arriver à l'extrême, pensez à un directeur général qui peut avoir le moins de conseils externes que quiconque dans l'équipe. Tout le monde a une responsabilité, mais le directeur général doit généralement être bon dans beaucoup de choses, y compris (mais sans s'y limiter) le marketing, les ventes et la gestion. Tout cela changera en fonction de la taille de l'équipe. Leur rôle est probablement le plus vague. Ils sont très autosuffisants. À mon avis, les développeurs seniors devraient être en mesure de prendre l'ensemble des fonctionnalités à grande échelle et de la mettre en œuvre correctement.

Cela ne veut pas dire que les développeurs ne devraient pas communiquer dans le processus. Ils devraient poser des questions et travailler avec d'autres pour trouver la meilleure voie à suivre.

La révision des codes des intervieweurs a une chance de devenir ennuyeuse (dans le bon sens) parce que nous savons à quoi nous attendre. Nous comptons sur eux pour encadrer les développeurs avec moins d'expérience. Les développeurs juniors devraient également être autosuffisants, mais peuvent ne pas entreprendre de grands projets seuls. Les développeurs juniors réussissent souvent bien dans de petits travaux. Par exemple, cela peut être une grande chose pour les développeurs juniors de prendre de petites tâches que les développeurs seniors effectuent dans de grands projets. Les développeurs seniors peuvent également guider les développeurs juniors et les guider dans la bonne direction pour les aider à devenir plus autosuffisants, ce qui est une bonne chose pour les deux parties - et pour les managers, car ils peuvent déléguer plus de travail aux développeurs seniors.

Si vous êtes un développeur frontal et que vous devez être main dans la main à ce stade de votre carrière, c'est entièrement 100% OK, tout le monde l'a vécu. Ou, si vous appliquez beaucoup d'endroits mais que vous n'obtenez aucun résultat et que vous êtes très frustré: je vous suggère de devenir plus autosuffisant avant de postuler. Une façon dont je vous suggère de devenir plus autosuffisante et d'obtenir le travail que vous voulez: oubliez les exemples de code, les petites applications de panier et leurs goûts parce qu'ils ne fonctionnent pas bien dans les entretiens d'embauche. Créez une application complète pour quelqu'un et faites-le à bas prix ou à un moyen gratuit. Trouvez une église, une synagogue, un abri ou une autre personne près de chez vous et prenez l'initiative de créer un site Web pour eux.

N'oubliez pas que les clients gratuits sont généralement les pires. Cela en vaudra la peine lorsque vous pourrez dire que vous avez travaillé pour plusieurs clients. Pour gagner des points supplémentaires, documentez votre travail dans certains articles de blog. Ces contenus sont superbes sur votre CV et vous feront vous démarquer du reste du monde. Je sais que n'importe qui peut facilement obtenir un site Web via WIX ou autre plate-forme de création de sites Web, mais rien n'est mieux qu'un site Web personnalisé bien conçu. Je pense que j'ai fait environ 10 sites Web avant d'obtenir mon premier travail de programmation. Je pourrais écrire un livre pour raconter ces histoires folles.

La communication et les commentaires sont essentiels

C'est un autre point qui semble évident mais qui est difficile à bien faire. La communication est bien documentée dans le manuel de Gitlab, donc je n'entrerai pas dans les détails, disons simplement que je suis les valeurs de Gitlab et que nous recherchons d'autres personnes qui espèrent suivre ces valeurs également. La rétroaction positive et négative est également bien documentée dans le manuel Gitlab, donc je ne le couvrirai pas ici.

Comment faire le reste de l'interview

Parce que nous avons interviewé beaucoup de candidats à Gitlab, nous avons suivi un processus commun afin que nous puissions le répéter facilement. Je n'entrerai pas dans les détails de notre processus d'entrevue, car il continue d'évoluer. Mais, dans l'ensemble, c'est le processus que j'ai suivi.

Parle-moi de toi

On vous pose une question célèbre similaire à "Parlez-moi de votre propre situation", "Dites-moi ce que vous avez fait" ou "Parlez-moi de votre situation pendant le [nom de l'entreprise]". Lorsque je pose cette question, j'essaie de trouver le lien entre le travail pour lequel vous avez postulé et votre travail passé. Il est préférable de trouver un terrain d'entente à l'avance.

Par exemple, en tant qu'employé de Gitlab, si je postule pour FAang en tant qu'ingénieur frontal personnel, je crois que Gitlab et cette entreprise travaillent à améliorer la vitesse de chargement des pages. Peut-être que j'ai remarqué que lorsque j'ai rejoint GitLab pour la première fois, il y avait des auditeurs d'événements 26K sur une page et j'ai pu le réduire à 0, réduire le temps de chargement de 50%, à 200 ms de vitesse. Je crois que cela sera lié à la conversation.

Donc, en tant qu'intervieweur, je pourrais dire ceci:

"Bonjour! Je suis ingénieur frontal chez Gitlab, je suis ici depuis 3,5 ans et j'ai apporté beaucoup de grandes améliorations pendant mon mandat, et mes domaines de travail préférés sont les performances, la mise en œuvre de la conception UX et la conception d'architecture."

À ce stade, vous ne voulez pas entrer dans trop de détails, mais il est préférable de donner à l'intervieweur quelques faits à gérer. Quand j'ai posé cette question, quelqu'un a commencé à parler en détail de 10 minutes de toute sa carrière, ce qui était frustrant.

Qu'est-ce qui vous a fait postuler pour notre entreprise?

L'intervieweur peut demander: «Qu'est-ce qui vous a décidé de demander notre entreprise?» J'espère que vous êtes heureux de travailler pour cette entreprise - ou bien, pourquoi prendre la peine de postuler?

Pour une raison quelconque, ce problème surexcite souvent les candidats, qui finissent par gâcher le nom de notre entreprise. C'est un comportement totalement normal, surtout si votre entreprise ressemble à une autre entreprise.

Ce que je recherche à ce stade, c'est de voir si vous cherchez simplement un emploi, ou si vous êtes vraiment ravi de travailler avec nous. Nous voulons des gens qui veulent vraiment travailler avec nous. Pour le moment, je peux également voir si une personne comprend la situation de notre entreprise. Par exemple, certaines personnes aiment nos valeurs, les lisent et souhaitent travailler dans une entreprise qui en a. Certaines personnes veulent résoudre le gros problème que nous résolvons. Certaines personnes ont lu les discours et les articles de notre équipe et veulent travailler avec des gens aussi intelligents qu’ils le sont.

Quelles sont vos cinq choses?

Enfin, j'aime me demander si le candidat a des questions sur moi. Il s'agit d'une partie importante de l'entretien et vous devriez y penser attentivement à l'avance. Votre objectif est de me faire répondre: "Oh oh, bonne question!" D'une part, j'essaie vraiment de répondre à toutes les questions que vous posez, alors ne soyez pas timide. D'un autre côté, j'essaie également de mesurer votre intérêt pour le travail, donc des mots comme "Euh, je ne sais pas" sont souvent très frustrants car cela montre que vous avez peut-être été distrait ou que le travail ne vous intéresse pas. Cela peut laisser un arrière-goût désagréable.

Trouvez votre intervieweur et apprenez à les connaître. Faire cela à l'avance peut être un exercice révélateur. Vous pouvez comprendre leurs stratégies d'acquisition de clients, ce qui peut conduire à de nombreuses autres questions intéressantes. Si l'entreprise est une startup, prévoient-ils d'être acquise ou veulent-ils effectuer une introduction en bourse? Cela vous rendra professionnel lorsque vous aurez une question claire et bien pensée, qui est également l'une des choses importantes que j'ai énumérées.

Si vous ne pouvez pas penser à des questions à poser, voulez-vous vraiment ce travail? Si l'intervieweur a un site Web personnel, consultez-le et s'il n'y a pas d'autres questions, vous pouvez leur poser des questions sur les bandes dessinées qu'ils ont écrites et publiées sur leur site Web.

Mais je suggère:

1. Posez des questions d'entrevue qui vous intéressent généralement. Considérez ceci avant une interview, car une question vraiment réfléchie peut souvent améliorer considérablement votre candidature.
2. Que recherchez-vous dans l'entreprise en tant que candidat? Qu'est-ce que l'intervieweur doit vous prouver afin que vous acceptiez le travail?
3. Ces gens sont-ils aussi clairs que vous? Vous savez, c'est à double sens.
4. Cela ressemble-t-il à un travail intéressant? Voulez-vous même un emploi amusant?
5. À qui allez-vous vous présenter? Vous avez-vous parlé? Pouvez-vous avoir l'occasion de leur parler pendant l'entretien?
6. Êtes-vous sous-représenté? Par exemple, remplacez-vous quelqu'un ou assumez-vous un nouveau rôle? Combien d'autres feront ce que vous faites? À quels signes d'autres personnes sous-représentées devraient-elles prêter attention? Quels signes vous montrent que c'est un bon environnement pour vous?

Ne posez pas de questions sur le salaire ou les avantages sociaux à ce stade; Ces choses peuvent être discutées lorsque vous avez une conversation téléphonique préliminaire avec le recruteur (et devrait probablement) avant de trouver quelqu'un comme moi.

en conclusion

Contrairement à la programmation, les interviews ne sont pas une science précise. Vous essayez de prouver que vous êtes enthousiasmé par la perspective de travailler avec l'entreprise. Vous voulez le prouver à l'intervieweur et à vous-même. J'espère que vous voulez un travail intéressant. Ce guide n'est pas un script à suivre, mais plus de quelques idées lâches pour vous aider à entrer dans l'état d'esprit de l'intervieweur, qui contient également quelques conseils pour d'autres intervieweurs. Peut-être que j'ai souligné quelque chose que vous ne connaissiez peut-être pas auparavant.

N'oubliez pas qu'en théorie, une interview ne devrait pas être un processus terrible, mais plus comme une recherche d'un partenaire pour travailler ensemble.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!