Récemment, je suis tombé sur un article de fillpackart à croissance rapide qui m'a incité à réfléchir à ce que j'aimerais partager avec tous les lecteurs Habré. Cependant, tout d'abord, je voudrais souligner que tout ce qui est dit dans cet article est mon opinion personnelle et ma vision de la situation et je ne prétends pas être vrai.
À propos des entretiens modernes
L'auteur de l'article susmentionné se plaint de ne plus avoir posé de questions techniques lors des entretiens. C'est si mauvais? Combien d'entre nous écrivent des arbres rouge-noir chaque jour au travail ou utilisent l'héritage virtuel (ce ne sont que des exemples, ne discutons pas de leur utilité dans les commentaires)?
Il me semble que peu de gens ont répondu positivement à la dernière question. Mais c'est exactement ce qu'ils aiment demander lors des entretiens techniques . L'entreprise souffrira-t-elle beaucoup si elle embauche une personne qui ne peut pas répondre à une telle question sans moteur de recherche à portée de main?
Le problème est que les questions posées lors des entretiens techniques sont très différentes des tâches réelles du développeur . Y compris des tâches que le candidat effectuera dans l'entreprise si l'étape de l'entretien réussit. Alors pourquoi ça? Pourquoi tester la capacité de résoudre des problèmes avec LeetCode ou la connaissance de l'appareil des constructions de langage exotiques? Pourquoi est-ce nécessaire s'il n'est guère utile à l'avenir et s'il est utile, vous pouvez toujours trouver une description détaillée de ces algorithmes et principes?
Et le plus important: ce n'est pas seulement un test inutile. Elle transforme les interviews en enfer sans signification et sans pitié. Pour cette raison, la préparation d'une entrevue devient en fait une solution futile aux problèmes. Lors des entretiens eux-mêmes, les nerfs font des ravages et même les candidats les plus dignes sont parfois perdus dans la résolution de tâches simples.
Ici, il faut me objecter que l’ entretien avec les tâches a pour objectif principal de tester la pensée du candidat . Oui, c'est vrai, mais tout le monde ne le comprend pas. De nombreux développeurs que les RH envoient pour interroger les candidats oublient cela. Et puis l'entretien se transforme en monologue ennuyeux d'un candidat qui essaie de résoudre quelque chose. Ensuite, la décision est photographiée et devient un argument pour ou contre. Est-ce bien? Non. Je pense que seules des tâches simples peuvent être confiées et que le candidat doit être aidé. Vous n'avez pas besoin de dire à la personne toute la décision, mais vous devez la pousser avec les bonnes pensées. Après tout, nous ne développons pas seuls des logiciels. Le développement a longtemps été un travail d'équipe. Alors pourquoi est-ce que je vois toujours des développeurs qui lors de l'interview ne disent que les conditions du problème?
Encore une fois, je voudrais attirer l'attention sur les points suivants: les tâches d'entrevue sont normales, mais seulement si ces tâches sont simples et que sa solution se transforme en dialogue entre la personne interrogée et la personne interrogée. L'essentiel ici est de vérifier comment le candidat pense. Comment il aborde la solution du problème. C’est ce qui compte, pas qu’il résoudra ce problème ou non. Vous ne cherchez pas de développeurs dont la seule compétence est de résoudre des problèmes avec LeetCode?
Compétences solides et douces
Vient ensuite une autre question. Est-il vrai qu'il vaut mieux embaucher un bon introverti qu'un extraverti médiocre (je ne parle pas d'embaucher des travailleurs médiocres, mais ceux-ci peuvent être vus lors de l'entretien)? Je suis sûr que ce n'est pas le cas: comme je l'ai dit, le développement est devenu depuis longtemps une équipe, et ici l'interaction des personnes dans une équipe devient importante. Est-il vraiment préférable pour votre partenaire de s'asseoir pendant une semaine et de comprendre une classe ou une fonction de la base de code générale que s'il allait voir son développeur et lui demander comment l'utiliser correctement? Vous pouvez immédiatement dire qu'un introverti cool ne sait pas non plus comment il répondra à ses questions.
Le développement unique s'éteint. À l'agonie, seuls les développeurs de sites Web indépendants se contractent. Tout produit sérieux nécessite une équipe de développement, et souvent plus d'une. Par conséquent, juste des introvertis cool vont bientôt mourir de l'informatique, et nous devrons travailler avec ce qui reste.
À propos de la technologie hype
Le seul point sur lequel je suis d'accord avec l'auteur de l'article, mais ce n'est pas la fin. Oui, il y a un problème avec les technologies médiocres et PR. Mais ici, il est important de noter qu'il vaut mieux que tout le monde utilise une chose. La seule solution deviendra tôt ou tard la plus élaborée. Ne serait-ce que parce que ses développeurs ont de l'argent et des ressources pour cela. Sinon, nous obtiendrons de nombreuses solutions qui ont bien démarré, mais qui ont acquis divers problèmes au cours du développement. Cet état de fait ne fait qu'encourager le développement de la «14e norme». Et ainsi de suite. Utilisons tous une seule solution. Un jour, ses problèmes seront résolus, ce qui ne peut être dit pour chacune des 10 solutions différentes avec des utilisateurs uniques.