Huit erreurs que j'ai commises quand j'étais junior

Au début de ma carrière de développeur, il est souvent intimidant de faire face à des problèmes inconnus, d'apprendre énormément de nouveautés et de devoir prendre des décisions difficiles. Dans certains cas, nous faisons des erreurs dans ces décisions. C'est tout à fait naturel, et il n'est pas nécessaire de se blâmer à ce sujet. Ce qu'il vaut mieux faire, c'est retenir son expérience pour l'avenir. Je suis un développeur senior qui a commis de nombreuses erreurs à l'époque. Ci-dessous, je décrirai les huit erreurs les plus graves que j'ai commises lorsque j'étais encore débutant dans le développement, et je vais expliquer comment les éviter.

Huit erreurs que j'ai commises quand j'étais junior

J'ai pris le premier emploi qui m'a été proposé

Quand on apprend à coder par soi-même ou qu'on termine ses études à l'université, obtenir son premier emploi devient l'un des principaux objectifs. C'est comme une lumière au bout d'un long tunnel.

Mais trouver un emploi n'est pas facile. Le nombre de candidats aux postes de débutants ne cesse d'augmenter. Il faut donc rédiger un CV sensationnel, passer une série d'entretiens, et souvent, tout ce processus se prolonge considérablement. Étant donné cela, il n'est pas surprenant que chaque offre d'emploi suscite un désir de s'y accrocher de toutes ses forces.

Et pourtant, cela peut s'avérer être une mauvaise idée. Mon premier emploi était loin d'être idéal, tant en termes de croissance professionnelle que de satisfaction dans le travail. Les développeurs suivaient le slogan « ça ira comme ça » et il n'était pas courant de fournir un effort particulier. Tout le monde essayait de rejeter la responsabilité sur les autres, et il m'arrivait souvent de couper les coins pour respecter des délais très serrés. Mais le pire, c'est que je n'apprenais rien.

Lors des entretiens, je ne prêtais pas attention aux signaux d'alarme, tant j'étais envoûté par la perspective d'obtenir un emploi. Si quelques doutes surgissaient, ils disparaissaient dès que j'entendais que j'étais engagé ! Et pour un bon salaire !

Et c'était une grande erreur.

Le premier emploi a une importance énorme. Il donne une idée générale de ce que c'est que d'être un vrai programmeur, et l'expérience et l'apprentissage que vous pourrez en tirer peuvent constituer la base de toute votre future carrière. C'est pourquoi il est essentiel de bien s'informer sur l'offre d'emploi et l'employeur avant d'accepter. Une expérience difficile, de mauvais mentors — cela ne vous conviendra sûrement pas.

  • Recherchez des informations sur l'entreprise. Visitez des sites d'avis, consultez le site officiel, explorez simplement Internet et recueillez des avis. Cela vous aidera à mieux comprendre si l'entreprise correspond à vos besoins et objectifs.
  • Interrogez vos connaissances. Si quelqu'un de votre entourage a travaillé pour cet employeur ou connaît quelqu'un dans l'équipe, discutez-en personnellement avec eux. Découvrez ce qu'ils ont aimé, ce qu'ils n'ont pas aimé et comment ils évaluent globalement leur expérience.

Je n'ai pas posé les bonnes questions lors des entretiens.

L'entretien est la meilleure occasion de mieux connaître l'entreprise, alors assurez-vous de préparer des questions sur ce que vous souhaitez savoir des employés. Voici quelques exemples :

  • Demandez sur le processus de développement (quelles méthodologies suivent-ils ? Y a-t-il des revues de code ? Quelles stratégies de branchement sont appliquées ?)
  • Demandez sur les tests (quels tests sont réalisés ? Y a-t-il des personnes dédiées uniquement aux tests ?)
  • Demandez sur la culture d'entreprise (à quel point tout est-il informel ? Y a-t-il un soutien prévu pour les juniors ?)

Je ne me suis pas décidé sur ma trajectoire.

Il est indéniable que le chemin pour devenir un développeur expérimenté est sinueux. Aujourd'hui, il est possible de choisir parmi de nombreux langages, frameworks et outils. Mon erreur en début de carrière a été d'essayer de tout maîtriser. Paradoxalement, cela a conduit à ne rien maîtriser particulièrement. J'ai d'abord commencé avec Java, puis avec jQuery, ensuite je suis passé à C#, puis à C++... Au lieu de choisir un langage et d'y concentrer tous mes efforts, je sautais d'un sujet à l'autre, simplement par envie. Je peux vous assurer que c'est un schéma d'apprentissage extrêmement inefficace.

J'aurais obtenu de meilleurs résultats et progresser plus rapidement dans ma carrière si j'avais défini dès le départ ma trajectoire, c'est-à-dire un certain ensemble de technologies sur lesquelles me concentrer. Par exemple, si vous êtes développeur front-end, maîtrisez JavaScript, CSS/HTML et un framework de votre choix. Si vous êtes dans le back-end, choisissez un langage et étudiez-le en profondeur. Il n'est pas nécessaire de maîtriser à la fois Python, Java et C#.

Alors concentrez-vous, déterminez une direction et établissez un plan qui vous permettra de devenir un professionnel sur le chemin choisi (voici une feuille de route, qui peut vous aider).

J'ai été perfectionniste dans mon code

Donc, vous préparez un test pour montrer vos compétences à un employeur, ou vous vous êtes déjà attaqué à la première tâche de votre premier poste. Vous faites tout pour impressionner. Comment obtenir le meilleur résultat ? Probablement en démontrant les techniques avancées que vous avez récemment apprises, n'est-ce pas ?

