Ce que les nouveaux programmeurs doivent savoir

Si vous avez été impliqué dans des communautés de programmation, vous avez probablement rencontré de nombreux mythes qui hantent les codeurs débutants et expérimentés. Certains sont drôles, d'autres intimidants, et certains convainquent tranquillement les gens qu'ils ne sont pas « faits » pour coder bien avant même d'avoir commencé. Examinons donc de plus près les mythes qui refusent de mourir et pourquoi ils ne tiennent pas le coup.

Programmer, c'est simplement écrire du code

Si vous êtes nouveau dans le domaine, il est tout à fait normal de penser qu'un programmeur passe 90 % de sa journée à marteler furieusement un clavier, à taper des lignes de code élégantes pendant des heures. Voici la vérité : la programmation professionnelle est bien plus que l'écriture de code, et parfois l'écriture de code constitue la plus petite partie du travail.

Une journée typique en tant que développeur peut donner l'impression de jongler avec un ensemble de tâches (sans jeu de mots). Vous lisez des exigences vagues, posez des questions, révisez des conceptions, planifiez l'architecture, étudiez des bogues, lisez le code de quelqu'un d'autre, rédigez de la documentation, assistez à des stand-ups et, occasionnellement, vous écrivez du code.

Pourquoi? Parce que le développement de logiciels concerne la résolution de problèmes, pas seulement la production de code. Les problèmes du monde réel sont compliqués. Les utilisateurs ne savent pas toujours ce qu'ils veulent. Les clients changent d'avis. Les systèmes se comportent de manière mystérieuse. Avant même de penser à écrire du code, vous devez souvent démêler le côté humain et le côté processus.

Il faut être un génie pour coder

« Je ne suis pas vraiment un nerd. Vais-je réussir en tant que programmeur ? » C’est l’un des mythes les plus persistants que j’entends de la part des nouveaux arrivants, et honnêtement, je comprends pourquoi il existe. De l’extérieur, la programmation peut ressembler à quelque chose de réservé aux prodiges qui ont grandi en résolvant des équations pour le plaisir ou en créant des applications avant d’apprendre à conduire. Mais en réalité, vous n’avez pas besoin d’être un génie, un prodige des mathématiques ou une sorte de résolveur de problèmes né pour apprendre à coder.

Par expérience, je ne me suis jamais considéré comme un type « naturellement doué ». Quand j’ai commencé, j’avais du mal avec des concepts que d’autres semblaient comprendre instantanément. J'ai mélangé les terminologies de programmation, j'ai écrit du code qui ne fonctionnait absolument pas et j'ai relu certaines explications plus de fois que je ne voudrais l'admettre. Rien de tout cela ne m’a empêché de devenir un bon développeur. Cela signifiait simplement que j'apprenais à mon rythme.

La vérité est que le codage récompense la persévérance, la curiosité et la volonté de s’améliorer bien plus que le talent brut. La plupart des développeurs avec lesquels j'ai travaillé n'étaient pas des prodiges. C'étaient des gens qui se présentaient sans cesse, posaient des questions et perfectionnaient leurs compétences.

Vous devez mémoriser toute la syntaxe de codage

Ce mythe fait fuir plus de débutants qu’il ne le devrait. Le moment où les gens rencontrent pour la première fois quelque chose comme ceci :

const result = arr.reduce((acc, (key, value)) => ({ ...acc, (key): value }), {});

Ou pire, une déclaration de modèle C++ qui semble avoir été invoquée à partir d'un ancien livre de sorts. Il est facile de supposer que la programmation n’est qu’un exercice sans fin de mémorisation de symboles énigmatiques.

Mais ce n’est pas à cela que ressemble le véritable développement. Chaque développeur en activité, quelle que soit son expérience, recherche constamment la syntaxe. Nous recherchons dans la documentation, nous parcourons des exemples, nous jetons un coup d'œil à l'ancien code, nous recherchons des choses que nous avons oubliées. Personne ne s'attend à ce que vous mémorisiez chaque mot-clé, opérateur ou fonction intégrée.

Ce qui compte en programmation, c'est la capacité à décomposer un problème, à réfléchir à la logique et à concevoir une solution. La syntaxe est simplement l'outil que vous utilisez pour exprimer cette solution. C'est la grammaire, pas le message. Alors ne commettez pas cette erreur de programmation et ce mythe ne vous fait pas perdre de temps.

