> Facile à utiliser, lib standard assez complète, bon écosystème, portabilité aisée.
Facile et difficile à utiliser sont des notions je pense complétement lié à l'éducation. Si on apprenait aux gens à réfléchir autrement, en particulier, si ils avaient des cours un peu poussé de programmation fonctionnelle, ça changerait surement la donne. Ce n'est pas un avantage du langage en soit, juste la conséquence d'un manque de culture informatique, dans le but d'être "attractif pour l'entreprise".
Quand à la portabilité, j'attend de pouvoir compiler facilement en natif openjdk sur un BSD ou une architecture exotique, on verra ensuite. :)
> Java n'est pas "robuste". Mais d'expérience entre un programme écrit en C (voir commentaire de GPL) et un programme dans un langage de plus haut niveau, j'ai mon idée sur celui ou tu passes plus de temps à avoir un truc qui marche correctement (conception + debug). On parle de base de 50k à 1M de lignes de code hein, pas de projet du dimanche.
Evidemment, comparé java et C, java s'en tire sur la robustesse. Je parlais évidemment en comparaison avec les langages sous-cités. Quand au projet à 1M de ldc, il serait intéressant à ramener aux nombres de concepts manipulés. Je trouve java très inefficace de ce point de vue (écrire beaucoup de code pour exprimer peu de chose, même avec sa superbe librairie standard complexe).
> Par ce que malheureusement ce sont des langages difficilement accessibles et à l'écosysteme assez faible (les deux sont liés).
Pour la partie difficiles, se rapporter au layus sur la facilité du java. L'ecosystème est faible, parce que le système se mord la queue (il faut la confiance dans une grosse boite qui l'utilise ou qui le developpe ...). À noter qu'il me semble que cet argument est moins vrai pour erlang vu qu'ericson l'a pas mal poussé et qu'il a de nombreuses caractéristiques intéressantes.
Pour les performances, je n'ai pas remis en doute les performances de java, juste des architectures :) On peut avoir la vm la plus optimisé du monde, une mauvaise architecture et des mauvais algos (si y'a encore beaucoup de gens qui savent ce que c'est qu'un algo en java), ça ne changera rien au résultat. Et ça aucun langage n'y peut rien. Seule l'éducations et une bonne formalisation peuvent faire des choses à ce sujet ...
[^] # Re: Bof
Posté par zul . En réponse à la dépêche OpenJDK 6 passe le TCK. Évalué à 1.
Facile et difficile à utiliser sont des notions je pense complétement lié à l'éducation. Si on apprenait aux gens à réfléchir autrement, en particulier, si ils avaient des cours un peu poussé de programmation fonctionnelle, ça changerait surement la donne. Ce n'est pas un avantage du langage en soit, juste la conséquence d'un manque de culture informatique, dans le but d'être "attractif pour l'entreprise".
Quand à la portabilité, j'attend de pouvoir compiler facilement en natif openjdk sur un BSD ou une architecture exotique, on verra ensuite. :)
> Java n'est pas "robuste". Mais d'expérience entre un programme écrit en C (voir commentaire de GPL) et un programme dans un langage de plus haut niveau, j'ai mon idée sur celui ou tu passes plus de temps à avoir un truc qui marche correctement (conception + debug). On parle de base de 50k à 1M de lignes de code hein, pas de projet du dimanche.
Evidemment, comparé java et C, java s'en tire sur la robustesse. Je parlais évidemment en comparaison avec les langages sous-cités. Quand au projet à 1M de ldc, il serait intéressant à ramener aux nombres de concepts manipulés. Je trouve java très inefficace de ce point de vue (écrire beaucoup de code pour exprimer peu de chose, même avec sa superbe librairie standard complexe).
> Par ce que malheureusement ce sont des langages difficilement accessibles et à l'écosysteme assez faible (les deux sont liés).
Pour la partie difficiles, se rapporter au layus sur la facilité du java. L'ecosystème est faible, parce que le système se mord la queue (il faut la confiance dans une grosse boite qui l'utilise ou qui le developpe ...). À noter qu'il me semble que cet argument est moins vrai pour erlang vu qu'ericson l'a pas mal poussé et qu'il a de nombreuses caractéristiques intéressantes.
Pour les performances, je n'ai pas remis en doute les performances de java, juste des architectures :) On peut avoir la vm la plus optimisé du monde, une mauvaise architecture et des mauvais algos (si y'a encore beaucoup de gens qui savent ce que c'est qu'un algo en java), ça ne changera rien au résultat. Et ça aucun langage n'y peut rien. Seule l'éducations et une bonne formalisation peuvent faire des choses à ce sujet ...