Huit erreurs que j'ai faites en tant que junior

Débuter en tant que développeur peut souvent sembler intimidant : vous êtes confronté à des problèmes inconnus, beaucoup à apprendre et des décisions difficiles à prendre. Et dans certains cas, nous nous trompons dans ces décisions. C’est tout à fait naturel et il ne sert à rien de s’en vouloir. Mais ce que vous devriez faire, c’est vous souvenir de votre expérience pour l’avenir. Je suis un développeur senior qui a commis beaucoup d'erreurs à mon époque. Ci-dessous, je vais vous parler de huit des plus graves que j'ai commis alors que j'étais encore nouveau dans le développement, et j'expliquerai comment ils auraient pu être évités.

Huit erreurs que j'ai faites en tant que junior

J'ai pris le premier qu'ils m'ont proposé

Lorsque vous apprenez à écrire du code par vous-même ou que vous terminez vos études universitaires, obtenir votre premier emploi dans votre spécialité devient l'un de vos principaux objectifs. Quelque chose comme de la lumière au bout d’un long tunnel.

Pendant ce temps, trouver un emploi n’est pas facile. Il y a de plus en plus de personnes postulant pour des postes juniors. Nous devons rédiger un CV qui tue, passez par toute une série d’entretiens, et souvent tout ce processus est très retardé. Compte tenu de tout cela, il n’est pas étonnant que toute offre d’emploi donne envie de la saisir à deux mains.

Pourtant, cela pourrait être une mauvaise idée. Mon premier emploi était loin d'être idéal, tant en termes d'évolution professionnelle qu'en termes de plaisir du processus. Les développeurs étaient guidés par la devise «ça fera l'affaire» et il n'était pas habituel d'essayer trop fort. Tout le monde essayait de se rejeter la faute sur les autres et j'ai souvent dû faire des économies pour respecter des délais très serrés. Mais le pire, c’est que je n’ai absolument rien appris.

Lors des entretiens, j'ai fait la sourde oreille à tous les appels, tellement j'étais fasciné par la perspective de décrocher un emploi. Si des doutes surgissaient, ils me sortaient tous de la tête dès que j'entendais qu'ils m'emmenaient ! Et même pour un bon salaire !

Et c'était une grosse erreur.

Le premier travail est d'une grande importance. Cela vous donne une idée de ce que signifie être un vrai programmeur, et l'expérience et la formation que vous en tirerez peuvent jeter les bases de toute votre future carrière. C'est pourquoi il est nécessaire de bien se renseigner sur le poste vacant et sur l'employeur avant d'accepter. Une expérience difficile, de mauvais mentors - vous n'en avez certainement pas besoin.

  • Rechercher des informations sur l'entreprise. Accédez aux sites d'avis, consultez le site officiel, surfez simplement sur Internet et collectez des avis. Cela vous donnera une meilleure idée de si l'entreprise correspond à vos besoins et à vos objectifs.
  • Demandez à vos amis. Si quelqu'un dans votre entourage a travaillé pour cet employeur ou connaît un membre du personnel, parlez-lui personnellement. Découvrez ce qu’ils ont aimé, ce qu’ils n’ont pas aimé et comment ils ont perçu l’expérience dans son ensemble.

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

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

  • Renseignez-vous sur le processus de développement (quelles méthodologies suivent-ils ? existe-t-il des révisions de code ? quelles stratégies de branchement sont utilisées ?)
  • Renseignez-vous sur les tests (quels tests sont effectués ? Y a-t-il des personnes spéciales qui effectuent uniquement des tests ?)
  • Renseignez-vous sur la culture de l'entreprise (à quel point tout est-il informel ? existe-t-il un soutien pour les juniors ?)

Indécis sur la trajectoire du mouvement

Sans aucun doute, le chemin pour devenir un développeur expérimenté est très sinueux. De nos jours, vous pouvez choisir parmi une variété de langages, de frameworks et d'outils. Mon erreur au début de ma carrière a été d’essayer de tout maîtriser. Curieusement, cela m’a seulement empêché de faire beaucoup de progrès dans quoi que ce soit. J'ai d'abord appris Java, puis JQuery, puis je suis passé au C#, puis au C++... Au lieu de choisir un langage et d'y consacrer toute mon énergie, j'ai sauté du cinquième au dixième, selon mon humeur. Je peux vous assurer qu'il s'agit d'un programme de formation très inefficace.

J'aurais obtenu de meilleurs résultats et gravi les échelons de carrière plus rapidement si j'avais immédiatement décidé d'une trajectoire, c'est-à-dire un certain ensemble de technologies, et que je m'étais concentré sur elles. Par exemple, si vous êtes développeur front-end, maîtrisez JavaScript, CSS/HTML et un framework de votre choix. Si vous travaillez sur le backend, encore une fois, prenez une langue et étudiez-la en profondeur. Il n'est pas nécessaire de connaître à la fois Python, Java et C#.

Alors concentrez-vous, ayez une direction et élaborez un plan qui vous permettra de devenir un professionnel sur le chemin que vous avez choisi (ici carte routière, ce qui peut vous aider).

Code sophistiqué

Ainsi, vous préparez un test pour montrer vos compétences à votre employeur, ou vous avez déjà assumé la première tâche lors de votre premier emploi. Vous faites tout votre possible pour impressionner. Quelle est la meilleure façon d’obtenir des résultats ? Vous démontrerez probablement lors de l'exécution cette technique sophistiquée que vous maîtrisez récemment, n'est-ce pas ?

