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"...).

[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"

[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…

[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, ...

[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.

[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.

[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

[Chauve souris]

Petit clic sur le lien de téléchargement, mais je ne vois rien pour Windows. Me goure-je ?
Par ailleurs ça me semble un peu confidentiel (mal documenté et uniquement en ligne) et ça ne sort pas de l'anglo-ricain. Ce n'est pas ce Ceylon là qui me fera quitter C#.

[Logan Mauzaize]

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.

La "lisibilité" est en effet un terme très subjectif, cependant il faut avouer que String? ou String|Null sont des syntaxes relativement bien lisibles. Il est également important de noter que la syntaxe du langage n'est pas l'oeuvre d'un seul homme mais d'une communauté. Ce qui rend le critère beaucoup plus objectif.

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

Les moeurs et les usages changent. Ta ligne temporelle des langages (Cobol C C++ Java) le montre bien. Cobol est né pour être écrit par des "non-programmeurs", disons presque des "comptables". Ensuite la technicité est devenue plus pointue (apparition des pointeurs), ensuite ce fut le tour de la mouvence Objet avec le C++. Plus tard les applications sont devenues disons moins pointues mais plus polyvalentes et les machines plus puissantes, on est donc passé à l'ère des langages "managés". Dans tout cela, on ne peut pas dire que la syntaxe des langages Main Stream a été inspirée par la lisibilité, l'expressivité et la productivité. Ils ont plutôt eu tendance à s'armer de framework pour compenser.

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.

A ce sujet il est interessant de noter que Ceylon repose beaucoup sur les annotations et non des mots-clés. Ce qui permettra théoriquement d'aggrémenter le langage avec du code perso ou des framework d'extension. J'avoue ne pas encore avoué beaucoup expérimenté la bête.

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.

Libre à toi de participer ici pour faire partager tes connaissances et créer de l'émulation autour du langage. Il n'y a qu'à cette condition que les ressources françaises seront disponibles en quantité et en qualité

Petit clic sur le lien de téléchargement, mais je ne vois rien pour Windows. Me goure-je ?

"All Operating Systems" (Tout système d'exploitation)

Par ailleurs ça me semble un peu confidentiel (mal documenté et uniquement en ligne) et ça ne sort pas de l'anglo-ricain.

Je trouve cela relativement bien documenté : Tour rapide, guide, specifications du langages, le manuel de référence, l'API et la FAQ.
L'apprentissage est beaucoup basé sur des exemples et l'expérimentation. Le langage ne se veut pas main stream vu qu'il s'appuie sur l'environnement Java ou JavaScript. Il ne devrait pas dérouter ceux qui viennent des grands langages impératifs (C, C#, Java, Python, Ruby, etc.).

Concernant la langue, il y a aussi beaucoup de ressources en espagnol il me semble. Il faut arrêter d'être chauvin et croire que tout le monde peut traduire son site dans les 6 langues les plus parlées du monde. Comme dit plus haut, il ne tient qu'à nous de créer des ressources et diffuser le savoir, soyez ces auteurs que vous aimeriez lire Je pense que la communauté Developpez.com est un excellent endroit pour le faire.

[MarieKisSlaJoue]

Libre à toi de participer ici pour faire partager tes connaissances et créer de l'émulation autour du langage. Il n'y a qu'à cette condition que les ressources françaises seront disponibles en quantité et en qualité

Bah peut être que si j'ai le temps un jour j'écrirai une introduction au ceylon. En attendant une société française à l'air aussi de soutenir le projet. Il n'est donc pas à exclure que on trouve assez vite des ressources en français.

[_skip]

Pour avoir suivi le langage depuis son annonce y'a quelques années. Je trouve qu'il a des arguments. Contrairement à d'autres langages sur la JVM qui se sont focalisés sur plus de features, plus de concepts, plus d'opérateurs, plus de syntaxes etc... Ceylon s'est vraiment concentré sur plus de sécurité.

Avec la distinction entre variable et valeur et référence nullable ou non, le renoncement à la visibilité "protected", je trouve qu'ils nous proposent quelque chose d'intéressant et d'effectivement lisible. Si je vois une méthode qui retourne un String? je sais tout de suite que ça peut être "null" et le compilateur ne laisse pas utiliser la valeur sans test préalable.
Donc ça donnerait des librairies avec des APIs très propres et très lisibles et pas de surcharge à tout va puisqu'on ne peut overrider que ce qui est prévu de l'être. Les union types et les tuples sont aussi des additions sympathiques, et de nouveau leur usage est très encadré par le compilo.
La stratégie de venir avec un IDE de référence abouti et du typage statique qui, on le sait, donne le plus de possibilité pour le tooling, notamment le refactoring, n'est pas non plus du hasard. Ca montre que les auteurs veulent disposer d'un outillage au moins d'aussi bonne qualité que java.

Donc perso, même si je vais sûrement pas m'en servir de sitôt, ceylon me donne l'impression d'être fait par des gars qui ont l'habitude de maintenir des grands projets avec des équipes de développeurs de niveaux inégaux. Des mecs qui connaissent les réalités de l'industrie et qui savent qu'on passe énormément de temps à LIRE du code (et pas malheureusement pas que le sien). Tout est fait et pensé pour un maximum de détection d'erreur lors de la compilation. C'est pas comme d'autres langages faits par des universitaires dont l'objectif principal est d'économiser des retours chariots en faisant des one-liners dans leur emac. Vous voyez, ces langages avec des avalanches de features orthogonales, plein de nouveaux opérateurs cryptiques, qui vous donnent du code style ASCII art compilable qui met des minutes à compiler.

En gros, c'est pas dans ceylon qu'on trouve le plus de nouveautés, et ce n'est pas avec lui qu'on va économiser la molette de la souris pour scroller. Par contre du côté sécurité du code et maintenance, c'est pas bidon.
Donc y'a deux ou trois trucs qui me dérangent, notamment sur les types disponibles (élimination des short et bytes, quoi que ce dernier ils parlaient de l'introduire car il est quand même trop nécessaire pour tout ce qui est IO et sockets), mais globalement je le redis, je trouve que c'est chouette pour un nouveau langage de s'appuyer sur l'existant et de l'améliorer plutôt que de vouloir juste plus de features et moins de lignes de code.

[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

[professeur shadoko]

C'est pas comme d'autres langages faits par des universitaires ......

ça ça ressemble à un préjugé
bien entendu on trouvera de tels langage (y compris faits par des non-universitaires) mais la qualification n'a rien à faire dans le débat.
Sinon on va finir par accuser les américains, les danois , les roms ou les supporters du PSG d'être à l'origine de langages intondables.

[Philippe Bastiani]

ça ça ressemble à un préjugé

_skip pense à Scala... il a quand même un peu raison, non ? Celà dit... Scala ou autre, dès que le langage laisse des liberté au développeur, on peut arriver à du code du lisible ou pas. IMHO, il doit en être de même pour Ceylon !