L'interaction avec les systèmes hôtes est ridicule.
Suis d'accord là-dessus. Et d'accord aussi que toutes les librairies autour sauvent la baraque et font que ça n'est pas vraiment un souci (même si ça reste un petit facteur de pénibilité quand on débarque dans l'univers Java sans connaître les pointeurs qui vont bien).
Sur le langage il ne s'est absolument rien passé de notable entre Java 5 et Java 7.
Oui et non. Il y a pas mal de petits détails qui font des vrais changements. L'exemple que je prends toujours c'est la capacité à utiliser @Override sur les interfaces en Java 6. Ca a vraiment changé quelque chose par rapport à Java 5 même si ça paraît ridicule (après, il faut dire que c'était bien débile de l'avoir fait comme ça en Java 5).
Java 7 apporte aussi son lot d'améliorations. Certaines ont été reportées en Java 8 (tout le boulot démarré sur l'API date), on verra quand ça arrive mais il y a vraiment eu du boulot de fait.
c'est un langage moyen qui n'évolue plus
C'est là où tu as raté le "compilé" dans ce que j'ai dit. Mis à part les trucs hypes pour lesquels bien malins qui devinera s'ils seront encore là l'année prochaine, les langages compilés évoluent lentement. Et Java est plutôt dans les bons élèves de ce côté là, à mon sens.
C'est sûr que les langages interprétés évoluent beaucoup plus vite. Mais, franchement, je n'ai vraiment plus aucune envie de faire de l'interprété maintenant que je peux faire du compilé sans la lourdeur qui allait avec.
Ce n'est pas un outil qu'il te faut c'est revoir complètement ton équipe et son organisation.
Ce n'est pas en balançant des phrases à l'emporte pièce que tu convaincras grand monde. Mon équipe et mon organisation fonctionnent très bien, je te remercie de t'en préoccuper. Ce qu'on livre est plutôt dans le très haut du panier en terme de qualité par rapport à ce que j'ai pu voir sur la majorité des applications que j'ai auditées/relues.
On utilise Sonar intelligemment et ça nous convient bien. Le fait d'avoir des gens impliqués qui veulent faire du bon boulot est évidemment un facteur clé.
Ce n'est pas parce que tu ne le vois pas s'intégrer dans tes manières de travailler qu'on ne peut pas en faire un outil intelligent.
Sur le "paie 1000x plus avant", je ne sais pas si je suis d'accord. On faisait du bon boulot avant et ça nous a permis d'améliorer certaines choses avec un coût proche de 0. Résultat, j'ai trouvé ça rentable.
Après, j'ai vu des gens avoir tout l'outillage et faire des applications pourries jusqu'à la moelle. Je ne dis pas que ça résout tous les problèmes.
Mon dernier argument n'était pas le moindre. En société de services, tu as parfois des clients qui sont très pointilleux sur le sujet et ils veulent un joli rapport avec des jolis graphes. Et ils ne te lâcheront pas tant qu'ils ne les auront pas.
Et note que je suis bien d'accord que ce n'est pas ça qui va empêcher de faire du mauvais boulot et une archi toute pourrie.
Bref, je pense qu'on n'est pas loin d'être d'accord mais que je suis plus nuancé.
Par contre, mince alors, un débat argumenté sur Java sur Linuxfr, ça fait bizarre. Un mythe s'effondre.
[^] # Re: Usine
Posté par Guillaume Smet (site web personnel) . En réponse à la dépêche Nouvelle version de Scub Foundation, usine logicielle Java libre. Évalué à 3.
Suis d'accord là-dessus. Et d'accord aussi que toutes les librairies autour sauvent la baraque et font que ça n'est pas vraiment un souci (même si ça reste un petit facteur de pénibilité quand on débarque dans l'univers Java sans connaître les pointeurs qui vont bien).
Oui et non. Il y a pas mal de petits détails qui font des vrais changements. L'exemple que je prends toujours c'est la capacité à utiliser @Override sur les interfaces en Java 6. Ca a vraiment changé quelque chose par rapport à Java 5 même si ça paraît ridicule (après, il faut dire que c'était bien débile de l'avoir fait comme ça en Java 5).
Java 7 apporte aussi son lot d'améliorations. Certaines ont été reportées en Java 8 (tout le boulot démarré sur l'API date), on verra quand ça arrive mais il y a vraiment eu du boulot de fait.
C'est là où tu as raté le "compilé" dans ce que j'ai dit. Mis à part les trucs hypes pour lesquels bien malins qui devinera s'ils seront encore là l'année prochaine, les langages compilés évoluent lentement. Et Java est plutôt dans les bons élèves de ce côté là, à mon sens.
C'est sûr que les langages interprétés évoluent beaucoup plus vite. Mais, franchement, je n'ai vraiment plus aucune envie de faire de l'interprété maintenant que je peux faire du compilé sans la lourdeur qui allait avec.
Ce n'est pas en balançant des phrases à l'emporte pièce que tu convaincras grand monde. Mon équipe et mon organisation fonctionnent très bien, je te remercie de t'en préoccuper. Ce qu'on livre est plutôt dans le très haut du panier en terme de qualité par rapport à ce que j'ai pu voir sur la majorité des applications que j'ai auditées/relues.
On utilise Sonar intelligemment et ça nous convient bien. Le fait d'avoir des gens impliqués qui veulent faire du bon boulot est évidemment un facteur clé.
Ce n'est pas parce que tu ne le vois pas s'intégrer dans tes manières de travailler qu'on ne peut pas en faire un outil intelligent.
Sur le "paie 1000x plus avant", je ne sais pas si je suis d'accord. On faisait du bon boulot avant et ça nous a permis d'améliorer certaines choses avec un coût proche de 0. Résultat, j'ai trouvé ça rentable.
Après, j'ai vu des gens avoir tout l'outillage et faire des applications pourries jusqu'à la moelle. Je ne dis pas que ça résout tous les problèmes.
Mon dernier argument n'était pas le moindre. En société de services, tu as parfois des clients qui sont très pointilleux sur le sujet et ils veulent un joli rapport avec des jolis graphes. Et ils ne te lâcheront pas tant qu'ils ne les auront pas.
Et note que je suis bien d'accord que ce n'est pas ça qui va empêcher de faire du mauvais boulot et une archi toute pourrie.
Bref, je pense qu'on n'est pas loin d'être d'accord mais que je suis plus nuancé.
Par contre, mince alors, un débat argumenté sur Java sur Linuxfr, ça fait bizarre. Un mythe s'effondre.