Voici une liste d’erreurs que j’ai faites, et que je fais encore de temps en temps. Comme je pense que je ne dois pas être le seul à faire face à ces erreurs, j’ai décidé de les partager avec vous !
Faites-moi savoir ce que vous en pensez, si vous aussi avez eu du mal à les gérer, et si vous souhaitez ajouter d’autres erreurs à la liste !
Ne jamais poser de questions
Je pense que je ne le répéterai jamais assez, mais la pire chose que vous puissiez faire à votre carrière est de vous taire lorsque vous ne comprenez pas quelque chose.
Ne pas savoir n’est pas une erreur, ce n’est pas un péché.
Vous ne dérangerez pas les gens avec vos questions, au contraire, vous devriez vous entourer de personnes qui aiment partager et enseigner. Comment comptez-vous vous dépêtrer et apprendre des problèmes que vous rencontrez si vous ne demandez jamais d’aide ?
Bien sûr, le web peut vous donner une réponse, mais est-elle adaptée à votre problème ? Comprenez-vous vraiment pourquoi vous avez ce problème et pourquoi les solutions que vous avez trouvées fonctionnent ?
La connaissance est le meilleur outil contre les bogues et les situations compliquées.
Certaines personnes se fâcheront même si vous restez seul et ne demandez jamais d’aide lorsque vous avez des difficultés. Vous perdez votre temps précieux, ainsi que celui du projet.
Ne pas être ouvert au retour d’expérience
Vous ne pouvez pas évoluer tant que vous ne connaissez pas votre faiblesse et votre force. Prenez en compte les rétroactions et agissez en conséquence (la partie agir est la plus importante 😉 ).
Tout comme le point ci-dessus, vous apprendrez tellement en parlant aux gens, en échangeant des opinions et des croyances.
Abandonner après un échec
La peur de faire des erreurs est un gros problème si vous voulez évoluer en tant que développeur, et en tant qu’être humain.
Un homme sage a dit un jour « Vous ratez 100% des tirs que vous ne prenez pas » (merci Michael Scott), alors préférez-vous échouer parce que vous n’avez pas fait ce que vous vouliez, ou échouer en essayant ?
En réalité, je crois qu’il n’y a pas d' »échec ». Quoi que vous fassiez, vous construisez quelque chose. Vous apprenez de nouvelles choses, vous expérimentez, vous rencontrez peut-être de nouvelles personnes et, surtout, vous vivez.
Qualifieriez-vous la vie d’une personne qui n’a jamais échoué parce qu’elle n’a jamais rien fait, de vie réussie, productive et heureuse ? Eh bien, j’espère que non.
Avoir un seul domaine d’expertise
Si vous ne savez cuisiner qu’un seul plat, vous serez, après des semaines et des semaines à manger le même plat encore et encore, complètement démotivé pour manger, vous vous ennuierez, vous pourrez même commencer à détester ce repas.
C’est la même chose lorsqu’il s’agit de coder. Peu de gens aiment faire les mêmes choses encore et encore. Si vous voulez avoir une carrière réussie et épanouissante, vous devez apprendre de nouveaux ensembles de compétences.
Cela ne signifie pas que vous devez apprendre tout et n’importe quoi. Vous pouvez devenir un expert dans votre domaine, vous tenir au courant des dernières nouvelles et mises à jour, et être curieux des alternatives.
Ou, si cela vous intéresse, devenir un véritable couteau suisse !
La programmation est, je crois, une école éternelle.
Coder avant de réfléchir
La meilleure façon de perdre du temps est de coder sans planifier. Avez-vous déjà commencé à travailler sur une nouvelle fonctionnalité, rencontré un problème, continué à coder et essayer tous les bouts de code que vous avez pu trouver sur StackOverflow sans succès ? Eh bien, c’est parce que vous devez réfléchir avant de coder.
Vous devez vraiment comprendre ce que vous devez faire, et comment vous allez le faire. Bien sûr, vous pouvez vous retrouver bloqué sur un problème que vous n’avez pas pu planifier à l’avance, mais cela arrivera moins souvent.
Un conseil que j’aime donner est le suivant : si vous restez bloqué trop longtemps, vous devriez peut-être essayer de trouver une solution de rechange, réfléchir à une autre solution. Il n’y a pas toujours une seule solution à un problème.
Je dirai toujours ceci,
Être un développeur ne consiste pas à écrire du code, mais à résoudre des problèmes.
Ne pas documenter son code
C’est l’un des principes de codage les plus importants. Documentez votre code ! J’ai tendance à oublier de le faire, et je le regrette fortement lorsque je reviens sur mes précédents projets non documentés. Je me perds et je perds mon temps précieux.
Mais le vrai problème se pose lorsqu’il s’agit de grands projets dans une entreprise. Beaucoup de personnes différentes travaillent sur les mêmes choses, et chacun pense et code d’une manière différente.
En ajoutant des commentaires à votre code, vous améliorerez la communication avec le reste de l’équipe et l’intégration de nouveaux collaborateurs sera beaucoup plus facile.
Une façon d’ajouter moins de documentation est de coder des programmes/fonctions plus simples. Votre code ne doit pas nécessairement être le plus court possible. Un programme court que personne ne comprend ajoute peu de valeur par rapport à un programme plus long et bien structuré avec des variables auto-explicatives et de bons commentaires 😉 .
Oublier les compétences non techniques
Être capable de coder 24 heures sur 24 et 7 jours sur 7 n’est pas la compétence la plus importante en informatique. Parler anglais, la curiosité, la motivation, le charisme, la créativité est autant de compétences qui peuvent véritablement booster votre carrière et vous aider à décrocher des entretiens d’embauche.
S’investir dans la communauté informatique en écrivant des articles de blogue, en partageant ses connaissances est également une excellente chose. La veille technologique est également très importante, elle montre que vous êtes investi et que vous essayez d’être à jour.
Pratiquer un sport, avoir un passe-temps créatif, jouer d’un instrument. Toutes ces compétences, qui ne sont pas liées à la programmation, en disent long sur votre personnalité, et vous ne devriez pas seulement promouvoir ce que vous savez faire, mais aussi qui vous êtes.
Conclusion
Bon, vous n’êtes plus un poney à un coup. Vous avez beaucoup de nouvelles compétences et vous essayez d’élargir vos compétences générales. Mais sachez que vous devez capitaliser sur ces compétences !
Vous devez en parler, faire savoir à votre équipe que vous avez de nouveaux domaines d’expertise. Vous pouvez demander de nouvelles responsabilités, une augmentation, ou même commencer à chercher un nouvel emploi.
Le monde est votre huître !