Il faut tout savoir avant de démarrer un projet

Je suis tombé dans ce mythe plus fort que je ne voudrais l'admettre. Pendant longtemps, j'ai sincèrement cru qu'avant d'écrire une seule ligne de code pour un nouveau projet, je devais tout savoir : chaque outil que j'utiliserais, chaque bibliothèque dont j'aurais besoin, chaque obstacle possible et chaque détail du fonctionnement du système final.

Comme je ne savais pas grand-chose, les lacunes dans mes connaissances me faisaient l’effet d’un signal d’alarme géant. Cette pensée m'a souvent empêché de démarrer un bon projet. J’avais noté de nombreuses idées qui n’ont jamais dépassé le stade de la planification. Non pas parce que les projets étaient trop grands ou trop complexes, mais parce que j'étais convaincu que je n'étais pas « prêt » pour eux.

Avec le recul, j'aurais aimé comprendre quelque chose de simple : on n'est pas censé tout savoir avant de commencer. La plupart des projets réels évoluent au fur et à mesure que vous les construisez. Vous apprenez des choses que vous n'aviez pas anticipées. Vous avez atteint des limites que vous n’aviez pas vues venir. Ce n'est pas un échec. C'est la nature du développement de logiciels.

Si vous avez retenu un projet parce que vous avez l’impression de ne pas en savoir assez, je comprends. J'y suis allé. Mais commencez quand même. Construisez quelque chose de petit. Laissez le projet vous apprendre ce dont vous avez besoin ensuite.

Un codeur peut créer une application entière

Ce mythe s'est beaucoup développé ces dernières années, notamment avec la montée en puissance des outils d'IA, des agents de codage et des nouvelles technologies brillantes qui sortent chaque semaine. Ensuite, il y a les influenceurs sociaux qui réalisent des vidéos « J'ai construit un SaaS en 48 heures, et maintenant je gagne un revenu passif ». Cela donne l’impression que la création d’un produit complet et réussi est quelque chose qu’une seule personne peut faire pendant un long week-end. Pas d'équipe, pas de support, pas de réelle complexité.

Alors que les développeurs solo peuvent créer des choses impressionnantes, les applications les plus sophistiquées, sécurisées et évolutives, en particulier tout ce qui ressemble à un logiciel d'entreprise, nécessitent que de nombreuses personnes travaillent ensemble. Concepteurs, ingénieurs back-end, ingénieurs front-end, testeurs QA, ingénieurs DevOps, spécialistes de la sécurité, chefs de produit et spécialistes des données. La liste est longue.

Mais cela ne vise pas à vous décourager. Vous pouvez créer des projets incroyables en solo et apprendre beaucoup de choses par vous-même. Gardez simplement à l’esprit que les gros logiciels de production sont rarement un voyage en solo.

Les développeurs sont antisociaux

Il existe un stéréotype persistant selon lequel les développeurs n'ont pas d'amis, ne sortent pas, n'assistent pas à des événements sociaux et ne savent pas à quoi ressemble la lumière du soleil. Selon ce mythe, nous vivons tous dans des pièces faiblement éclairées, entourées de moniteurs, tapant tranquillement sur notre clavier tout en ignorant le reste du monde. C'est une image amusante, mais heureusement, ce n'est pas la réalité.

Les développeurs sont tout aussi variés que n’importe quel autre groupe de professionnels. Certains sont introvertis (c'est moi, au fait), certains sont extravertis, certains aiment jouer avec des amis, certains aiment faire de la randonnée, certains vont à des événements, certains publient sur les réseaux sociaux plus que des influenceurs, et certains aiment vraiment de longues sessions ciblées de codage silencieux.

D'après ma propre expérience, certains des meilleurs programmeurs avec lesquels j'ai travaillé étaient également les plus engagés en dehors du travail. Des personnes dont les passe-temps, les familles, les communautés et la vie sociale ont enrichi leur façon d'aborder les problèmes.

---

Une fois les mythes brisés, vous devriez avoir une idée claire de ce à quoi vous attendre en tant que programmeur. Concentrez-vous sur l’apprentissage des concepts de base, la création de projets et l’adoption de bonnes habitudes. Ces mythes font partie des choses que vous devez connaître avant d’apprendre à programmer.