• [^] # Re: Petite erreur

    Posté par . En réponse à la dépêche IronRuby 1.0, le futur de Java, Gizzard et Flockdb, rachat de RabbitMQ par SpringSource. Évalué à 4.

    Note que je réponds à la question posée en restant factuel. Les trolls sur les langages ne m'intéressent pas. Et honnêtement dire que Java c'est pas sexy en 2010, c'est jouer les captain obvious avec presque 10 ans de retard.

    Toutefois, comparer bêtement point à point Java et scala, serait une erreur. C'est comparer des pommes avec des oranges; et ne pas avoir compris que ces deux langages offrent des choses fort différentes même si il repose sur le même socle technique.

    Le langage Java est vieux, pas sexy, s'enlise de release en release par ce qu'il y a un souhait très fort de ne pas briser la rétrocompatibilité. Les choix initiaux resterons et à chaque release il devient de plus en plus difficile de faire avancer les choses en dehors de l'API et de la VM. Dans l'état actuel des choses, il ne faut pas avoir l'espoir de voir arriver de grosses nouveautés dans le langage. Java est un bon choix pour les projets importants, qui ont besoin de stabilité, de pérennité, d'outillage et de compétences. C'est un langage de grosse entreprise ou de fournisseur de lib/framework.

    Scala est neuf, part de zéro, se permet de casser la compatibilité quand nécessaire. L'outillage reste en développement, avec des plâtre à essuyer et les compétences sont plus rares. Ca peut être un très bon choix pour des bases de code plus modeste, qui peuvent évoluer plus facilement, dans des environnements plus ouvert, ou les clients mettent moins de pression sur les technos. Pour un produit interne, raisonnable et dynamique c'est jouable.

    Bref le publique des deux langages est différent. Le langage Java s'enlise, mais la plateforme est fleurissante avec des nouveaux langages et s'ouvre donc à de nouveaux utilisateurs. Mais en général ce ne sont pas la souplesse d'un langage ou tes préférences personnelles qui te feront choisir un langage. Tes contraintes vont déjà fortement élaguer les différentes possibilités.

    PS pour dredi: Cette remarque ne vise pas à Scala, mais je préfère avoir un langage de merde mais des documentations complètes, de bons outils et de bonnes bibliothèques; qu'un langage top, mais qui pète la compatibilité tout les ans, ou la doc est faible, ou le compilateur est encore en dev, sans bon debugger/profiler, et ou 4 libs se battent en duel. Le plaisir de développer ce n'est pas seulement le langage en lui même ;)