> L'intérêt de java est de pouvoir bien cadrer tout ce petit monde quitte a sacrifier les ressources machines.
Je ne suis pas sur que ce soit sacrifier les ressources machines dont il est question. Mais peut être plus de performances brutes contre scalabilité. Les deux sont importants mais ce n'est pas du tout la même chose. Dans tout les cas je ne suis pas convaincu que ce soit plus lourd/lent (non un contenu statique n'est pas géré par un serveur d'application mais par un CDN ou un lighthttpd, oui un niveau de cache memcached/ehcache/squid est utile et oui pas mal de choses peuvent être fait en asynchrone après la requête).
Il y a évidement un compris entre les coûts de développement, d'opérationnel, de maintenance etc. De plus LE bon choix n'existe pas. Il y a de nombreux moyens d'arriver à une archi fiable, évolutive et "cost-effective".
> besoin de l'innovation et de la motivation des développeurs c'est plutôt un frein
Je ne me sens pas freiné personnellement, c'est même une plate-forme plutôt marrante avec des outils hors du commun si on oublie le langage froid. Si tu cherches trois hackers fous pour pondre du code qu'eux seul pourront peut être maintenir dans une techno qui à un mois à la limite...
Note aussi que faire du Java ne rend pas neuneu et ne m'empêche pas de coder dans d'autres langages.
> Ce n'est pas pour rien non plus que ces même grosses boites dont tu parles utilisent aussi d'autres langages.
Évidement il n'y a pas de solution parfaite et je n'ai surtout pas dit que Java/J2EE l'était. Il faut savoir tirer parti des différentes technos selon les besoins. On peut même les combiner en fonction des besoins (linked in est un très bon exemple). Mon message était juste pour souligner que le message de ploum était encore plus idiot que tout les mecs incompétents en costards réunis...
[^] # Re: Grillé
Posté par ckyl . En réponse au journal LinuxFR en rails ?. Évalué à 6.
Je ne suis pas sur que ce soit sacrifier les ressources machines dont il est question. Mais peut être plus de performances brutes contre scalabilité. Les deux sont importants mais ce n'est pas du tout la même chose. Dans tout les cas je ne suis pas convaincu que ce soit plus lourd/lent (non un contenu statique n'est pas géré par un serveur d'application mais par un CDN ou un lighthttpd, oui un niveau de cache memcached/ehcache/squid est utile et oui pas mal de choses peuvent être fait en asynchrone après la requête).
Il y a évidement un compris entre les coûts de développement, d'opérationnel, de maintenance etc. De plus LE bon choix n'existe pas. Il y a de nombreux moyens d'arriver à une archi fiable, évolutive et "cost-effective".
> besoin de l'innovation et de la motivation des développeurs c'est plutôt un frein
Je ne me sens pas freiné personnellement, c'est même une plate-forme plutôt marrante avec des outils hors du commun si on oublie le langage froid. Si tu cherches trois hackers fous pour pondre du code qu'eux seul pourront peut être maintenir dans une techno qui à un mois à la limite...
Note aussi que faire du Java ne rend pas neuneu et ne m'empêche pas de coder dans d'autres langages.
> Ce n'est pas pour rien non plus que ces même grosses boites dont tu parles utilisent aussi d'autres langages.
Évidement il n'y a pas de solution parfaite et je n'ai surtout pas dit que Java/J2EE l'était. Il faut savoir tirer parti des différentes technos selon les besoins. On peut même les combiner en fonction des besoins (linked in est un très bon exemple). Mon message était juste pour souligner que le message de ploum était encore plus idiot que tout les mecs incompétents en costards réunis...