Fin février, l'équipe de GitHub dévoilait Atom, un projet d'éditeur assez largement inspiré de Sublime Text, mais gratuit et libre. Après, deux mois de travail, les développeurs indiquent qu'ils libèrent désormais l'ensemble du code sous licence MIT. Une première étape importante avant d'en arriver à la mouture 1.0 et une prochaine intégration directement à GitHub ?
Jusqu'à maintenant, les développeurs qui veulent éditer leurs fichiers devaient souvent exploiter des IDE assez lourds, et n'avaient que rarement droit à des interfaces et à des outils épurés. Certains ont néanmoins proposé des alternatives, parfois payantes, comme Sublime Text ou gratuites telles que Brackets. Dans le même temps, des services en ligne ont commencé à proposer leurs propres solutions, fonctionnant de pair avec des sites tiers tels qu'Azure, BitBucket, GitHub, etc. C'était notamment le cas de Cloud9 dont nous avions déjà parlé, mais aussi d'Orion, qui est poussé par la fondation Eclipse.
GitHub se lance dans la guerre des éditeurs dédiés aux développeurs
Partant de ces différents constats, l'équipe de GitHub a décidé de travailler sur son propre service. Déjà réputé pour ce qui est de l'hébergement de projets et le travail collaboratif basé sur Git, elle ne propose en effet que peu de solutions pour l'édition. Il est certes possible de modifier des fichiers en ligne, de les commenter, etc. Mais cela reste pour le moment assez basique. Son client pour OS X ou Windows se contente pour sa part de permettre une utilisation simple de Git et de gérer les projets au quotidien avec une interface claire, mais rien de plus.
Le projet Atom a donc été dévoilé en février dernier sous la forme d'une bêta publique. Le but était alors de proposer un outil d'édition de texte adapté aux besoins des développeurs, mais assez simple dans sa forme. On ne pouvait alors que penser à un dérivé de Sublime Text, mais proposé gratuitement et avec une portion de code ouverte.
Un code ouvert pour faciliter l'évolution, bientôt des versions pour Linux et Windows
On en est désormais à un peu plus de deux mois d'évolution, et l'équipe semble avoir décidé de passer la seconde. En effet, elle vient d'annoncer le passage sous licence MIT de l'ensemble du projet : Atom Core, mais aussi le gestionnaire de paquets ou le shell. Si cela permet à d'autres de s'en inspirer, cela permettra aussi peut-être une évolution plus rapide vers une mouture 1.0. L'équipe est d'ailleurs assez lucide sur le fait qu'elle est encore loin de cette étape :
« Il y a encore des tas de choses à faire avant cela. Dans les mois à venir nous allons nous focaliser sur l'amélioration de la performance, la publication d'une version dédiée à Linux et Windows ainsi que la stabilisation des APIs. Nous pensons que le passage en open source nous aidera à le faire de manière plus rapide, et surtout, l'accès aux sources vous assure la transparence et le contrôle que nous vous avions promis pour nos outils. »
Pour le moment, Atom est uniquement exploité sur OS X 10.8 et les versions plus récentes, ce qui devrait donc rapidement changer. Ceux qui veulent accéder au code pourront le faire via ce compte GitHub. Notez que si vous êtes sous Ubuntu, l'équipe de Webupd8 a publié un PPA permettant de l'installer simplement. Vous trouverez tous les détails par ici.
Commentaires (125)
#1
Encore dispo que sur MAC, du coup j’ai essayé brackets qui est vraiment excellent (il m’a fait laissé tomber partiellement notepad++).
Quelqu’un a pu tester brackets et atom et donner son avis?
#2
#3
Non Merci. Pas fan de cette manie de bourrer du js partout “parce que regardez, désormais on peut !”.
Il y a déjà pléthore de bons éditeurs de textes rapides, légers, puissants et opensource, leur idée c’était vraiment “ni fait ni à faire”, tout ça pour se contenter d’un clone…
#4
J’ai pas encore essayé, mais ça a l’air vraiment prometteur. J’attends la version Linux avec impatience.
@Krogoth : j’ai testé brackets pendant quelques temps, et j’ai trouvé ça pas mal, mais vraiment instable, en tout cas sous linux. Après c’est un projet qui bouge pas mal, donc il mérite d’être suivi.
Pour le moment je suis un inconditionnel de Sublime Text, mais si ce Atom fait au moins aussi bien il sera mon nouvel éditeur rien que parce qu’il est open source :)
Sinon il y a Lime qui tente d’être une alternative open source à ST, mais j’ai un doute sur le fait que ça aboutisse réellement à quelque chose de sérieux et suivi un jour malgré la bonne volonté des développeurs qui sont derrière.
#5
Ouaip, dommage que ce ne soit que sur mac, du coup je vais rester sur Sublime Text.
De toute manière, sur mac, en léger, il y a TextMate qui est mortel (celui que j’utilisais quand j’étais sur mac).
D’ailleurs, Sublime Text est largement inspiré de TextMate et des parties sont notamment compatibles.
edit : typo
#6
SublimeText doit quand même tirer la gueule, car même si, d’après les retours de certains, il reste plus performant aujourd’hui, à terme, il va être difficile de concurrencer un projet soutenu par Github avec un seul développeur sur un projet non open-source…
D’ailleurs c’est quelque chose qui n’est pas forcément très claire dans la news: le projet Atom n’a vocation qu’à être un éditeur stand-alone, un SublimeText like, ou bien il y a t’il des projets pour en faire un éditeur en ligne, à la cloud9?
Dans le premier cas, je vois difficilement ce qu’il peut vraiment apporter, les développeurs ayant déjà pléthore d’outils et sont souvent campé dans des communautés assez amoureuses de leur produit. Sans compter le cout d’apprentissage.
En gros qu’est-ce qui pourra fondamentalement convaincre les éditeurs d’Emacs, Vim, SublimeText, et autres de passer à cet outils?
#7
Ça tourne sous Linux, faut juste le builder :)
Cf https://github.com/atom/atom
Et pour Linux spécifiquement :
https://github.com/atom/atom/blob/master/docs/build-instructions/linux.md
#8
#9
Un éditeur de texte épuré, pas trop lourd ? Bah, vi !
#10
Disons que ça tourne, mais qu’entre un build et une version packagée, ya un travail d’intégration (qui prend du temps). J’en sais quelque chose
" />
#11
#12
#13
#14
#15
#16
#17
#18
#19
#20
Franchement, j’ai encore jamais vu un éditeur qui arrive à la cheville de ViM.
C’est light, il y a pas de barre de menu qui prend une quelconque place, les raccourcis se tapent tous ou presque avec 1 main (ça permet de manger une pizza avec l’autre), ça se configure super bien, etc.
#21
#22
#23
Dispo en ppa pour ubuntu et dérivés… pas testé par contrehttp://www.webupd8.org/2014/05/install-atom-text-editor-in-ubuntu-via-ppa.html
#24
#25
#26
#27
#28
#29
#30
#31
#32
#33
Je testerais quand j’aurais un peu de temps mais bon quand je vois certains citer Brackets… moi je l’ai trouvé bien lourd et lent pour un éditeur de texte même avec des capacités augmentées.
#34
Une usine à gaz. un peu plus rapide que lighttable mais je préfère quand même vim.
#35
#36
Une news sur un éditeur de code source et PCI arrive à ne même pas évoquer Emacs. Je vais finir par croire que vous évitez le sujet.
#37
#38
Pendant ce temps là, Sublime est archi utilisé, et il n’y a qu’un seul développeur derrière, même pas à temps complet.
S’ils ne se bougent pas le cu*, dans 6 mois ils sont coulés.
#39
#40
#41
Perso je préfère les usines a gaz style Netbeans, Phpstorm. En plus, faut etre bon en racourcis pour bien exploiter l’outils.
Sinon Bracket dans le meme genre, la colorisation syntaxique semble bizarre et y a pas mal de bugs. Atom j’ai essayé, ca a l’air sympas.
Faut voir ce qu’on y gagne contrairement a d’autres IDE pour des technos web recents tels que angular.js, node.js, yeoman, grunt…
#42
#43
Je viens de l’essayer, et je ne trouve pas tout ce qui est relatif à l’encodage de fichier, format des sauts de ligne, etc. Je suis miro ou bien ?
Puis il y a quand même des langages qu’il ne connait pas comme le VHDL ou Matlab (edit: suffisait de télécharger les packages…). Puis il n’arrive pas à m’identifier certains fichiers, sans raisons (JS en l’occurrence).
En attendant je reste sur TextWrangler.
#44
#45
#46
#47
#48
#49
#50
Ca doit être le seul éditeur au monde qui commence par une version max pour un support des trois plateformes. C’est très bête.
#51
#52
Très bien ça, faites monter la demande en dev nodeJS !
Même si il existe déjà beaucoup d’IDE, je suis sûr qu’il reste un créneau entre la légèreté d’un notepad++ et la puissance d’un eclipse/netbeans. Reste à voir si ils vont réussir à obtenir un bon compromis.
#53
#54
#55
#56
#57
#58
#59
Personne ne mentionne Geany ? :‘(
#60
#61
#62
mouais je cherche un editeur que je puisses utiliser au taf…et a la banque on te file les memes pcs qu’un gars du service compta :/
dualcore 2ghz si tas de la chance
2 voir 4Go de ram en quemandant
le tout sous seven
argggggggg
meme mon poste de dev sous seven c 8 Go de ram et core i7….mais sous Seven32 donc je perds en ram
mais pas le choix on doit avoir le meme windows que les utilisateurs
apres chez moi c différent…Deja je suis pas/plus motivé au bout de 15ans pour taffer chez moi :)
#63
Bande de noobz, mon editeur de texte à même pas besoin de RAM !
#64
#65
#66
#67
#68
#69
Allez je rajoute mon grain de sel à la flame war : j’utilise LiClipse/PyDev
" />
#70
#71
#72
#73
je comprend pas trop pourquoi y’a des devs webs codent sous mac…
Apres je dis pas, on peut transformer nimporte quoi en une machine de dev mais apres un vrai linux est quand meme plus pratique, y’a moins a bidouiller.
#74
#75
#76
#77
#78
#79
#80
#81
Pour sublime text y a certes une version payante mais il existe aussi une version gratuite
#82
#83
Bref, tout le monde s’en fout, chacun dispose déjà de son éditeur qui va bien, et basta
#84
#85
#86
#87
#88
#89
#90
#91
pour les macs et le dev web…c peut etre que maintenant on confond “design de l’interface” et code réel derriere
on ne separe plus les couches…d’ou des sites mal fichus, pas ergonomique, super lourd (donc ca rame)…mais qui en jette visuellement….l’inverse d’un site comme amazon on va dire (qui a dit sncf ou cdiscount ?))
#92
#93
#94
Petite correction, le lien vers le dépôt Melpa:http://melpa.milkbox.net
#95
Le seul plus d’emacs c’est le canal carpien au bout de quelques années.
#96
#97
#98
#99
on est quand meme dans le cadre de commentaires sur une news d’un site d’information….faut quand même pas exagérer sur l’importance de la compréhension des commentaires :)
puisque ca n’a pas été bien compris, ma référence a l’écriture de code était simple :
il y a des situations qui exigent que tu écrivent (ou codent) proprement, de manière lisible et soignée
Et d’autres ou ca n’est pas indispensable car “ca ne porte pas a conséquence”, par exemple les commentaires de forums
mes specs sont rédigées en français sans faute d’orthographe ou de syntaxe, sont lisibles et compréhensibles (par exemple, je sais comment faire des sauts de ligne ou des retours a la ligne sous Word..vous verriez certaines docs au taf :o)
Si on me remonte des problèmes dans mes specs comme par exemple des parties ambiguës, je corrige immédiatement même si cela implique une surcharge de travail : c’est ma spec, mon erreur donc c’est a moi de corriger (toute autre excuse c’est du blabla)
et puis de toute manière si ta spec n’est pas bonne, tu ne peux pas exiger que le dev soit bien fait :)
après moi je veux bien qu’on impose de bien écrire en français tout le temps…mais alors que ceux qui se permettent de l’ouvrir assurent derrière dans leur taf…et la c’est autre chose
je le vois au taf, certaines personnes l’ouvrent beaucoup (faut faire ceci, faut faire cela)…c’est dommage qu’ils ne suivent pas leurs propres conseils :-p
Et pas la peine de me sortir : tu l’ouvres beaucoup => c’est vrai mais ce que je dis je l’applique à moi même c’est la grosse différence.
pour en revenir aux éditeurs de code, certains sont mieux adaptés à certains langages et/ou situations que d’autres.
C’est comme le choix de telle ou telle techno pour certains projets : tes préférences n’ont pas a rentrer en ligne de compte, c’est le projet qui compte et donc les besoins exprimés par le client/utilisateur.
Après certaines contraintes peuvent apparaitre : les grosses boites ont une liste de langages et techno autorisés et donc tu ne peux piocher que la dedans.
Si le choix évident correspond en plus a tes préférences personnelles, tant mieux…mais c’est juste du bonus
#100
#101
Reste que je ne vois pas spécialement grand gain à ne pas faire l’effort d’écrire convenablement tout le temps (à part à voir le niveau de français moyen décliner grandement).
Je suis étudiant, je vois régulièrement nos cours, sujets de TD/TP voire examens truffés de fautes avec certains profs, c’est tout bonnement honteux. Et ne pas faire de fautes dans ce “cadre” que tu trouves privilégié, c’est commencer par ne jamais se les permettre : pas d’excuse du genre “j’ai pas fait attention” puisque tu écris en permanence comme ça, c’est donc du réflexe.
C’est pas comme si aller jusqu’à la touche “ç” était plus long que “c” et autres âneries du genre faire sauter les apostrophes en mettant un espace à la place : dans les deux cas c’est appuyer sur une touche… (je sens venir la remarque des utilisateurs de qwerty ; le qwerty international, ça existe.)
Pour revenir quand même un peu sur les éditeurs, une date as-t-elle été annoncée pour la sortie officielle Linux/Windows ? Et une idée de la raison pour laquelle 10.8 est exigé sur Mac OS ?
#102
dans une banque, le client qui change d’avis c’est un classique mais comme y’a des contraintes de date on arrive a lui faire comprendre que pour tenir les délais faut choisir ce qu’on veut au début
ça ne marche pas toujours, tout dépend des gens en face de soi et du relationnel qu’on a avec eux : dire oui a tout n’est pas une méthode, il faut parfois leur dire la vérité quand ça n’est pas faisable
et je ne suis pas le génie des specs, j’essaie juste de faire le max pour que les specs conviennent aux équipes de dev, aux clients/moa et aux équipes de recette (car contrairement a une curieuse idée, les specs ne sont pas conçus que pour les devs ou que pour le client :))
@porkepix : j’ai connu ça y’a longtemps a la fac, le niveau d’orthographe des profs c’était une horreur….à a rigueur quand ils écrivaient au tableau, faire une faute ca arrive, la ou c’était plus dommageable c’était les fautes dans leur document écrit…sous Word !
le correcteur orthographique word est moyen, voir nul si comme moi au taff, t’as une base os+office en us avec patch de langue qui marche s’il a envie ;-)
Mais bon quand tu ouvres un document, et que la moitié du texte est surligné en rouge c’est gênant :)
pour le qwerty, effectivement il y a le qwerty international…si le client te le fournit bien sur
au bout de 15 ans en SSII, j’ai appris une chose : c’est pas toi qui choisit ton matos il t’est imposé par le client
oui ca fait un choc quand on aime bidouiller son pc et le personnaliser sauf que la c’est la réalité et tu dois t’adapter même si parfois c’est pénible
pour le coté reflex je suis d’accord, après il y a la notion du travail :
si je fais une faute dans un document ou un mail professionnel ça veut simplement dire que je ne l’ais pas relu avant de l’envoyer…ce qui remet en question la validité du contenu : si je fais une faute d’orthographe est-ce que je n’ais pas fait d’erreur plus grave dans le document :)
mais c’est valable dans n’importe quel domaine : faire des erreurs ca arrive, ne pas les corriger la c’est plus gênant ca veut dire qu’on ne se remet pas en question, et dans un domaine comme l’informatique c’est embêtant car tu ne peux pas progresser/évoluer sans te remettre en question :/
par exemple, ce que tu ne peux pas faire avec un language tu peux sans doute le faire avec un autre mais ca n’est pas parce que tu ne le sais pas que tu dois être réfractaire a cette possibilité.
La méthode de Saint Thomas marche bien en info (je ne crois que ce que je vois), en particulier avec Oracle :-)
C’est pas plus mal et surtout plus simple que de se tenir en permanence au courant de toutes les nouveautés/évolutions techniques lol
#103
#104
Je ne sais pas si tous ceux qui disent que atom n’apporte rien de nouveau a sublime text ont realise que atom c’est:
Deja rien que pour ca, ca vaut le coup de creer le truc.
Apres ceux qui preferent rester sur sublime text, Ed ou autre editeur (effectivement c’est pas ca qui manque) personne ne les oblige a changer… Pas la peine de casser pour le plaisir un projet qui manifestement en interesse certains.
Enfin c’est comme d’hab dans les comm: toujours critiquer meme si on est pas concerne.
#105
#106
#107
#108
#109
#110
#111
#112
#113
#114
#115
#116
+1 pour vi, un de mes collegues utilise ca …
Sinon quelqu’un sait a quoi sert atom-shell? C’est l’interface graphique (frontend)?
Avant j’etais sous Sublime Text et j’ai change pour atom. Ca me permet d’editer mon editeur (ddonc d’apprendre le coffeescript …. deja un pull request), et je n’ai plus la fenetre tout les 10 enregistrements :)
#117
#118
#119
#120
#121
Je viens de le compiler sous Windows, c’est un éditeur très prometteur.
Il reste beaucoup de choses à améliorer, par exemple :
#122
#123
#124
#125