Discussion :

[deadalnix]

Un point n'a pour ma part pas été relevé et est pourtant fondamental selon moi : la qualité générale du code a beaucoup baissée.

Les besoins en code ont beaucoup augmenté ces derniers temps, et les exigences sur les qualité des codeur à diminué, afin d'en trouver plus.

La plupars des codeurs de nos jours n'ont aucune compétence en complexité algorithmique ou autres joyeusetés du genre.

Et effectivement, on compte sur la puissance des machines pour rattraper cet état de fait.

Attention, je ne suis pas de ceux qui pensent que l'optimisation à outrance est une bonne chose : la productivité est importante. Mais on voit de nos jours des choses qui sont architecturalement viciées, des choses faites en dépit du bon sens et qui dénotent une incompréhension notoire de la part du codeur de ce qu'il est en train de demander à la machine.

Bien entendu, les possibilités offertes par les machines modernes sont telles qu'il serait idiot de ne pas en profiter. Ainsi, une bonne partie des ressources prises le sont pour apporter des fonctionnalités supplémentaires, et c'est tout à fait justifié. Sinon, pourquoi avoir des machine splus puissantes ?

[woorant]

Il ne faut pas mettre de côté non plus le fait que le code doit rester compréhensible rapidement et être facilement maintenable!

Les étapes d'optimisations complexifient bien souvent le code et les client n'ont pas envie de payer des centaines d'heures pour une correction de bugs par exemple.

L'objet est peut être parfois plus lourd mais amène des facilités de maintenance et d'évolution. De plus les projets informatiques aboutissent plus qu'il y'a 15 ans, même si c'est parfois encore des gouffres financiers...
C'est peut être un peu HS mais dire "qu'avant c'était mieux" c'est un peu abusé.

[souviron34]

De plus les projets informatiques aboutissent plus qu'il y'a 15 ans, même si c'est parfois encore des gouffres financiers...

Des preuves ??






Quant au sujet, tout le monde connaît ma position, et je pense que, comme beaucoup (la plupart) l'ont dit jusqu'ici, il y a du relâchement dans la qualité, les exigences (en termes de logiciels ou de codeurs), les ressources, et des déifications abusives tendant à empiler des couches ou choisir des bibliothèques tierces, simultanément fragilisant l'ensemble en le rendant très dépendant de boites ou projets extérieurs, et prenant plus de ressources..

[zul]

Une question naïve : a-t-on montré (plus ou moins formellement) que l'objet amène réellement toutes ses supposées facilitées ? (je parle pas des exemples de cours, mais sur des exemples réels, avec de "grosses" classes, et tout un tas d'invariant à respecter (pour respecter le LSP entre autre)).

[deadalnix]

L'optimisation est avant tout algorithmique. Et pour ce type d'optimisations, il ne sert à rien de pourrir son code.

Mais je peut t'assurer que la plupart des jeunes sortant d'école d'info de nos jours ne savent pas quelle est la complexité des fonction qu'ils appellent ou des structures de données qu'il manipulent.

[deadalnix]

Une question naïve : a-t-on montré (plus ou moins formellement) que l'objet amène réellement toutes ses supposées facilitées ? (je parle pas des exemples de cours, mais sur des exemples réels, avec de "grosses" classes, et tout un tas d'invariant à respecter (pour respecter le LSP entre autre)).

Ça dépend de ton type d'appli. Pour un CRM par exemple, l'objet c'est magique

Mais ce qui est important avant tout, c'est d'avoir une bonne modélisation.

[_skip]

Une question naïve : a-t-on montré (plus ou moins formellement) que l'objet amène réellement toutes ses supposées facilitées ? (je parle pas des exemples de cours, mais sur des exemples réels, avec de "grosses" classes, et tout un tas d'invariant à respecter (pour respecter le LSP entre autre)).

Quel genre de preuve serait recevable formellement?
Chacun a son propre sentiment par rapport à l'extensibilité, l'encapsulation et autres bénéfices qu'il en retire dans le domaine qui est le sien...

L'optimisation est avant tout algorithmique. Et pour ce type d'optimisations, il ne sert à rien de pourrir son code.
Mais je peut t'assurer que la plupart des jeunes sortant d'école d'info de nos jours ne savent pas quelle est la complexité des fonction qu'ils appellent ou des structures de données qu'il manipulent.

+5

[woorant]

L'article date un peu mais je pense que les chiffres restent encore valables ;-)

http://www.agentsolo.com/ca/fr/membr...sules/9322.jsp

Des preuves ??






Quant au sujet, tout le monde connaît ma position, et je pense que, comme beaucoup (la plupart) l'ont dit jusqu'ici, il y a du relâchement dans la qualité, les exigences (en termes de logiciels ou de codeurs), les ressources, et des déifications abusives tendant à empiler des couches ou choisir des bibliothèques tierces, simultanément fragilisant l'ensemble en le rendant très dépendant de boites ou projets extérieurs, et prenant plus de ressources..

[souviron34]

L'article date un peu mais je pense que les chiffres restent encore valables ;-)

http://www.agentsolo.com/ca/fr/membr...sules/9322.jsp

les études du Standish Group sont sujettes à certaines cautions :


Le Standish Group nous aurait-il trompé


Mais de toutes façons, voir le dernier rapport :


More projects failings

[woorant]

on m'aurait menti?!

les études du Standish Group sont sujettes à certaines cautions :


Le Standish Group nous aurait-il trompé


Mais de toutes façons, voir le dernier rapport :


More projects failings

[_skip]

Après il faut voir ce qu'on appelle un ratage dans cette étude. Si on parle de délais dépassés, c'est normal que les chiffres soient mirobolants.