[/I]java est un language de script bytecode, la vm Zend et Java on les meme tares, j 'ai 10 ans d 'exp sur LAMP arch (tres grosse arch tel que 9 telecom, CEA defense... j'en passe ),
je vois pas le probleme, surtout par rapport a Java qui a fait pire coter conformite...
De mon point de vue, Java a effectivement les mêmes tares que PHP. Tout cela manque encore de sérieux pour des projets d'ampleur dont l'échec pourrait sérieusement menacer l'invertisseur et/ou le bénéficiaire.
Pour avoir également travaillé dans les télécoms et pour la défense, mais aussi pour d'autres gros établissements, je peux témoigner que rien n'empêche les grosses boîtes qui en ont les moyens de faire d'énormes bourdes en terme d'investissements techniques et de développement, comme cela arrive souvent bizarrement lorsque c'est le grand public qui paie au bout du compte.
Du côté des prestataires de services et développeurs, c'est tout bénéfice lorsque le sujet n'est pas trop compliqué, et ils ne vont pas s'en plaindre. Sur des sujets techniquement pointus (quand ça sort de la bureautique, du réseau, du multimédia ou de la base de données), il arrive que cela débouche sur des
impasses techniques (et là les prestataires peuvent tirer leur révérence) ou sur l'implantation d'énormes
"verrues" logicielles qu'il faudra par la suite
longtemps traîner et payer (mais ça peut redonner du boulot aux prestataires plus tard, et ils y gagnent encore).
Et comme ça ne semble pas gêner ces boîtes de devoir payer deux fois le prix au final (il faut dire que bien souvent, sur la durée, personne ne s'en aperçoit), elles ne sont pas près de s'arrêter.
En revanche, pour les boîtes qui font des investissements en R&D importants (relativement à leurs moyens), et dont la survie dépend de la
pérennité des outils qu'elles développent et utilisent, et sur lesquels elles fondent une bonne partie de leur activité (c'est le cas le plus général dans les PME hi-tech), un tel comportement pourrait leur porter un coup fatal.
J'ai bossé dans quelques boîtes qui exploitent, entretiennent et améliorent des outils métier, dont certains datent de
plus de vingt ans et dont l'utilisation et parfois la vente de licences génère plus de la moitié de leur chiffre d'affaire. Autant dire qu'elles tremblent à chaque mise-à-jour de l'OS et à chaque changement de matériel. Mais les choix techniques faits au départ étaient bons, et ça continue encore à tenir.
En comparaison, les logiciels qu'elles ont développés en script ou dans des langages propriétaires sont tous allés croupir au fond d'un placard après quelques années d'utilisation, faute de système pour les faire tourner ou de moyen pour les maintenir (c'était plus rentable de les refaire entièrement). Cela a représenté beaucoup de travail et des dépenses en pure perte.
Depuis quelques temps, elles se traînaient justement quelques modules en script, assortis d'inévitables "verrues", que des rigolos avaient tout de même réussi à implanter dans leurs gros logiciels "parce que c'est moderne, que c'est performant et que c'est l'avenir"... La présence de ces scripts et de ces "verrues" a ralenti l'évolution des outils et a posé des problèmes lors de chaque mises-à-jour du système. Leurs efforts ont donc porté (et pour certaines portent encore actuellement) sur l'élimination de ces scripts et de ces "verrues".