C'est marrant tu reprend Guillaume qui dit que le langage c'est amélioré et l'argument que tu donne c'est quelque chose qui justement a évolué dans le bon sens.
C'est volontaire par ce que c'est l'argument le plus grossier pour ne pas rentrer dans un discours pointilleux. On peut lister des dizaines d'exemples mais je trouve que c'est sans fin et ca n'a que peut d'intêret.
Et ça c'est bien. Si tu as besoin d'un langage qui a le comportement inverse choisi python.
Java à un énorme problème de ce côté là. Le langage et la lib standard se retrouvent paralysées. Y'a un moment ou il faut faire quelque chose (et on peut le faire sans rien, ou trop, casser) mais le JDK à du mal.
Par common, je présume que tu parle de common collections principalement.
Absolument pas. Si je dis commons c'est commons. Pas un sous projet précis de commons.
Pour guava une partie n'a plus de sens avec Java 7 grâce à des évolutions de la bibliothèque standard et du langage.
Voila. Le fait que le JDK ait besoin d'être patché dans tout les sens pour le rendre productif et éviter de réinventer la roue implique une fragmentation de malade. Dès que tu ne bosses sur des projets sérieux tu te retrouves avec une base de code qui mélange 3 libs faisant presque la même chose mais qui ne se recouvrent pas entièrement donc tu dois garder les 3.
En fait le problème est juste délégué d'un niveau on se retrouve avec un sale JAR hell et des dépendances délirantes.
[^] # Re: Usine
Posté par ckyl . En réponse à la dépêche Nouvelle version de Scub Foundation, usine logicielle Java libre. Évalué à 3.
C'est volontaire par ce que c'est l'argument le plus grossier pour ne pas rentrer dans un discours pointilleux. On peut lister des dizaines d'exemples mais je trouve que c'est sans fin et ca n'a que peut d'intêret.
Java à un énorme problème de ce côté là. Le langage et la lib standard se retrouvent paralysées. Y'a un moment ou il faut faire quelque chose (et on peut le faire sans rien, ou trop, casser) mais le JDK à du mal.
Absolument pas. Si je dis commons c'est commons. Pas un sous projet précis de commons.
Voila. Le fait que le JDK ait besoin d'être patché dans tout les sens pour le rendre productif et éviter de réinventer la roue implique une fragmentation de malade. Dès que tu ne bosses sur des projets sérieux tu te retrouves avec une base de code qui mélange 3 libs faisant presque la même chose mais qui ne se recouvrent pas entièrement donc tu dois garder les 3.
En fait le problème est juste délégué d'un niveau on se retrouve avec un sale JAR hell et des dépendances délirantes.