Je lisais un article sur l'évolution des méthodes de développement d'y a quelques années à aujourd'hui (honte sur moi, j'ai complétement oublié de bookmarquer cette page, l'article était fort intéressant), l'analyse était faite par un vieux de la vieille, développeur C++ je crois.
En substance, il décrivait son sentiment sur les nouveaux développeurs, pour lui, il disait que les nouveaux développeurs faisait plus de l'assemblage de briques logicielles, de gérer des problèmes d’interactions entre diverses couches d'abstraction que du "réel" (ce qu'il avait toujours fais jusqu'à présent) développement comme lui l'entendait.
Ya qu'a voir sur des projets JEE par exemple, on peux facilement quantifier le temps que l'on perds sur des problématiques de ce types (JBOSS, Tomcat, Hibernate, SPRING, …), des demis journées entières, pour ne pas dire des journées. C'est lourd au développement, c'est lourd à l'utilisation …
Fut un temps, un développeur faisait du développement, point barre. Aujourd'hui il doit être admin JBOSS, Tomcat, etc…
Sans parler de ce que fait les différents frameworks tout seul.
Quand je vois sous Java les fuites de mémoire ou toutes problématiques de goulot d’étranglement de perfs, … j'en reviens à regretter la gestion à la mano de pointeurs. A croire que le développeur n'ayant plus cette problématique à gérer fait comme si cette problématique n'existait plus.
[^] # Re: Méthodes de développement
Posté par Slauncha . En réponse au journal De l'inéluctable progrès de l'informatique, ou pas.. Évalué à 6.
Je lisais un article sur l'évolution des méthodes de développement d'y a quelques années à aujourd'hui (honte sur moi, j'ai complétement oublié de bookmarquer cette page, l'article était fort intéressant), l'analyse était faite par un vieux de la vieille, développeur C++ je crois.
En substance, il décrivait son sentiment sur les nouveaux développeurs, pour lui, il disait que les nouveaux développeurs faisait plus de l'assemblage de briques logicielles, de gérer des problèmes d’interactions entre diverses couches d'abstraction que du "réel" (ce qu'il avait toujours fais jusqu'à présent) développement comme lui l'entendait.
Ya qu'a voir sur des projets JEE par exemple, on peux facilement quantifier le temps que l'on perds sur des problématiques de ce types (JBOSS, Tomcat, Hibernate, SPRING, …), des demis journées entières, pour ne pas dire des journées. C'est lourd au développement, c'est lourd à l'utilisation …
Fut un temps, un développeur faisait du développement, point barre. Aujourd'hui il doit être admin JBOSS, Tomcat, etc…
Sans parler de ce que fait les différents frameworks tout seul.
Quand je vois sous Java les fuites de mémoire ou toutes problématiques de goulot d’étranglement de perfs, … j'en reviens à regretter la gestion à la mano de pointeurs. A croire que le développeur n'ayant plus cette problématique à gérer fait comme si cette problématique n'existait plus.