Les 5 grands pièges dans lesquels tombent les programmeurs même les plus aguerris
Encore aujourd’hui en écrivant des lignes de codes pour certaines applications, je me souviens du début et des déboires que j’ai dû traverser dans mes premiers codes. Le temps passé à bidouiller un module était tellement long qu’à la fin lorsque le problème était réglé on se rendait compte que le chemin était vraiment court et simple, si on avait pris le temps de réfléchir à une approche moins sophistiquée pour un niveau de conception et de développement auquel on n’était pas encore préparé.
Avant tout, il faut toujours aborder la programmation comme une analyse situationnelle – vous analysez la situation pour arriver à une solution. Cela ne nécessite pas de code, c’est aussi simple que l’expression “j’ai faim” ne nécessite aucun code pour arriver à ” je mange quelque chose”. Et il en est de même pour environ 95% de la programmation – comprendre comment résoudre globalement un problème, puis comprendre comment résoudre les différents petits problèmes qui surgissent dans les différentes solutions envisagées, puis etc.
Ceci m’amène à me rappeler des 5 pièges essentiels dans lesquels tombent les programmeurs, même lorsqu’ils y sont bien préparés.
- La première de toutes les erreurs c’est de confondre le terme langage de programmation et la programmation proprement dite. C’est pourquoi on entend de toutes parts l’éternelle demande «Je veux apprendre la programmation”. Pour me résumer, je dirai que l’apprentissage d’un langage de programmation ne vous apprendra JAMAIS la programmation.
- Ils commencent à écrire du code avant de penser à la façon d’aborder le problème de façon logique. Il est important de noter que plus de 70% de la programmation repose sur l’aspect conceptuel et une grande partie de ce travail de conception doit être BIEN faite avant l’écriture de toute ligne de code. Il n’y a rien de mauvais à dessiner un ou plusieurs diagrammes séquentiels ou à rédiger une ou plusieurs séquences pour une procédure de traitement avant de choisir la meilleure réalisable avec les outils (scripts) ou la capacité de codage qu’on maîtrise le mieux.
- Ils ont la conviction qu’ils peuvent apprendre la programmation simplement en lisant ou en écoutant, et qu’ils n’y sont pas vraiment obligés. Parce que c’est de toutes les façons pas compliqué du tout. – Et ils ont raison, ce n’est pas compliqué du tout mais le piège réside à ce niveau dans la pratique. La seule façon de vraiment apprendre est de vraiment le pratiquer … Énormément. pour gagner en expérience, en rapidité et en connaissance des différents langages et méthodologies qui gravitent autour, et surtout en apprenant des solutions des erreurs des autres programmeurs.
- Ils ne prennent pas la peine d’éprouver (tester) leur propre code. compiler sans erreurs et avertissements est une première étape. Le faire fonctionner de manière convenable en simulant un ensemble spécifique de données et de manipulations est une autre étape, loin d’être la dernière. Le faire fonctionner sans plantage quelles que soient les manipulations nécessite des tests et un ou plusieurs travaux de débogage. (Vous pouvez apprendre énormément lors des tests ou des débogages de votre code … des leçons qui feront de vous un meilleur programmeur à long terme.)
- Ils pensent qu’il y a un moment où on s’arrête d’apprendre ou d’améliorer les compétences et les connaissances en programmation, ce qui est une pure illusion car en réalité, l’apprentissage ne s’arrête jamais. Je me rappelle en 2004 lors de mes débuts dans la programmation orientée web avec PHP. Mes meilleurs codes me font marrer aujourd’hui quand je vois le bond incommensurable qu’a subi d’abord le langage php, ensuite tous les langages qui gravitent autour à l’instar du Javascript qui s’est incroyablement bonifié de puissantes librairies dynamiques et interactives telles que jQuery, Angular, NodeJs, et bien d’autres. Et le progrès ne s’arrête pas là. Et je suis encore dans la programmation pour bien longtemps encore. Et les meilleurs clients en redemandent encore plus chaque fois. Continuez à apprendre et à vous améliorer pour le reste de votre carrière. Ceux qui ne le font pas ont peu de chances de réussir à long terme.
Un vieux dicton africain dit «mesure deux fois, coupe une fois». Ce dicton s’applique mot pour mot à la programmation et je dirais mieux : «analyse trois fois, code une fois».
