- mixin change rarement, au pire c'est tout un bloc a effacer d'un coup et a regénérer. Oki cependant il faut savoir le faire pour une personne tierce par exemple.
- plus de ligne de code != plus de bugs dans un code généré.
- typage laxiste => meconnaissance du type a la compilation => completion de code non ciblé sur le type => completion ne permettant pas de programmer rapidement => resultat je programme plus vite avec un ide et un env typé
- syntaxe élégante et riche pour ruby, syntaxe verbeuse et pauvre/simple pour Java. La relative pauvreté de java en fait un langage simple a parser et a en détecter les erreurs, Ide eclipse propose un remarquable service de correction a la volée. Ca en a même changé mes habitudes de programmation et je programme le quart du temps en demandant la correction d'erreur.
Ex , t'ajoute un parametre dans l'appel d'une fonction, il te corrige en auto la declaration de la dite fonction. Tu ne declare pas ta variable locale, par inference de type, il le fait a ta place.
- test unitaire powa, 100% d'accord, et en plus programmer avec une optique de test oblige a travailler propre, c'est a dire bien nommer les methodes testées, bien découper son code. Souvent les mauvais programmeurs sont a la ramasse quand il s'agit de tester parce que la merde qu'ils ont faconné se voit au grand jour.
- revoie tes tests de perf, parce que c'est vraiment pas comparable. Ceci dit, les perfs on s'en moque un peu sauf pour du calcul scientifique.
- j'ai testé JRuby, et franchement c'est tres bien pour faire du ruby sans deployer Ruby. Pour la connection Java , ca a l'air trés fonctionnel mais pas attirant pour 2 sous.
[^] # Re: Langages ne sont plus comparables en tant que tel
Posté par Bungee Tux . En réponse à la dépêche Ruby 1.9.0 est sorti pour Noël. Évalué à 1.
- plus de ligne de code != plus de bugs dans un code généré.
- typage laxiste => meconnaissance du type a la compilation => completion de code non ciblé sur le type => completion ne permettant pas de programmer rapidement => resultat je programme plus vite avec un ide et un env typé
- syntaxe élégante et riche pour ruby, syntaxe verbeuse et pauvre/simple pour Java. La relative pauvreté de java en fait un langage simple a parser et a en détecter les erreurs, Ide eclipse propose un remarquable service de correction a la volée. Ca en a même changé mes habitudes de programmation et je programme le quart du temps en demandant la correction d'erreur.
Ex , t'ajoute un parametre dans l'appel d'une fonction, il te corrige en auto la declaration de la dite fonction. Tu ne declare pas ta variable locale, par inference de type, il le fait a ta place.
- test unitaire powa, 100% d'accord, et en plus programmer avec une optique de test oblige a travailler propre, c'est a dire bien nommer les methodes testées, bien découper son code. Souvent les mauvais programmeurs sont a la ramasse quand il s'agit de tester parce que la merde qu'ils ont faconné se voit au grand jour.
- revoie tes tests de perf, parce que c'est vraiment pas comparable. Ceci dit, les perfs on s'en moque un peu sauf pour du calcul scientifique.
- j'ai testé JRuby, et franchement c'est tres bien pour faire du ruby sans deployer Ruby. Pour la connection Java , ca a l'air trés fonctionnel mais pas attirant pour 2 sous.