Ils me font rirent ceux qui disent: Java c'est lent! Voilà ce que je leur répond:
- Grâce à ses classes standard, tu n'as pas à réinventer la roue, et te retrouver avec des algos de tri ou de recherche sub-optimaux. Les gains au niveau macroscopique dépassent largement ce qu'on perd au niveau microscopique.
- Ton appli tourne sur la quasi-totalité des architectures. Pas de portage. Tu peux développer sous Windows ou Linux (pas cher) et déployer sur des clusters de Suns sans inquiétude.
- Le code est plus lisible et maintenable, surtout avec un peu de méthodologie (genre design patterns).
- Le temps de développement est plus court et contient moins de bugs. Et quand ça plante, tu as un vrai stack-trace, pas un segfault 1000 instructions plus loin.
De toute façons, il est temps que les gens comprennent que si un langage est effectivement 10% plus lent qu'un autre, on en a rien à cirer car il suffit de prendre un serveur 10% plus puissant. L'achat du matériel, c'est peanuts comparé aux coûts de développemnt et de maintenance. Les clients veulent un programme qui marche *maintenant*, pas un super module en C optimisé bourré de bugs livré dans 1 an, même si ça va un peu plus vite.
[^] # Re: Java ça reste lent, mais c'est simple comme les lego.
Posté par Anonyme . En réponse à la dépêche Décompresseur mpeg4 en Java. Évalué à 0.
- Grâce à ses classes standard, tu n'as pas à réinventer la roue, et te retrouver avec des algos de tri ou de recherche sub-optimaux. Les gains au niveau macroscopique dépassent largement ce qu'on perd au niveau microscopique.
- Ton appli tourne sur la quasi-totalité des architectures. Pas de portage. Tu peux développer sous Windows ou Linux (pas cher) et déployer sur des clusters de Suns sans inquiétude.
- Le code est plus lisible et maintenable, surtout avec un peu de méthodologie (genre design patterns).
- Le temps de développement est plus court et contient moins de bugs. Et quand ça plante, tu as un vrai stack-trace, pas un segfault 1000 instructions plus loin.
De toute façons, il est temps que les gens comprennent que si un langage est effectivement 10% plus lent qu'un autre, on en a rien à cirer car il suffit de prendre un serveur 10% plus puissant. L'achat du matériel, c'est peanuts comparé aux coûts de développemnt et de maintenance. Les clients veulent un programme qui marche *maintenant*, pas un super module en C optimisé bourré de bugs livré dans 1 an, même si ça va un peu plus vite.
PS: SVP, ne faites pas repartir le troll.