Article original : How to avoid these 7 mistakes I made as a Junior Developer
Commencer votre carrière en tant que développeur junior peut être effrayant. Il y aura de nombreux défis inconnus, des choses à apprendre et des choix difficiles à faire. Et parfois, nous nous trompons. C'est tout à fait naturel, et nous ne devrions pas nous en vouloir lorsque cela arrive.
Ce que nous devrions faire, cependant, c'est en tirer des leçons. En tant que développeur senior, j'ai fait ma juste part d'erreurs. Voici les 7 grandes erreurs que j'ai commises lorsque je débutais en tant que développeur junior, et comment les éviter.
Accepter le premier emploi qui se présente
Si vous apprenez à coder par vous-même ou que vous arrivez à la fin de vos études universitaires, obtenir votre premier emploi sera l'un de vos principaux objectifs. C'est la lumière au bout d'un long tunnel.
Et obtenir un emploi n'est pas facile. Il y a plus de gens que jamais qui essaient de décrocher des emplois de développeur junior. Vous devez rédiger un CV/Resume exceptionnel, passer plusieurs tours d'entretiens, et le processus peut prendre une éternité.
C'est pourquoi il est compréhensible à quel point il peut être tentant de sauter sur toute offre d'emploi que vous recevez.
Pourtant, cela peut être une mauvaise décision. Mon premier emploi était loin d'être idéal, tant du point de vue de l'apprentissage que du plaisir. Les développeurs avaient une attitude "meh, ça ira" et faisaient souvent les choses à moitié. Il y avait une culture de la culpabilité, et j'étais souvent obligé de prendre des raccourcis pour respecter des délais serrés. Pire encore, je n'apprenais rien.
J'ai ignoré les signes avant-coureurs lors des entretiens parce que j'étais aveuglé par l'opportunité d'obtenir un emploi. Toutes les préoccupations que j'avais ont été jetées par la fenêtre lorsque j'ai reçu l'offre avec un bon salaire.
Grosse erreur.
Votre premier emploi est important. Il vous donne un avant-goût de ce que c'est que d'être un vrai développeur, et l'expérience et le mentorat que vous recevez vous prépareront pour le reste de votre carrière. C'est pourquoi vous devriez faire des recherches approfondies sur le rôle et l'entreprise avant d'accepter toute offre d'emploi. La dernière chose que vous voulez, c'est une mauvaise expérience ou de mauvais mentors !
Alors, avant de postuler ou d'accepter toute offre d'emploi :
Recherchez l'entreprise
Recherchez l'entreprise sur Glassdoor, sur Internet, sur leur site web, et lisez les avis. Cela vous donnera une bonne idée si l'entreprise est adaptée à vos objectifs et besoins.
Demandez à des personnes que vous connaissez
Si quelqu'un dans votre réseau a travaillé là-bas ou connaît quelqu'un qui y travaille, discutez avec lui. Découvrez ce qu'ils aiment, ce qu'ils n'aiment pas, et généralement ce qu'a été leur expérience.
Posez les bonnes questions lors de l'entretien
L'entretien est la meilleure occasion que vous avez d'en apprendre davantage sur l'entreprise, alors assurez-vous de venir armé d'une série de questions à poser à l'intervieweur. Voici quelques questions que vous pouvez poser :
- Demandez à propos du processus de développement (quelles méthodologies suivent-ils ? Font-ils des revues de code ? des stratégies de branchement ?)
- Demandez à propos des tests (quel type de tests suivent-ils ? ont-ils des ingénieurs de test dédiés ?)
- À quoi ressemble la culture (est-ce un environnement détendu ? quel est le soutien pour les développeurs juniors ?)
Ne pas choisir un chemin
Sans aucun doute, le chemin pour devenir un développeur à part entière peut être déroutant. Il existe de nombreux langages, frameworks et outils disponibles. Une erreur que j'ai commise au début était d'essayer d'apprendre tout. Ironiquement, j'ai fini par ne pas apprendre grand-chose.
Une minute, j'essayais d'apprendre Java, puis JQuery, puis C#, et ensuite C++...
Au lieu de me concentrer uniquement sur un langage à la fois, je sautais d'une chose à l'autre en fonction de mon humeur du jour. Et croyez-moi, ce n'est pas une manière efficace d'apprendre.
J'aurais obtenu de bien meilleurs résultats et gravi les échelons plus rapidement si j'avais choisi un chemin ou un ensemble de technologies, et m'y étais tenu. Par exemple, si vous aspirez à devenir développeur front-end, apprenez JavaScript, CSS/HTML, et choisissez un framework. Si vous vous concentrez sur le backend, choisissez un langage et apprenez-le bien. Vous n'avez pas besoin de connaître Python, Java et C#!
Alors, rétrécissez votre focus, choisissez votre chemin, et créez un plan pour devenir un pro dans votre domaine choisi (voici une feuille de route qui vous aidera à tracer votre chemin).
Être trop "fancy" en écrivant du code
Vous préparez un projet à montrer aux intervieweurs, ou vous avez décroché votre premier emploi et travaillez sur votre première tâche. Vous faites de votre mieux pour impressionner. Quelle est la meilleure façon de faire cela ? Montrer cette technique de codage super fancy que vous avez apprise pour accomplir la tâche, n'est-ce pas ?
Faux.
C'est une grosse erreur que j'ai commise et une erreur que je vois souvent les développeurs juniors faire. Plus souvent qu'autrement, les développeurs juniors essaient de réinventer la roue, ou utilisent une solution compliquée dans le but d'impressionner.
La meilleure approche pour écrire du code est le principe K.I.S.S ("keep it simple, stupid"). En gardant les choses simples, vous récolterez les bénéfices d'un code facile à lire et maintenable (le prochain développeur qui viendra après vous l'appréciera !).
Il y a plus dans la vie que le code et le travail
Une mauvaise habitude que j'ai prise tôt était de ne pas apprendre à déconnecter. Je ramenais souvent mon ordinateur portable à la maison à la fin de la journée. Je passais des heures à essayer de compléter une tâche ou de corriger un bug qui aurait pu attendre jusqu'au lendemain. Sans surprise, cela me laissait épuisé et stressé.
Une des raisons pour lesquelles je faisais cela était que je ressentais une urgence à tout compléter le plus rapidement possible. Alors qu'en réalité, j'aurais dû réaliser que le travail est un processus continu, et qu'il peut souvent attendre jusqu'au prochain jour de travail. Il est important de déconnecter et de se rappeler les autres choses de la vie — les amis, la famille, les loisirs et le plaisir. Bien sûr, si vous aimez rester éveillé jusqu'aux petites heures pour écrire du code, allez-y ! Mais lorsque ce n'est pas agréable, envisagez de vous arrêter et de faire autre chose.
Il y a toujours demain !
Ne pas dire "Je ne sais pas" assez souvent
Il est facile de rester bloqué sur un problème ou une tâche que vous essayez de compléter, cela arrive tout le temps, même aux développeurs les plus seniors. Une erreur que j'ai commise lorsque j'étais développeur junior était de ne pas dire "Je ne sais pas" assez souvent. Si la direction me posait une question dont je n'étais pas sûr, je bluffais une réponse au lieu de dire "Je ne sais pas".
Je pensais que si je disais "Je ne sais pas", les gens penseraient que je ne savais pas ce que je faisais. La réalité est que ce n'est pas le cas. Personne ne sait tout. Donc, si vous posez une question et que vous ne connaissez pas la réponse, dites-le. Les avantages de cela sont :
- Vous êtes honnête et ne trompez pas la personne qui pose la question
- Vous apprendrez quelque chose de nouveau lorsque cela vous sera expliqué
- Vous gagnerez du respect en disant que vous ne savez pas quelque chose. Tout le monde n'est pas capable d'admettre qu'il ne sait pas quelque chose.
Essayer de progresser trop rapidement
Je suis sûr que vous avez entendu le dicton, "il faut marcher avant de pouvoir courir". Jamais ce dicton n'a plus de pertinence que dans le domaine du développement web. Lorsque vous commencez votre premier emploi en tant que développeur junior, vous serez impatient de vous lancer et de vous attaquer à de grandes tâches de codage. Vous penserez même à comment obtenir une belle promotion au niveau suivant !
Bien que l'ambition soit bonne, la réalité est que ces types de choses ne viendront pas tout de suite pour un développeur junior. Au début de votre carrière, il est plus que probable que vous obteniez les petites tâches et bugs plus faciles à travailler. Ceux-ci ne seront peut-être pas les choses les plus excitantes au monde à travailler, mais c'est nécessaire. Cela vous permet de mettre un pied dans le codebase et de vous familiariser avec le processus. Deuxièmement, cela permet à votre équipe et à vos managers d'évaluer comment vous gérez le travail en tant que membre de l'équipe, et où se situent vos compétences.
J'ai fait l'erreur de me frustrer de ces petites tâches, et j'ai laissé cette frustration interférer avec mon travail. Ayez de la patience, accomplissez chaque tâche que vous recevez du mieux que vous pouvez, et le travail plus excitant viendra !
Ne pas s'impliquer dans la communauté et construire un réseau
La communauté des développeurs est formidable. La communauté est toujours prête à aider, à fournir des commentaires, et peut même aider à motiver. Être développeur est difficile et peut parfois prendre son tribut. En tant que développeur junior, les moments difficiles auraient été plus faciles si je m'étais impliqué dans la communauté plus tôt.
S'impliquer est aussi une excellente façon d'apprendre. Vous pouvez contribuer à des projets open source, voir comment les autres écrivent du code, et voir comment les développeurs collaborent sur des projets ensemble. Ce sont toutes des compétences que vous pouvez apporter à votre travail quotidien et qui feront de vous un meilleur développeur à long terme.
Trouvez des communautés qui vous intéressent — freeCodeCamp, CodeNewbies, 100DaysOfCode en sont quelques-unes — et impliquez-vous ! Vous pouvez également participer à des rencontres locales dans votre ville ou votre ville natale. Consultez meetup.com pour cela.
Cela vous permet également de construire un réseau. Un réseau est essentiellement un groupe de personnes que vous connaissez dans votre industrie. Pourquoi un réseau est-il important ? Supposons que vous cherchiez à changer d'emploi. En contactant votre réseau, quelqu'un pourrait être en mesure de recommander un rôle spécifique, ou même de vous référer à une entreprise. Cela vous donne un avantage solide pour l'entretien, car vous aurez quelqu'un pour vous recommander, et vous ne serez plus un simple "nom dans la pile de CV".
Merci d'avoir lu !
Pour recevoir les derniers guides et cours pour les développeurs juniors directement dans votre boîte de réception, assurez-vous de rejoindre la liste de diffusion à l'adresse www.chrisblakely.dev
Publié à l'origine sur www.chrisblakely.dev le 25 mars 2019.