Cela fait un peu moins d'une soixantaine d'années que l'on programme. Je sais, la comtesse Ada, il y a plus de cent ans, mais je parle de programmation pratique, effective.
Pour ma part, cela fait maintenant depuis 1964 que j'aligne des instructions, toujours avec le même plaisir. J'ai passé des premiers compilateurs Fortran et des premiers assembler, au C et C++ en passant par COBOL (hélas, mais il faut bien manger), PL1, PASCAL, APL, ADA plus un certain nombre de langages de script.
J'ai aussi vu au cours de ces années des modes récurrentes de technique de programmation: structurée, prédictive, événementielle, etc, etc.
Il n'en reste pas moins que le problème est toujours d'actualité: comment programmer rapidement et sûrement (il y a eu tellement de recherche sur la preuve formelle des programmes !). Actuellement on vit une espèce de schizophrénie: on veut programmer vite, les RAD, rapide et dégueulasse, et on veut bâtir des cathédrales: l'orienté objet, c'est vraiment antinomique.
Je crois que le vrai problème, c'est que la programmation n'est pas faite pour tous le monde. Il y a les gens doués et les autres. Personne ne s'offusque qu'il existe des analphabètes musicaux ou artistiques (j'en fait partie) et des génies comme Beethoven ou des Rubens. Pourquoi n'en serait-il pas de même avec la programmation (au sens large). On tente de masquer par des méthodes le fait qu'au moins 50 % des gens qui programment ne sont pas vraiment qualifié pour le faire.
Une dernière précision: je ne me prend pas pour le pape de la programmation, mais pour un honnête artisan. Je sais très bien la différence qui existe entre moi et un Dijkstra, un Hoare, un Pike, un Kernighan ou un Ritchie.
# Re: Extreme Programming
Posté par abgech . En réponse au journal Extreme Programming. Évalué à 6.
Pour ma part, cela fait maintenant depuis 1964 que j'aligne des instructions, toujours avec le même plaisir. J'ai passé des premiers compilateurs Fortran et des premiers assembler, au C et C++ en passant par COBOL (hélas, mais il faut bien manger), PL1, PASCAL, APL, ADA plus un certain nombre de langages de script.
J'ai aussi vu au cours de ces années des modes récurrentes de technique de programmation: structurée, prédictive, événementielle, etc, etc.
Il n'en reste pas moins que le problème est toujours d'actualité: comment programmer rapidement et sûrement (il y a eu tellement de recherche sur la preuve formelle des programmes !). Actuellement on vit une espèce de schizophrénie: on veut programmer vite, les RAD, rapide et dégueulasse, et on veut bâtir des cathédrales: l'orienté objet, c'est vraiment antinomique.
Je crois que le vrai problème, c'est que la programmation n'est pas faite pour tous le monde. Il y a les gens doués et les autres. Personne ne s'offusque qu'il existe des analphabètes musicaux ou artistiques (j'en fait partie) et des génies comme Beethoven ou des Rubens. Pourquoi n'en serait-il pas de même avec la programmation (au sens large). On tente de masquer par des méthodes le fait qu'au moins 50 % des gens qui programment ne sont pas vraiment qualifié pour le faire.
Une dernière précision: je ne me prend pas pour le pape de la programmation, mais pour un honnête artisan. Je sais très bien la différence qui existe entre moi et un Dijkstra, un Hoare, un Pike, un Kernighan ou un Ritchie.