Discussion :

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