Discussion :

[Hinault Romaric]

Ceylon se lance à la conquête des développeurs Java
Le langage de Red Hat basé sur les points forts de Java sort en version 1.0.0

Les développeurs rebutés par certaines faiblesses de Java, dues entre autres à son âge avancé (environ 17 ans), ont désormais à leur disposition une alternative fondée sur ce qui a fait le succès de ce langage.

Après plus de trois ans de développement, Red Hat vient de dévoiler la version stable de Ceylon 1.0.0, son langage de programmation open source, conçu pour concurrencer directement Java.

Initié par Gavin King de Red Hat, connu dans le monde Java comme étant l'auteur d'Hibernate et du framework Seam, Ceylon se distance de Java en proposant des bibliothèques de classes plus modernes et une syntaxe favorable à la définition d’interface utilisateur.

Pour son auteur, Ceylon est un langage orienté objet facilement compréhensible avec un typage statique. Parmi les atouts-clés de Ceylon, on note :

• un accent mis sur la lisibilité et un penchant pour l’omission et l’élimination des parties potentiellement nocives ;
• un système de type extrêmement puissant, qui combine sous-type et polymorphisme paramétrique ;
• un traitement unique des fonctions et des types tuple, permettant une abstraction puissante ;
• une syntaxe flexible ;
• des types génériques entièrement réifiés, à la fois pour la JVM et les machines virtuelles JavaScript.

Ceylon 1.0.0 dispose d’un compilateur qui peut produire soit du bytecode Java ou JavaScript. Ce qui suppose que le même code peut s’exécuter sur une JVM ou sur un environnement d’exécution JavaScript comme Node.js.

Ceylon 1.0.0 est accompagné de son SDK, qui dispose de nouveaux modules ceylon.build (un framework pour l’écriture des scripts de compilation en Ceylon) et ceylon.html (une bibliothèque pour définir du contenu HTML en Ceylon).

La version 1.0.0 de l’environnement de développement de Ceylon est également disponible. Basé sur Eclipse, l’EDI supporte l’autocomplétion, le refactoring, la compilation incrémentale, etc. Certaines fonctionnalités ont été améliorées comme la vue hiérarchique des types, la coloration syntaxique et la recherche.

Le code source de Ceylon est disponible en open source sur GitHub.

Red Hat planche déjà sur la version 1.1, dont la feuille de route a été divulguée. L’attention de la société portera essentiellement sur des améliorations des performances du langage, de son compilateur et de son SDK.

Les outils liés au langage

Télécharger le SDK de Ceylon

Télécharger le code source de Ceylon sur GitHub

Télécharger l'EDI de Ceylon

Source : Le site du projet


Et vous ?

Que pensez-vous de ce langage ? Allez-vous l'adopter ?

[Olfredos6]

Que pensez-vous de ce langage ?
Allez-vous l'adopter ?
Si c'est réellement du java++, il est le bienvenu. Sinon c'est encore très tõt pour juger....

[professeur shadoko]

[*]un accent mis sur la lisibilité et un penchant pour l’omission et l’élimination des parties potentiellement nocives ;

curieusement je ne connais pas de créateur de langage de programmation qui ai fait des études systématiques et fondées sur la notion de "lisibilité".
chacun trouve son langage "lisible" sur des bases purement personnelles liées à son histoire... l'ergonomie de la programmation reste, à mon avis, un sujet peu étudié.
autre point: je trouve que beaucoup de langages accumulent des concepts parcellaires certes intéressant mais on voit peu de grandes lignes de force. Certes java est aussi un produit d'hybridation ... mais j'ai beaucoup d'espoirs sur la nouvelle notion de "stream" de java 8: on a là un paradigme (pas nouveau: il est sous-jacent dans pas mal de shells) qui pourrait bien se combiner avec des approches objets pour créer vraiment quelque chose de marquant.

[abriotde]

On peut douter qu'il réussisse a s'imposer. Pour faire la différence, il faut une réel différence soit dans la simplicité de codage, soit dans la rapidité d'exécution, soit dans la sécurité, idéalement un peu partout. Actuellement on a Python/PHP pour la simplicité, C/C++ pour la rapidité et Java pour l'aspect sécurité grâce à la JVM.

A priori les points de Ceylan absolument nécessaire sont :
- Open-Source (Comme Java) et est promu par un poids lourd : Red-Hat
- Peut tourner sur une VM Java puisqu'il se compile en ByteCode
- Est moins verbeux que Java et plus souple.

S'il veut vraiment faire la différence, a mon avis, c'est dans l'analyse et la compilation du code que cela peut se faire en optimisant le code pour alléger le travail du garbage collector.

[tchize_]

Ceylon se lance à la conquête des développeurs Java
Pour son auteur, Ceylan est un langage orienté objet facilement compréhensible avec un typage statique.

Faut savoir, c'est long ou c'est lent? Rien qu'avec la blague "Ceylon à programmer", ils risquent d'avoir beaucoup de mal à obtenir du succès en francophonie

[pcaboche]

Faut savoir, c'est long ou c'est lent?

Les deux mon capitaine !

Ceylon (en Anglais) ou Ceylan (en Français) désignent l'ancien nom du Sri Lanka, ancienne colonie Britannique réputée pour son thé (et aussi pour sa cannelle). D'où le terme "thé de Ceylan" ("Ceylon tea").

Sachant que Java est un mot d'argot pour désigner le café en Anglais (d'où la tasse dans le logo de Java ou le terme "java bean" ("grain de café")), pour faire la distinction Red Hat a choisi le nom d'un thé (Ceylon).

Malheureusement, c'était sans compter sur les jeux de mots trollesques qu'autorise la langue Française ("c'est long, c'est lent, ou les deux ?")...

À la réflexion, ils auraient sans doute dû choisir autre chose. Oolong peut-être ? (en plus il y a OO dans le nom, pour "Object-Oriented"...).

[ner0lph]

Ceylon (en Anglais) ou Ceylan (en Français) désignent l'ancien nom du Sri Lanka, ancienne colonie Britannique réputée pour son thé (et aussi pour sa cannelle). D'où le terme "thé de Ceylan" ("Ceylon tea").

Certains disent du thé du Sri Lanka qu'il est ex-Ceylan…

[horn37]

Petite erreur sur le nom de celui qui a initié le projet, ce n'est pas "Davin King" mais "Gavin King"

De même, ce n'est pas "Ceylan", mais "Ceylon"

[Carhiboux]

Les développeurs rebutés par certaines faiblesses de Java, dues entre autres à son âge avancé (environ 17 ans), ont désormais à leur disposition une alternative fondée sur ce qui a fait le succès de langage.

Je vois pas en quoi l'age est une faiblesse.

Et surtout, c'est pas comme si la dernière version de Java datait d'il y a 17 ans non plus...

Ou comme si la communauté était morte il y a 17 ans.

Ou que les gros frameworks n'étaient plus maintenus depuis 17 ans.

Java à des faiblesses, certainement, mais je ne vois pas bien en quoi cela peut être rattaché à l'age de ce langage...

Cobol date de 1959, C de 1978 (K&R), C++ des années 1980, ...

[Traroth2]

Je vois pas en quoi l'age est une faiblesse.

Et surtout, c'est pas comme si la dernière version de Java datait d'il y a 17 ans non plus...

Ou comme si la communauté était morte il y a 17 ans.

Ou que les gros frameworks n'étaient plus maintenus depuis 17 ans.

Java à des faiblesses, certainement, mais je ne vois pas bien en quoi cela peut être rattaché à l'age de ce langage...

Cobol date de 1959, C de 1978 (K&R), C++ des années 1980, ...

Plutôt que l'âge de Java (C, C++, Objective C, Python, PHP ou Erlang sont tous plus vieux), c'est plutôt la vitesse d'évolution qui pose un problème : 5 ans entre Java 6 et Java, tout ça pour un pétard mouillé, Java 8 repoussé plusieurs fois et certaines fonctionnalités encore repoussées à Java 9, ça commence à faire beaucoup !
Java 8 devrait (enfin) apporter des closures en Java, et beaucoup de gens imaginent déjà faire de la programmation fonctionnelle en Java. Ca sera de la programmation fonctionnelle sans objets immutables et sans tuples, dans ce cas. Autant dire que ce ne sera pas encore Erlang...

Pour les objets immutables, il y a bien la JSR 305, mais son intégration à Java SE, qui était initialement prévue pour Java 7, semble ne plus du tout être à l'ordre du jour, et la page sur le site du JCP indique que cette JSR est en sommeil. Une annotation @Immutable ne serait d'ailleurs sans doute pas suffisante, tant il est difficile de garantir qu'un objet Java est bien immutable. Il faudrait un véritable modificateur immutable, mais ça, ça demanderait des modifs assez importante de la JVM et du compilateur.

Quant aux tuples, rien n'est prévu, à ma connaissance...

Concernant Ceylon, d'aucuns vont dire "encore un nouveau langage"... Mais s'il y a des bonnes idées, c'est une bonne chose.

[adiGuba]

Salut,

Une annotation @Immutable ne serait d'ailleurs sans doute pas suffisante, tant il est difficile de garantir qu'un objet Java est bien immutable. Il faudrait un véritable modificateur immutable, mais ça, ça demanderait des modifs assez importante de la JVM et du compilateur.

Je ne vois pas en quoi un modificateur immutable serait plus simple à implémenter qu'une annotation.

Bien sûr il y a des règles qui peuvent garantir l'immutabilité d'un objet (classe finale, tous les attributs finaux, etc.), mais une classe peut très bien respecter la notion d'immutabilité sans respecter toutes ces conditions...


Et Java dispose déjà de plusieurs classes immutables...


a++

[Philippe Bastiani]

@_skip
Ben, oui Ceylon semble sympa voire très sympa! Mais, le fait que le gap Java<>Ceylon soit fiable, ne lui permettra pas IMHO de s'imposer du moins rapidement !
En son temps Java s'est imposé en 5ans pour la simple est bonne raison que le couple Jvm<>Java était réellement novateur et a ouvert de nouveaux horizons.
Sur les langages alternatifs s'appuyant sur la JVM, il n'y a guère que Groovy et Scala qui soient réellement porteur, même si, comparés à Java il ne soient guère représentatifs après une dizaine d'années d'existence...
On verra bien si Ceylon peut au moins rattraper ces 2 challengers...
a+
Philippe

[Traroth2]

Salut,


Je ne vois pas en quoi un modificateur immutable serait plus simple à implémenter qu'une annotation.

Bien sûr il y a des règles qui peuvent garantir l'immutabilité d'un objet (classe finale, tous les attributs finaux, etc.), mais une classe peut très bien respecter la notion d'immutabilité sans respecter toutes ces conditions...


Et Java dispose déjà de plusieurs classes immutables...


a++

Je ne dis pas que ça serait plus simple à implémenter. Je pense que ça serait plus difficile à contourner. Avec une annotation, je pense qu'il sera difficile d'intercepter des contournements comme l'utilisation de l'introspection. Après, on peut aussi décider que si le programmeur utilise l'introspection, c'est que si ça pète, il l'a cherché. Mais ça ne respecte plus vraiment le principe d'encapsulation qui est un des fondements de la POO.

[Philippe Bastiani]

annotation ou pas

Groovy a choisi les annotations pour la partie fonctionnelle ! Il serait intéressant de savoir pourquoi...

[Carhiboux]

Plutôt que l'âge de Java (C, C++, Objective C, Python, PHP ou Erlang sont tous plus vieux), c'est plutôt la vitesse d'évolution qui pose un problème : 5 ans entre Java 6 et Java, tout ça pour un pétard mouillé, Java 8 repoussé plusieurs fois et certaines fonctionnalités encore repoussées à Java 9, ça commence à faire beaucoup !

Oui et non.

Ce n'est pas comme si il avait fallu 5 ans entre la version béta et la première release stable.

L'autre façon de voir les choses, c'est de dire que Java était suffisamment complet pour avoir le luxe de prendre son temps pour la version 7.


@Nemek: C'était pas voulu comme une ligne temporelle. Cobol est encore très utilisé, C++ aussi. PHP aussi. D'ailleurs, dire que Cobol c'est un truc de comptable... tu as déjà pratiqué? Parce que pour le (très) peu que j'en ait fait, c'est plutôt casse pied comme usage. Donc pas si trivial.

[yahiko]

Intéressant comme initiative même s'il y a peu de chance pour que je m'y mette, sauf sous la torture.

En lisant le résumé, ce qui est intéressant, c'est aussi et surtout la génération de code en JS en plus de Java.

[troll]
Certains diront que c'est un bref effet de mode autour de JS. Pour ma part, c'est peut-être un indice de plus montrant le déclin de Java au profit d'autres langages dont JS.
[/troll]

Ce Ceylon pourrait être en tout cas un langage qui facilitera la migration de la communauté Java vers JS qui sait

PS : Les Java-zélotes, relax hein !

[Logan Mauzaize]

@Nemek: C'était pas voulu comme une ligne temporelle. Cobol est encore très utilisé, C++ aussi. PHP aussi.

Que tu le veuilles ou non, il s'agit bien de la ligne temporelle de création des langages. Et le fait qu'ils soient encore utilisé ou non ne change rien.
Les forces et les idiomes de chaque langage est plus ou moins contextuel aux usages de l'époque à laquelle il est né.
Aujourd'hui on met beaucoup en avant la productivité (lisibilité, maintenabilité) parce que les coûts des logiciels n'ont jamais été aussi regardé par les "acheteurs" (ou les "payeurs").

D'ailleurs, dire que Cobol c'est un truc de comptable... tu as déjà pratiqué? Parce que pour le (très) peu que j'en ait fait, c'est plutôt casse pied comme usage. Donc pas si trivial.

Oui, j'ai déjà fait du COBOL pendant plus d'un an et demi sur Windows et z/OS. COBOL n'est pas casse pied, c'est juste horrible.

Et l'horreur est né justement pour que les choses soient très parlante. Il est né à une époque ou on ne formait pas de développeur, de concepteur ou d'AMOA. Le langage se voulait lisible du commun des mortels et notamment des "gestionnaires". Il y avait encore un lien directe entre l'analyste-programmeur et le demandeur.
D'ailleurs un programme COBOL relativement bien écrit est le récit de ce qu'il fait.

[Traroth2]

Oui et non.

Ce n'est pas comme si il avait fallu 5 ans entre la version béta et la première release stable.

L'autre façon de voir les choses, c'est de dire que Java était suffisamment complet pour avoir le luxe de prendre son temps pour la version 7.


@Nemek: C'était pas voulu comme une ligne temporelle. Cobol est encore très utilisé, C++ aussi. PHP aussi. D'ailleurs, dire que Cobol c'est un truc de comptable... tu as déjà pratiqué? Parce que pour le (très) peu que j'en ait fait, c'est plutôt casse pied comme usage. Donc pas si trivial.

Si la version 7 avait eu toutes les features prévues, j'aurais été d'accord avec toi. Mais en l'occurrence, je pense que la relative désaffection que connait Java (pas encore réellement sur le déclin, mais clairement plus sur une pente ascendante) est une conséquence de cette lenteur, entre autres causes, comme le rachat par Oracle et ses suites (procès avec Google, polémique sur les brevet, gueguerre avec le JCP, mise au rencart de différents projets open-source soutenus par Sun...)

[MarieKisSlaJoue]

Que pensez-vous de ce langage ? Allez-vous l'adopter ?

Quand j'en ai eu "marre" (c'est vite dit.) de Java, j'ai trouvé C# qui était très séduisant. Et même si C# et Java sont différent. Il reste très semblable. Du coup si ils veulent conquérir les développeurs Java. Qu'en est il des développeur C# ?

Je pense que je tenterai quelque projet avec. Vu que la syntaxe ne devrai pas posé de problème. Reste après les problème de documentation et des forum d'entraide. Surement tous en anglais.


Sinon merci pour les très bon les jeux de mot des membre. Jerry.

[jowo]

Quitte à quitter Java, je me tournerai plutôt vers Scala que vers Ceylon.

Laissons-le sortir de sa théière et on verra