• [^] # Re: générer du Ruby

    Posté par . En réponse à la dépêche Talend Open Studio 2.2.0. Évalué à 3.

    Ensuite il faut être pragmatique : est-ce que les performances de Ruby sont suffisantes pour de gros volumes de données ? Est-ce que Ruby dispose de nombreux connecteurs ? Est-ce possible en France de recruter des développeurs Ruby ? Et surtout, est-ce qu'il y a des retombées commerciales potentielles ?

    Pour répondre aux mêmes questions concernant Python :

    1. ça dépend de quels types de performances on parle. S'il s'agit d'algorithmes purement calculatoires sur de gros jeux de données, Python est un peu plus rapide que Perl et Ruby ( http://shootout.alioth.debian.org/sandbox/benchmark.php?test(...) ), mais loin du C ou d'autres langages.
    Ceci dit il est aisé de reprogrammer des boucles critiques, soit en C, soit dans un pseudo-Python traduit en C grâce à Pyrex ( http://www.cosc.canterbury.ac.nz/greg.ewing/python/Pyrex/ ).
    De plus, il y a plein de bibliothèques performantes pour les besoins courants en Python. Il y a même du calcul scientifique avec Numpy ( http://numpy.scipy.org/ ).
    Enfin il y a un optimiseur just-in-time qui permet une accélération appréciable sur certains types de code, Psyco.

    2. les connecteurs sont dispos pour tous les SGBD majeurs du marché, de même que pour Perl et Ruby. Il y a aussi un ORM sophistiqué, SQLAlchemy.

    3. ben oui, j'en suis la preuve vivante (que les développeurs existent, pas forcément qu'ils sont faciles à recruter :-))

    4. c'est effectivement la question majeure pour vous. A mon avis, hormis le Web, Python a une communauté d'utilisateurs plus développée que Ruby (simplement parce que le langage est arrivé à un stade de maturité plus tôt, et les deux langages étant assez proches sur le plan sémantique, il n'y a pas de raison forte d'abandonner Python pour Ruby). Par ailleurs, Python et Ruby sont tous deux sur une phase ascendante, alors que Perl est manifestement en fort déclin.
    Ceci dit, il est évident que Python et Ruby sont très loin de constituer le même marché potentiel que Java ou C#.