Non. C'est une grave erreur que j'ai moi-même commise, et que je vois trop souvent chez d'autres juniors. Ils ont tendance à réinventer la roue ou à chercher des solutions compliquées pour essayer d'impressionner.

La meilleure approche pour écrire du code est d'appliquer le principe KISS. En visant la simplicité, vous obtiendrez un code clair et facile à travailler à l'avenir (le développeur qui prendra la relève l'appréciera).

J'ai oublié qu'il y avait une vie en dehors du code

Ne jamais "déconnecter" - c'est une mauvaise habitude que j'ai acquise très tôt. En rentrant chez moi à la fin de la journée, je ramenais régulièrement mon ordinateur portable de travail et y passais des heures à essayer de terminer une tâche ou de corriger un bug, alors que les deux auraient pu attendre jusqu'au matin. Comme on pouvait s'y attendre, ce mode de vie a causé du stress et j'ai rapidement brûlé.

La raison de ce comportement résidait en partie dans mon désir de tout faire aussi rapidement que possible. Pourtant, je devrais comprendre que le travail est un processus à long terme et que, à de rares exceptions près, les imperfections d'aujourd'hui peuvent être calmement repoussées à demain. Il est très important de se déconnecter de temps en temps et de se rappeler que la vie ne se limite pas au travail : il y a des amis, la famille, des loisirs et du divertissement. Bien sûr, si vous aimez passer la nuit à coder, allez-y ! Mais quand cela ne vous procure plus de plaisir, arrêtez-vous et demandez-vous s'il est temps de faire autre chose. Après tout, nous ne travaillons pas pour le dernier jour !

Évitait de dire : « Je ne sais pas »

Se retrouver coincé dans le processus de résolution d'un problème ou d'une tâche est courant, même les professionnels les plus expérimentés y sont confrontés. Quand j'étais junior, je disais « Je ne sais pas » moins souvent que je ne l'aurais dû, et j'avais tort. Si quelqu'un dans la direction me posait une question et que je ne connaissais pas la réponse, j'effroyais plutôt que de simplement le reconnaître.

Je pensais que si je disais : « Je ne sais pas », les gens auraient l'impression que je ne maîtrisais pas du tout ce que je faisais. En réalité, ce n'est absolument pas le cas ; personne n'est omniscient. Donc, si on vous demande quelque chose que vous ne savez pas, dites-le simplement. Cette approche a plusieurs avantages :

  • C'est honnête — vous ne trompez pas la personne qui pose la question
  • Il y a une chance qu'on vous explique et que vous appreniez quelque chose de nouveau
  • Cela suscite le respect — tout le monde n'est pas capable de reconnaître qu'il ne sait pas quelque chose

Se précipitait pour progresser

Vous avez probablement entendu le proverbe : « Avant de courir, apprenez à marcher ». Cela n'est nulle part aussi pertinent que dans le domaine du développement web. Lorsque l'on commence pour la première fois en tant que junior, on a souvent envie de saisir le taureau par les cornes et de se lancer immédiatement dans un projet important et complexe. On pense même à comment il serait bon de progresser rapidement vers le niveau suivant !

Les ambitions, c'est bien, mais dans la réalité, un junior ne se voit pas confier ce genre de tâches dès le départ. Au début de votre carrière, vous serez probablement chargé de petites tâches et de corrections de bugs. Ce n'est pas l'activité la plus captivante au monde, mais il n'y a pas d'autre choix. Cela vous permettra d'apprendre pas à pas le code et les processus. Cela donnera aussi à votre direction l'occasion d'observer comment vous vous intégrez dans l'équipe et ce que vous faites le mieux.

Mon erreur a été de me laisser décourager par ces petites tâches, ce qui me distrayait de mon travail. Faites preuve de patience, réalisez tout ce qu'on vous demande avec diligence, et bientôt, vous obtiendrez quelque chose de plus intéressant.

Je ne m'engageais pas dans la communauté et je ne tissais pas de liens.

Les développeurs ont une excellente communauté : ils sont toujours prêts à aider, à donner des retours et même à encourager. La programmation est un domaine complexe et parfois très épuisant. Pour moi, ma période de junior serait passée plus facilement si j'avais commencé à interagir activement avec mes collègues dès le début.

Les contacts avec la communauté sont également très utiles pour l'autoformation. Vous pouvez contribuer à des projets open source, étudier le code des autres, voir comment des programmeurs gèrent un projet collectivement. Tout cela représente des compétences que vous pourrez mettre à profit dans votre travail principal et qui, au fil du temps, feront de vous un bon spécialiste.

Choisissez des communautés qui vous intéressent — parmi les options, je peux citer freeCodeCamp, CodeNewbies, 100DaysOfCode — et engagez-vous ! Vous pouvez également assister à des meetups locaux dans votre ville (cherchez sur meetup.com).

Enfin, ainsi, vous pourrez vous constituer un réseau professionnel. En essence, les liens ne sont que les personnes de votre secteur avec qui vous échanger. Pourquoi cela est-il important ? Eh bien, disons que vous voudrez un jour changer de travail. Si vous contactez votre réseau, quelqu'un pourrait vous conseiller une offre d'emploi ou même vous recommander à un employeur. Cela vous donnera un avantage considérable lors d'un entretien — quelqu'un aura déjà plaidé votre cause, vous ne serez plus considéré comme "un CV parmi tant d'autres".

C'est tout, merci de votre attention !

Source : habr.com

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster