Les meilleurs dans leur domaine sont ceux qui apprécient qu’il y a toujours plus à apprendre. Voici six étapes pour devenir un meilleur programmeur cette année.
Le codage est une discipline en pleine évolution. C’est souvent ce qui attire les gens vers elle – outre l’opportunité de travailler avec certaines des plus grandes entreprises du monde – mais cela signifie aussi que les acteurs du secteur doivent constamment se tourner vers l’avenir.
Il ne suffit pas de se familiariser avec les langages les plus demandés. Si vous voulez progresser dans votre carrière, vous devez commencer à réfléchir à la façon dont vous pouvez devenir un meilleur programmeur à tous les niveaux, et ces six étapes sont un bon début (si je peux me permettre).
Utiliser la technique de Feynman
La technique de Feynman est un modèle mental nommé d’après le physicien Richard Feynman, lauréat du prix Nobel.
Elle se résume essentiellement à identifier les lacunes dans vos connaissances en imaginant que vous deviez enseigner un concept dans une salle de classe en utilisant un langage simple et des analogies (un peu dans l’esprit de ce subreddit).
Lorsque vous identifiez les lacunes, retournez à vos livres ou à toute autre source de connaissances sur laquelle vous vous appuyez pour vous enseigner les aspects avec lesquels vous êtes moins familier.
Puis, il suffit de rincer et de répéter, et soudain vous êtes beaucoup plus confiant en exécutant du code parce que vous en avez une compréhension de base plus forte.
Vous pouvez contribuer à des forums tels que Stack Overflow pour également employer la technique de Feynman. En répondant aux questions et en consultant les réponses des autres, vous développerez une compréhension plus profonde de ce que vous faites.
Améliorer vos compétences non techniques
Les compétences non techniques peuvent sembler être l’antithèse totale de la programmation (ce qui est parfois un point central de son attrait) mais elles sont vitales pour votre développement professionnel.
Si vous êtes capable de communiquer avec vos clients comme avec vos supérieurs de manière accessible, ainsi que de vous présenter et de présenter vos idées de manière agréable et engageante, vous constaterez que de nombreux aspects de votre vie professionnelle deviennent soudainement plus faciles.
Si vous craignez que vos soft skills vous fassent défaut, heureusement, elles peuvent être apprises.
« N’ayez pas peur de casser les choses »
Ce conseil vient de Mike Lewis, l’un des nombreux développeurs et experts en programmation qui ont contribué à l’excellent 97 Things Every Programmer Should Know de Kevlin Henney.
« Toute personne ayant une expérience dans l’industrie a sans doute travaillé sur un projet où la base de code était au mieux précaire », explique Mike Lewis.
« Chaque fois qu’un module est ajouté, l’objectif du codeur est de changer le moins possible et de retenir son souffle lors de chaque version.
« La raison pour laquelle apporter des changements est si angoissant est que le système est malade. Il a besoin d’un médecin, sinon son état ne fera qu’empirer. »
L’idée de casser quelque chose en déplaçant les choses peut sembler anxiogène – aucun professionnel ne veut finir par aggraver les choses, et encore moins un programmeur – mais si vous êtes prêt à casser des choses, vous finirez par avoir un meilleur code global et, par conséquent, devenir un meilleur codeur.
Écrire du code trois fois
Écrire du code a été comparé à l’écriture d’un roman et, tout comme dans l’écriture d’un roman, vous ne devriez jamais vanter votre premier jet comme votre produit fini.
Au moment où vous finissez d’écrire du code la première fois, certes, il fonctionnera, mais fonctionnera-t-il bien ? Il sera peut-être fonctionnel, mais sera-t-il élégant ? Si vous aspirez à l’élégance (ce que vous devriez faire), essayez d’écrire du code trois fois.
Pensez à votre première écriture comme une preuve de concept, à votre deuxième fois comme le fait de le faire fonctionner et à votre troisième fois comme le fait de le faire fonctionner correctement.
Écrire beaucoup de code en général
« Pratiquer, pratiquer, pratiquer » n’est pas une maxime isolée du monde de la programmation, et pour une bonne raison. Le codage est une compétence comme une autre, et donc la meilleure façon de s’améliorer professionnellement en tant que codeur est d’écrire beaucoup de code.
Vous pouvez utiliser GitHub pour afficher vos projets, puis demander à d’autres développeurs de critiquer votre travail et de vous conseiller sur la façon d’aborder les choses différemment.
Puis, compilez vos meilleurs projets dans un portfolio impressionnant qui contribuera grandement à établir votre profil.
Vous pouvez participer à des hackathons ou rejoindre un programme de mentorat de programmation en binôme pour affiner vos compétences.
Envisagez de contribuer à des communautés open-source comme un moyen à la fois de créer des liens dans votre domaine et d’avoir un aperçu de la façon dont les gens abordent des problèmes différents des vôtres.
Faire des tests unitaires
Les tests unitaires peuvent souvent faire naître la peur et la crainte dans le cœur des développeurs, mais les utiliser pour concevoir votre code peut garantir que chaque composant de votre travail fonctionne exactement comme vous l’aviez prévu.
Comme le souligne Steve Sanderson, les programmeurs ne doivent pas aborder les tests unitaires comme s’il s’agissait d’un moyen de trouver des bogues ; ce n’est pas parce que les composants fonctionnent indépendamment qu’ils sont compatibles.
Les tests unitaires sont un élément clé de la conception pilotée par les tests. Il rend l’ensemble du processus un peu plus long, ce qui peut être de l’huile sur le feu si vous paniquez déjà à propos d’une échéance qui approche rapidement, mais le résultat final est un code de meilleure qualité qui démontre votre attention aux détails.