Commencer un nouvel emploi d'ingénieur peut être stressant, mais l'un de nos nouveaux employés a des conseils sur la façon de s'acclimater à votre nouvel environnement.
Lorsque vous commencez dans une nouvelle entreprise, il est courant qu'un nouvel employé éprouve un peu de choc culturel. Les différents bureaux, personnes, processus, etc. peuvent tous être déconcertants. Cependant, les ingénieurs seront souvent soumis à un type de choc supplémentaire lors de leur intégration. J'appelle cela le choc culturel du code.
Le choc culturel du code est spécifique au travail dans un nouveau code où les choses peuvent être complètement différentes de ce à quoi un ingénieur est habitué — des choses comme les structures de dossiers, les modèles employés, les configurations de tests, les bibliothèques utilisées, les processus CI/CD, etc. Même de petites différences comme les règles de lint et les configurations de formatage peuvent être choquantes.
Ajoutez à cela les différences de préférences personnelles entre les membres de l'équipe et tout cela peut être assez déstabilisant. Cependant, il y a un avantage à ce choc. Cela conduit à une situation unique que les nouveaux ingénieurs et les membres existants de l'équipe devraient être prêts à exploiter pleinement.
Potentiel de retour d'information maximum
Après que le choc initial se dissipe, il y a une petite fenêtre de temps où le potentiel de retour d'information honnête et impartial est à son maximum — avant que la perspective ne passe d'un outsider de l'ingénierie à un membre de l'équipe.
Ce moment idéal se produit peu après qu'un ingénieur s'est acclimaté au code, mais avant qu'il ait accepté ce qu'il considère comme « juste la manière dont cela se fait ». C'est pendant cette fenêtre qu'ils ont la chance d'exploiter ce potentiel et d'offrir des idées inédites à l'équipe et à l'organisation dans son ensemble.
Il existe quelques moyens clés pour tirer parti de ce sentiment en tant que nouvel ingénieur :
💪️ Rejetez l'imposteur
Vous avez réussi les entretiens, accepté l'offre, et maintenant vous êtes prêt à faire le travail, mais il y a ce sentiment lancinant que peut-être vous allez trop loin. Le code et les processus vous sont étrangers. Vous étiez un expert dans votre dernier emploi et connaissiez les systèmes de fond en comble, mais maintenant vous êtes perdu et vous vous posez des questions.
Détendez-vous, tout ira bien ! Vous avez été engagé pour votre potentiel d'apprentissage et de contribution. Personne ne s'attend à ce que vous soyez un expert après seulement quelques semaines. Le syndrome de l'imposteur est réel. Reconnaissez-le, mais ensuite laissez de côté ces sentiments et plongez dans votre nouveau rôle.
☀️ Mettez les biais de côté
Apportez vos connaissances, votre expérience et votre nouveau regard, et laissez tous les biais de côté. Vous remarquerez des différences dans le code par rapport à ce à quoi vous êtes habitué — tout est nouveau pour vous après tout — mais faites attention à ne pas équivaloir "différent" avec "mal".
"Comment je l'aurais fait" n'est pas la même chose que "comment cela doit être fait." C'est la beauté du code : il peut y avoir plusieurs solutions à un problème. Reconnaissez que même si parfois votre façon aurait été meilleure, souvent c'est juste différent.
🛠️ Casser des choses
Il y a une raison pour laquelle nous ne développons pas en production et il n'y a pas de meilleure façon d'apprendre un nouveau code que de se salir les mains. Changez quelque chose et voyez ce qui se passe. Vous voyez une possibilité d'amélioration ? Allez-y.
Il y a de fortes chances que votre charge de travail soit encore suffisamment légère pour que vous ayez le temps d'expérimenter de nouvelles idées. Ne vous inquiétez pas si les changements ne portent pas leurs fruits. Vous sortirez toujours avec une compréhension plus profonde du code dans lequel vous allez évoluer.
📓 Documentez tout
Cataloguez tout ce qui semble étrange ou différent et notez les questions qui se posent. Il n'est pas rare de se demander pourquoi l'ont-ils fait de cette manière ? Ne partez pas du principe que le code que vous voyez est parfait tel quel. Vous ne connaissez pas encore l'historique de pourquoi les choses sont telles qu'elles sont.
Il se peut que la partie que vous regardez ait été précipitée et que des compromis aient été faits, avec l'intention de la revoir plus tard. Les modèles et les bibliothèques changent rapidement et le code devient obsolète avant même que vous ne vous en rendiez compte. Ce n'est pas grave, sinon attendu, que vous soulignez ces choses. Rappelez-vous, si le code était parfait, vous n'auriez pas été embauché pour y travailler.
🤝 Partager c'est prendre soin
Une fois que vous vous sentez à l'aise, contactez votre équipe ou votre responsable et partagez vos retours. Ils réalisent que vous êtes dans la position unique d'offrir des pensées et des idées nouvelles et l'accueillent.
Tout le monde travaille vers le même objectif de créer le meilleur produit pour nos clients. La manière dont nous réalisons cela est d'écouter et d'apprendre les uns des autres.
Vous voulez vous assurer de toujours vous souvenir des excellents conseils de cet article ? Ne vous inquiétez pas, nous avons tout mis dans une carte Guru !
Lorsque vous commencez dans une nouvelle entreprise, il est courant qu'un nouvel employé éprouve un peu de choc culturel. Les différents bureaux, personnes, processus, etc. peuvent tous être déconcertants. Cependant, les ingénieurs seront souvent soumis à un type de choc supplémentaire lors de leur intégration. J'appelle cela le choc culturel du code.
Le choc culturel du code est spécifique au travail dans un nouveau code où les choses peuvent être complètement différentes de ce à quoi un ingénieur est habitué — des choses comme les structures de dossiers, les modèles employés, les configurations de tests, les bibliothèques utilisées, les processus CI/CD, etc. Même de petites différences comme les règles de lint et les configurations de formatage peuvent être choquantes.
Ajoutez à cela les différences de préférences personnelles entre les membres de l'équipe et tout cela peut être assez déstabilisant. Cependant, il y a un avantage à ce choc. Cela conduit à une situation unique que les nouveaux ingénieurs et les membres existants de l'équipe devraient être prêts à exploiter pleinement.
Potentiel de retour d'information maximum
Après que le choc initial se dissipe, il y a une petite fenêtre de temps où le potentiel de retour d'information honnête et impartial est à son maximum — avant que la perspective ne passe d'un outsider de l'ingénierie à un membre de l'équipe.
Ce moment idéal se produit peu après qu'un ingénieur s'est acclimaté au code, mais avant qu'il ait accepté ce qu'il considère comme « juste la manière dont cela se fait ». C'est pendant cette fenêtre qu'ils ont la chance d'exploiter ce potentiel et d'offrir des idées inédites à l'équipe et à l'organisation dans son ensemble.
Il existe quelques moyens clés pour tirer parti de ce sentiment en tant que nouvel ingénieur :
💪️ Rejetez l'imposteur
Vous avez réussi les entretiens, accepté l'offre, et maintenant vous êtes prêt à faire le travail, mais il y a ce sentiment lancinant que peut-être vous allez trop loin. Le code et les processus vous sont étrangers. Vous étiez un expert dans votre dernier emploi et connaissiez les systèmes de fond en comble, mais maintenant vous êtes perdu et vous vous posez des questions.
Détendez-vous, tout ira bien ! Vous avez été engagé pour votre potentiel d'apprentissage et de contribution. Personne ne s'attend à ce que vous soyez un expert après seulement quelques semaines. Le syndrome de l'imposteur est réel. Reconnaissez-le, mais ensuite laissez de côté ces sentiments et plongez dans votre nouveau rôle.
☀️ Mettez les biais de côté
Apportez vos connaissances, votre expérience et votre nouveau regard, et laissez tous les biais de côté. Vous remarquerez des différences dans le code par rapport à ce à quoi vous êtes habitué — tout est nouveau pour vous après tout — mais faites attention à ne pas équivaloir "différent" avec "mal".
"Comment je l'aurais fait" n'est pas la même chose que "comment cela doit être fait." C'est la beauté du code : il peut y avoir plusieurs solutions à un problème. Reconnaissez que même si parfois votre façon aurait été meilleure, souvent c'est juste différent.
🛠️ Casser des choses
Il y a une raison pour laquelle nous ne développons pas en production et il n'y a pas de meilleure façon d'apprendre un nouveau code que de se salir les mains. Changez quelque chose et voyez ce qui se passe. Vous voyez une possibilité d'amélioration ? Allez-y.
Il y a de fortes chances que votre charge de travail soit encore suffisamment légère pour que vous ayez le temps d'expérimenter de nouvelles idées. Ne vous inquiétez pas si les changements ne portent pas leurs fruits. Vous sortirez toujours avec une compréhension plus profonde du code dans lequel vous allez évoluer.
📓 Documentez tout
Cataloguez tout ce qui semble étrange ou différent et notez les questions qui se posent. Il n'est pas rare de se demander pourquoi l'ont-ils fait de cette manière ? Ne partez pas du principe que le code que vous voyez est parfait tel quel. Vous ne connaissez pas encore l'historique de pourquoi les choses sont telles qu'elles sont.
Il se peut que la partie que vous regardez ait été précipitée et que des compromis aient été faits, avec l'intention de la revoir plus tard. Les modèles et les bibliothèques changent rapidement et le code devient obsolète avant même que vous ne vous en rendiez compte. Ce n'est pas grave, sinon attendu, que vous soulignez ces choses. Rappelez-vous, si le code était parfait, vous n'auriez pas été embauché pour y travailler.
🤝 Partager c'est prendre soin
Une fois que vous vous sentez à l'aise, contactez votre équipe ou votre responsable et partagez vos retours. Ils réalisent que vous êtes dans la position unique d'offrir des pensées et des idées nouvelles et l'accueillent.
Tout le monde travaille vers le même objectif de créer le meilleur produit pour nos clients. La manière dont nous réalisons cela est d'écouter et d'apprendre les uns des autres.
Vous voulez vous assurer de toujours vous souvenir des excellents conseils de cet article ? Ne vous inquiétez pas, nous avons tout mis dans une carte Guru !
Découvrez la puissance de la plateforme Guru de première main - faites notre visite interactive du produit
