La programmation a énormément changé depuis 20 ans, tout en restant dans ses bases exactement la même chose.
La seule différence est analogiquement similaire avec la disponibilité de l'information il y a 20 ans et aujourd'hui : il était difficile de s'informer avant, alors qu'on croule sous l'information aujourd'hui.
Le développement a suivi un chemin similaire : pléthore de documentation, forum, librairies.
Et surtout gros changement, la machine avec laquelle j'écris ses lignes a la même puissance qu'une machine du top 100 il y a 25 ans.
Donc logiciels plus gros, plus complexes…
Pour gérer cette masse, on a besoin d'automatiser tout ce qui est possible pour automatiser les parties rébarbatives de problèmes qui sont toujours les mêmes et seulement devenus plus critiques à cause de cette masse d'information/complexité à gérer.
Donc oui, les IDEs, mais les outils en générale sont devenus assez indispensable en nous permettant de gagner un temps précieux et de gérer plus facilement cette complexité.
Les anciens vous expliquerait que le copier/coller n'existait pas pendant longtemps…
Donc, tout outil permettant d'automatiser est potentiellement intéressant : compilateur analysant le typage, vérification de cohérence, etc…
Maîtriser ces outils est juste une capacité du développeur de mieux gérer cette complexité.
L'industrie étant ce qu'elle est, difficile de s'en passer, ou alors dans des domaines de niches, car la productivité moyenne requise est basé sur ces IDEs.
Personnellement, je pense que c'est la sémantique des langages (toujours la même depuis 50 ans) qui est trop limité : pas de possibilité (dans les outils couramment utilisés) de gérer le temps, car le programme est un éternel amnésique sur ses donnés (quelle règle appliquer si on a tel changement successif sur les donnés ?).
Sémantique du langage limité à celle définie lors de sa conception. Aucune notion de calculs sur contraintes entre composant.
Pas de sémantique de définition du comportement global du système.
Etc…
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Automatisation indispensable
Posté par Ontologia (site web personnel) . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 10.
La programmation a énormément changé depuis 20 ans, tout en restant dans ses bases exactement la même chose.
La seule différence est analogiquement similaire avec la disponibilité de l'information il y a 20 ans et aujourd'hui : il était difficile de s'informer avant, alors qu'on croule sous l'information aujourd'hui.
Le développement a suivi un chemin similaire : pléthore de documentation, forum, librairies.
Et surtout gros changement, la machine avec laquelle j'écris ses lignes a la même puissance qu'une machine du top 100 il y a 25 ans.
Donc logiciels plus gros, plus complexes…
Pour gérer cette masse, on a besoin d'automatiser tout ce qui est possible pour automatiser les parties rébarbatives de problèmes qui sont toujours les mêmes et seulement devenus plus critiques à cause de cette masse d'information/complexité à gérer.
Donc oui, les IDEs, mais les outils en générale sont devenus assez indispensable en nous permettant de gagner un temps précieux et de gérer plus facilement cette complexité.
Les anciens vous expliquerait que le copier/coller n'existait pas pendant longtemps…
Donc, tout outil permettant d'automatiser est potentiellement intéressant : compilateur analysant le typage, vérification de cohérence, etc…
Maîtriser ces outils est juste une capacité du développeur de mieux gérer cette complexité.
L'industrie étant ce qu'elle est, difficile de s'en passer, ou alors dans des domaines de niches, car la productivité moyenne requise est basé sur ces IDEs.
Personnellement, je pense que c'est la sémantique des langages (toujours la même depuis 50 ans) qui est trop limité : pas de possibilité (dans les outils couramment utilisés) de gérer le temps, car le programme est un éternel amnésique sur ses donnés (quelle règle appliquer si on a tel changement successif sur les donnés ?).
Sémantique du langage limité à celle définie lors de sa conception. Aucune notion de calculs sur contraintes entre composant.
Pas de sémantique de définition du comportement global du système.
Etc…
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker