oui tout à fait. D'ailleurs il n'y a pas de magie, les processeurs ne comprennent toujours que des 0 et des 1, on est donc bien toujours obligé de les programmer comme cela. J2EE et DotNet sont des surcouches qui apportent un certains nombre de services, il ne faut pas nier leurs intérêts (garbage collector par exemple). Microsoft a tout de même réussit à optimiser certaines parties comme ado.net (avec SQL Server surtout je crois d'ailleurs), mais globalement la surcouche se fait sentir.
Je sais pas, mais en tout cas pas aujourd'hui. Pour une application de gestion, surement que oui, mais déjà dés lors qu'on a besoin de dialoguer avec le matériel, cela gène à mon avis plus qu'autre chose.
C'est à mon avis une bonne solution. C'est pour cela que Delphi prism existe à mon avis, pour permettre aux developpeurs maitrisant le Pascal d'utiliser dotNet lorsque le besoin est là.
Encore une fois, c'est totalement vrai, une entreprise qui dispose d'un parc de plusieurs milliers de postes ne peut pas se permettre d'être continuellement au top des configuration (ni même des os d'ailleurs). Ceci est certainement encore vrai sur des parcs plus petits.
Mais je voudrais ajouter une autre considération. Augmenter les performances pour masquer les ralentissements dus aux multiples couches censées faire gagner du temps de développement entraine de fait une augmentation de la consommation d'énergie des ordinateurs (pc et/ou serveurs). Hors à l'heure où on nous sert de l'écologie à toute les sauces (ce qui est justifié lorsque c'est vraiment un but écologique ) il me semblerait judicieux au contraire d'économiser les ressources de calcul de ces machines. 5 minutes de plus de travail du développeur est moins nocif pour la nature à mon avis.
@++
Dany
Partager