Orion, de la fondation Eclipse, est désormais disponible en version 13. Cet environnement de développement hébergé continue son évolution douce avec quelques ajouts notables cette fois, notamment une compatibilité complète avec la norme ECMAScript 2016.
Orion est un projet de la fondation Eclipse, qui produit notamment l’environnement de développement intégré du même nom. Pour rappel, Eclipse est un IDE modulaire, qui a été pendant un temps la solution recommandée pour développeur sur Android, avant que Google ne propose finalement son Studio.
La compatibilité avec ECMAScript 2016
Mais si Eclipse se présente comme une solution logicielle, Orion est pour sa part hébergé. Il se présente sous forme d’un ensemble de composants conçus pour fonctionner sur un serveur ou dans un navigateur. Contrairement à Eclipse, ils sont écrits dans des langages du web : JavaScript, CSS et HTML5. L’idée était initialement de proposer une solution pouvant être hébergée, permettant de travailler en équipe et proposer des fonctionnalités de base, comme la refactorisation du code et l’autocomplétion. Orion est entièrement tourné vers le développement web.
La version 13, apparue hier soir, propose plusieurs nouveautés, à commencer par une compatibilité complète avec la norme ECMAScript 2016. Cette dernière est pour rappel à la racine du JavaScript et constitue une référence d’intercompatibilité pour d’autres langages, comme le TypeScript de Microsoft.
Le travail commence sur le support de Java
Parmi les autres améliorations, on notera la prise en charge du formatage du code, ou encore celui des fichiers jsbeautifyrc. L’équipe se penche également sur le LSP (Language Server Protocol) ainsi que sur le support de Java. Ce dernier est cependant expérimental pour l’instant et n’est donc pas déployé de manière générale.
Orion 13 comporte également des améliorations sous le capot. La partie serveur développée via node.js a ainsi été remaniée, l’accessibilité générale a été améliorée, le widget lié au code autorise désormais le pliage, et une version expérimentale d’Orion bâtie avec Electron a été créée au passage.
Depuis la mouture précédente, Orion 13 a accumulé environ 350 commits provenant de 13 développeurs. Un lot de 180 bugs corrigés et améliorations diverses sont également de la partie.
Installation ou session distante
Notez que l’utilisation d’Orion peut se faire de plusieurs manières. Il s’adresse aussi bien aux développeurs indépendants qu’aux petites équipes et peut soit s’installer sur un serveur particulier, soit être utilisé via OrionHub. Ce dernier permet tout simplement de créer des instances à la demande. Dans les deux cas, on retrouve quelques fonctions phares comme le changement de thème graphique (clair, sombre ou entre les deux) et le support de Git.
- Créer une instance depuis OrionHub (nécessaire un compte Orion, GitHub ou Google)
- Télécharger Orion 13 (installation personnelle)
Commentaires (50)
#1
Je n’ai pas compris. Au final, ca sert à developper des applis Android ou du web?
#2
les deux, et aussi d’autres. Ca fait presque le cafè Eclipse.
Tu peux t’en servir pour tout type de projet où tu tapes du code: du java pour PC à la vérif hardware en passant par le soft embarqué.
#3
#4
C’est un IDE hébergé multi language, je suppose que le but est de faire un Eclipse hébergé.
Il supporte apparemment les langages suivants pour le moment version 5.0:
JavaScript, JSON, XML, CSS, HTML, Java, PHP, Python, Ruby, et YAML
Android n’était cité que pour expliquer ce que Eclipse est.
#5
Bon essayé en version installée en local, d’abord il veut pas se lancer parce que le port 8080 est déjà pris. Soit, j’arrête mon serveur, on verra comment changer ça après. Une fois lancé il faut se créer un compte alors que le truc tourne sur ma machine.
" />
Hop désinstallé.
#6
J’ai tenté plusieurs fois les IDEs en ligne comme cloud9, koding, ou codeanywhere, mais j’ai jamais été convaincu. Je trouve que ça montre très vite ses limites quand on va au delà de trois lignes de code et qu’au final c’est compliqué d’avoir l’environnement dont on a vraiment besoin sans parler des perfs qui sont forcément en deça de ce qu’on peut faire localement sur ça machine.
Orion j’avais testé quand ils l’avaient lancé mais c’étais très très pauvre à l’époque, je retenterai peut être à l’occasion.
#7
Ben ouai le temps de lancement d’éclipse et de compilation des code java tu peut te faire un café c’est sur!!!
De toute VS > IntelliJ > sublim text3 > notepad ++ > netbeans > androidStudio > QTcreator > eclipse
#8
Eclipse c’est LE cliché du libre; ça fait fait
" />
tout mais de façon compliquée, incompréhensible, difficile à bien
configurer et surtout TRÈS moche
‘dredy toussa :o
#9
Ca fait pas tout, tu dois installer 27 000 module pour pouvoir faire un “hello word ” console
#10
Et du coup, vu le grand nombre de plugins, c’est un festival de lenteurs et de plantages.
#11
Bah, même pas vrai. Le hello world est bien le seul truc que Eclipse peut faire sans plugin. Mais vraiment le seul truc. Tout le reste requiert un plugin.
#12
#13
Il a fait comment? Oo il a fait du java?
" />
#14
Sans oublie la très bonne ergonomie d’eclipse, ou pour installer un “New Software” il faut se rendre dans le menu Help
" />
#15
pas besoin de mettre
" /> dans ton message, tout ce que tu dis est vrai! ^^
#16
#17
Oui m’enfin, si tu compare les choux et les torchons… 
" />
" />
" />
Il y a une différence entre un éditeur classique (certes enrichi) et l’IDE !
PS : c’est quoi VS ? J’ai beau googler je n’arrive pas à trouver…
#18
Visual Studio
#19
Merci,
" /> faut dire que je ne l’utilise pour ainsi dire quasiment jamais…
#20
#21
#22
#23
je viens de découvrirhttps://atom.io et geamy
#24
Android Studio est un IDE basé sur IntelliJ donc le mettre plus loin ne revient à rien. et netbeans et eclipse sont lourds… rien ne vaut les IDE type IntelliJ (Clion, PyCharm…). VS est lent à démarrer et très lourd aussi et souffre de qq lacunes d’ergonomie
#25
#26
Rien ne vaut notepad.exe pour développer. De toutes façons aujourd’hui tous ceux qui s’appellent des codeurs ne font que coder avec le cul. Autant limiter la casse en leur imposant le bloc note.
#27
#28
#29
Entièrement dac !
#30
Venant d’un type avec pareil pseudo, j’en suis tout honoré :)
" />
" />
Alors je voudrais remercier ma mère, ….
#31
VS ? la bouse toute lente?
Moi c’est Rider (C#), IntelliJ (Java/Kotlin), CLion (D/C), 100% Jetbrains
#32
J’ai l’expérience un peu inverse, je trouve les IDE dans le Cloud assez pratiques pour des petits projets et/ou pour intégrer des développeurs juniors dans une équipe.
Bon pour être franc j’ai pas testé Orion mais son “frangin” Eclipse Che (d’ailleurs chuis pas convaincu par la pertinence de décliner le principe en deux branches distinctes, mais bon…), et installé sur un petit serveur, la possibilité de forcer via instanciation Docker l’homogénéité des workspaces a des côtés bien pratiques (sans compter la centralisation des besoins de puissance de N machines vers une seule).
Après, j’imagine sans peine que passée une certaine taille critique de projet, les soucis de perf doivent devenir gênants, et les gurus du code ne voient pas d’un bon oeil la perte de maîtrise sur leur workspace.
#33
#34
Je suis d’accord pour des petits devs ça fait le taf et ça peut être pratique éviter qu’un mec qui débarque passe la journée à comprendre comment il doit monter son environnement (bon de nos jours les solutions ne manquent pas pour partager un environnement de travail associé à un projet donc on passe quand même vachement moins de temps à régler des soucis alacon)
Pour les juniors je ne sais pas si je chercherai forcément à leur faciliter la tâche. Être confronté à des problèmes est pour moi un élément indispensable lorsqu’on se forme au métier de développeur pour développer les bons réflexes et une certaine logique de pensée. Mais bon c’est mon point de vu et je comprends ton argument.
Je n’avais jamais entendu parler d’Eclipse Che, quelle est la différence au final?
Mais effectivement sur de “gros” projets je trouve ça aujourd’hui faussement simple en plus de contraindre tous les développeurs à utiliser des outils qui ne leurs correspondent pas forcément. Éviter les dérives avec des environnements qui n’ont rien à voir d’une machine à l’autre je trouve ça bien, réduire au strict minimum la marge de manœuvre je ne suis pas fan.
#35
Tu mets VS Code dans la section “VS” ? Actuellement je l’utilise pour les développements AngularJS/Angular2, c’est juste du bonheur.
#36
#37
Je n’avais jamais entendu parler d’Eclipse Che, quelle est la différence au final?
Et bien à vrai dire, c’était pas très clair pour moi (d’où mon scepticisme sur la lisibilité de cette segmentation).
De ce que j’en comprends, après un googling rapide de ma part (mais néanmoins brillant
D’ailleurs les deux seraient développés de façon complètement distincte (respectivement node.js / JS et Java).
Paraphrasage scandaleux de ce blog.
#38
VS Code, je le considère pas vraiment comme un ide mais comme un éditeur de texte.
Je l’ai aussi utilisé pour du JS et j’avoue qu’avec nodejs et angular, ca marche vraiment pas mal.
#39
[edit formattage foireux]
#40
Vous avez surtout de la mauvaise foi (en même temps, si vous utilisez un IDE, vous êtes probablement un développeur, et un développeur sans mauvaise foi, c’est un peu comme un français qui râle pas … :P).
Y a pas de “meilleur” IDE et les prétendus points critiques sur l’ergonomie, qui d’Eclipse, qui de Netbeans, qui d’IntelliJ, qui de VS2015) c’est surtout vos préférences.
Vous critiquez le thème ? Moi je ne suis pas fan des pseudo thèmes noir (ex: le thème par défaut d’IntelliJ).
Si je veux travailler comme ça, j’utilise vim sur un ssh/git bash et on en parle plus (et vim, c’est bien :)).
Vous critiquez l’ergonomie sur des conneries comme “Installer new software” présent dans le menu “Help” dans Eclipse ? Vous aviez remarqué que :
La lenteur, c’est un autre sujet et si j’aime Eclipse (parce que je ne veux pas changer, je suis à l’aise avec), y a bien des endroits où il est lent (ex: freeze) mais je peux en dire autant de Visual.
Après Eclipse fait de la compilation incrémentielle qui est plutôt imparfaite, chose que ne font pas les autres IDE. Ceci étant aggravé par le fait que les gens pensent rarement à fermer les projets Java inutilisés prenant de la RAM, de la surveillance (ben oui, si un source change, faut recompiler…).
#41
#42
J’utilise pas mal eclipse pour le C/C++ car des différents IDE, c’est le seul qui offre un analyseur grammatical correcte (et pour de C++, c’est pas mal ! il arrive à chopper une bonne partie des erreurs) et un indexer des fonctions (cela permet de “suivre” une fonction et d’aller directement à sa définition et eclipse arrive à gérer les fonctions templates). Cette dernière fonctionnalité utiliser en parallèle avec le débugger m’a permis de remonter jusqu’à la source d’erreurs dans des bibliothèques qui n’utilisaient que des templates.
Mais personnellement, si quelqu’un connais un bon IDE pour C/C++ qui permet justement d’avoir ces 2 outils (analyse d’erreurs et déplacement à la définition de la fonction qui marche) vraiment pratique, je suis ouvert.
#43
Pareil je l’utilise en Angular 2 en Typescript, et ça marche vraiment pas mal.
Manque encore quelques outils, comme un vrai gestionnaire de git.
Avant on avait Eclipse pour Angular 1, et c’était une vrai plaie, sans auto complétion ni rien.
Maintenant on switch entre Eclipse pour la parti Spring, qui gère quand meme très très bien sur cette partie quoique un peu lent parfois, et VSCode pour le Front.
Sublime Text ou Atom de github, jamais réussie a m’y faire.
#44
#45
Pff les trolls sont de sortie.
Je bosse sous eclipse depuis presque 10 ans, certes c’est pas l’IDE le plus léger mais ça reste quand même un IDE libre, gratuit et puissant pour tout ce qui est relatif au Java. Il propose des outils de refactoring puissants, plein de raccourcis claviers très pratique, etc…
Pour les autres langages je dis pas, c’est pas forcément l’IDE idéal
#46
#47
#48
C’est pour ça que j’ai glissé un
" />, après pour l’ergonomie d’eclipse de manière général n’est pas ce qui fait de mieux pour moi, mais elle reste correcte. J’ai plus de problème avec Eclipse pour les bugs que je rencontres avec (j’ai toujours de la “chance”) que son ergonomie. Je citais juste un exemple, car c’est celui qui “saute” le plus aux yeux a mon avis, mais je ne sous-entendais rien du tout :)
#49
#50
Cool, il y a plusieurs années, je cherchais un moyen d’augmenter l’interactivité entre eclipse et le navigateur : pouvoir ouvrir des fichiers dans eclipse depuis le navigateur et vice-versa. Mais bon à ce stade on est encore loin d’un eclipse nu. Mais si à l’avenir PDT finissait par débarquer, ça pourrait m’intéresser.