Non. C'est une grave erreur que j'ai moi-même commise, et plus souvent que je ne le souhaiterais, je la vois dans le travail des autres juniors. Il est très courant qu’ils réinventent la roue ou recherchent des solutions complexes pour tenter de montrer leurs connaissances.

La meilleure approche pour écrire du code est exprimée en gros, KISS. En recherchant la simplicité, vous obtiendrez un code clair avec lequel il sera facile de travailler à l'avenir (le développeur qui vous remplacera l'appréciera).

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

Ne jamais « s’éteindre » est une mauvaise habitude que j’ai prise très tôt. Lorsque je rentrais chez moi en fin de journée, j'emportais régulièrement mon ordinateur portable de travail et restais assis dessus pendant des heures pour clôturer une tâche ou corriger un bug, même si les deux auraient pu attendre jusqu'au matin. Comme on pouvait s'y attendre, ce régime était stressant et je me suis rapidement épuisé.

La raison de ce comportement était en partie mon désir de tout faire le plus rapidement possible. Mais en réalité, j'aurais dû comprendre que le travail est un processus à long terme et que, à de rares exceptions près, les lacunes d'aujourd'hui peuvent facilement se répercuter sur demain. Il est très important de changer périodiquement de sujet et de se rappeler que la vie ne se limite pas au travail : il y a les amis, la famille, les passe-temps et les divertissements. Bien sûr, si vous aimez rester assis jusqu'à l'aube pour coder - pour l'amour de Dieu ! Mais quand ce n'est plus amusant, arrêtez-vous et réfléchissez s'il est temps de faire autre chose. Ce n'est pas notre dernier jour de travail !

Évité de dire : « Je ne sais pas »

Se retrouver coincé dans le processus de résolution d’un problème ou d’accomplissement d’une tâche est courant ; même les seniors les plus âgés y sont confrontés. Quand j'étais junior, je disais « je ne sais pas » moins souvent que j'aurais dû, et j'avais tort sur ce point. Si quelqu'un dans la direction me posait une question et que je ne connaissais pas la réponse, j'essayais d'être vague au lieu de simplement l'admettre.

J’avais l’impression que si je disais « je ne sais pas », les gens auraient l’impression que je ne savais pas ce que je faisais. En fait, ce n’est pas du tout vrai : il n’existe pas de personnes omniscientes. Par conséquent, si on vous pose des questions sur quelque chose que vous ne savez pas, dites-le. Cette approche a de nombreux avantages:

  • C'est juste : vous n'induisez pas en erreur la personne qui pose la question.
  • Il y a une chance qu'ils vous l'expliquent et vous apprendrez alors quelque chose de nouveau
  • Cela inspire le respect - tout le monde n'est pas capable d'admettre qu'il ne sait pas quelque chose

J'étais pressé d'avancer

Vous avez probablement entendu le dicton « Apprenez à marcher avant de courir ». Nulle part cela n’est plus pertinent que dans le domaine de la programmation Web. Lorsque vous obtenez un emploi quelque part en tant que junior, vous voulez simplement prendre le taureau par les cornes et vous mettre immédiatement au travail sur un projet vaste et complexe. Même des pensées nous viennent à l’esprit sur la façon d’obtenir rapidement une promotion au niveau suivant !

L’ambition est bien sûr bonne, mais en réalité, personne ne donnera quelque chose comme ça à un junior dès le départ. Au tout début de votre carrière, on vous confiera très probablement des tâches simples et des bugs à corriger. Ce n’est pas la chose la plus excitante au monde, mais où aller. Cela vous permettra de vous familiariser étape par étape avec la base de code et d'apprendre tous les processus. Dans le même temps, vos patrons ont l’occasion de voir comment vous vous intégrez à l’équipe et ce que vous faites de mieux.

Mon erreur était que j'étais frustré par ces petites tâches et cela me distrayait de mon travail. Soyez patient, faites consciencieusement tout ce qu'ils demandent et vous obtiendrez bientôt quelque chose de plus intéressant.

Je n'ai pas rejoint la communauté et je n'ai pas établi de liens

Les développeurs ont une grande communauté : ils sont toujours prêts à aider, à donner des commentaires et même des encouragements. La programmation est difficile et parfois très épuisante. Pour moi, la période de travail en tant que junior aurait été plus facile si j'avais commencé à communiquer activement avec mes collègues dès le début.

Les contacts avec la communauté sont également très utiles pour l'auto-éducation. Vous pouvez contribuer à des projets open source, étudier le code d'autres personnes et observer comment les programmeurs mènent ensemble un projet. Ce sont toutes des compétences que vous pouvez utiliser dans votre travail quotidien et qui feront de vous un bon professionnel au fil du temps.

Sélectionnez les communautés qui suscitent votre intérêt - certaines options incluent freeCodeCamp, CodeNewbies, 100DaysOfCode - et rejoignez-nous ! Vous pouvez également assister à des rencontres locales dans votre ville (recherche sur meetup.com).

Enfin, vous pourrez ainsi acquérir des relations professionnelles. Essentiellement, les connexions sont simplement les personnes de votre secteur avec lesquelles vous réseautez. Pourquoi est-ce nécessaire ? Eh bien, disons que vous vouliez un jour changer de travail. Si vous vous tournez vers vos relations, quelqu'un pourra peut-être vous recommander un poste vacant approprié, voire vous recommander à un employeur. Cela vous donnera un avantage significatif lors de l'entretien - ils ont déjà dit un mot pour vous, vous n'êtes plus « juste un autre CV de la pile ».

C'est tout, merci pour votre attention !

Source : www.habr.com

Ajouter un commentaire