L'article d'aegir à au moins l'honneur d'être lu (1289 hits actuellement sur linuxfr) et qui fait réagir pas mal de personnes sur linuxfr au vu du nombre de commentaires.
Cela signifie au moins que le sujet abordé (en gros les solutions de scripting vont être dépassé par les solution de type Java, .NET, WebObject, etc) est devenu un sujet à débat.
aegir apporte un début de reflexion en citant le typage des données, language compilé ou language interprété, application selon le model MVC, solution de template et je ne cite pas tout.
Je me pose les questions suivantes: Les besoins actuels des entreprises (PME/PMI, Grands comptes) ne peuvent elles plus se contenter des solutions simples, rapides à mettre en place et fonctionnellement éprouvées (je parle des solutions de scripting tel que PHP) ? Est ce que ces entreprises, sous prétext d'un discourt marketing bien huilé de la part des grands éditeurs de solution logiciel (Microsoft, Sun...), ne font que suivre une certaine mode ? Les grandes avancées dans la recherche scientifique informatique ne sont elle pas minim au contraire de ce que laisse paraitre ces même grands éditeur de solution logiciel. Les solutions J2EE et autres .NET ne font que reprendre ce qu'il a toujours été possible faire. Ces solutions essayent simplement de strandardiser des principes (et de les breveter et certifier par la même occasion) de programmation qui ont déjà été, plus ou moins, réalisé.
Les langages de scripting ont été inventé parce que des gens ne voulaient pas se casser la tête (et perdre du temps) à programmer une application qui ne durera pas (Le PHP est né comme cela). Ces gens là (et les gens qui utilisent ces programme) doivent être conscient que la plus part des langage de scripting sont des langage de programmation "batards" dans le sens qu'ils ne respectent pas toutes les subtilités d'un langage de programmation plus aboutis (le typage par exemple).
# Un article qui a au moins l'intérêt de se poser certaines questions
Posté par _seb_ . En réponse à la dépêche Apache/PHP et IIS/ASP : pas si bons ?. Évalué à 5.
Cela signifie au moins que le sujet abordé (en gros les solutions de scripting vont être dépassé par les solution de type Java, .NET, WebObject, etc) est devenu un sujet à débat.
aegir apporte un début de reflexion en citant le typage des données, language compilé ou language interprété, application selon le model MVC, solution de template et je ne cite pas tout.
Je me pose les questions suivantes: Les besoins actuels des entreprises (PME/PMI, Grands comptes) ne peuvent elles plus se contenter des solutions simples, rapides à mettre en place et fonctionnellement éprouvées (je parle des solutions de scripting tel que PHP) ? Est ce que ces entreprises, sous prétext d'un discourt marketing bien huilé de la part des grands éditeurs de solution logiciel (Microsoft, Sun...), ne font que suivre une certaine mode ? Les grandes avancées dans la recherche scientifique informatique ne sont elle pas minim au contraire de ce que laisse paraitre ces même grands éditeur de solution logiciel. Les solutions J2EE et autres .NET ne font que reprendre ce qu'il a toujours été possible faire. Ces solutions essayent simplement de strandardiser des principes (et de les breveter et certifier par la même occasion) de programmation qui ont déjà été, plus ou moins, réalisé.
Les langages de scripting ont été inventé parce que des gens ne voulaient pas se casser la tête (et perdre du temps) à programmer une application qui ne durera pas (Le PHP est né comme cela). Ces gens là (et les gens qui utilisent ces programme) doivent être conscient que la plus part des langage de scripting sont des langage de programmation "batards" dans le sens qu'ils ne respectent pas toutes les subtilités d'un langage de programmation plus aboutis (le typage par exemple).