Microsoft avait racheté Atom en même temps que GitHub en juin 2018, pour la somme de 7,5 milliards de dollars. GitHub a continué d’opérer comme entreprise relativement indépendante, comme on a pu le voir encore récemment avec la conférence Universe.
Le destin d’Atom était plus ou moins connu, mais à l’instar de MacG, nous avions raté l’annonce en juin, qui a récemment été mise à jour : Atom sera abandonné le 15 décembre. Le projet a servi à construire Visual Studio Code, qui a bien sûr toute la priorité de l’éditeur depuis.
D’ici là, les utilisateurs d’Atom continueront d’être prévenus de cette date fatidique, qui n’en est pas forcément une. Microsoft précise en effet que l’ensemble du code sera archivé dans un dépôt. S’agissant de code open source, rien n’empêchera sa reprise par d’autres.
Après le 15 décembre, il sera toujours possible de récupérer les binaires et d’installer l’éditeur. Cependant, la gestion des paquets ne fonctionnera plus, pas plus que les redirections récupérant les symboles et en-tête Electron. L’application ne recevra plus aucune mise à jour de sécurité.
Commentaires (30)
#1
Il me semble que je vous avais envoyé le lien vers l’article de blog à ce moment-là
Sinon c’était prévisible vu l’ampleur de VS Code, tout comme Azure DevOps a toutes ses chances de disparaître au profit de GitHub (vu que ce sont les équipes sont les mêmes chez Microsoft depuis).
#2
En therme de périmètre et de profondeur, celui de GitHub a de quoi remplacer Azure DevOps ou c’est plus une fusion qui serait possible ?
#2.1
J’ai pas assez de recul sur Azure DevOps pour comparer car il a vite été remplacé par GitHub dans les différents contextes où je l’ai vu. C’est très ressemblant dans la syntaxe du déclaratif des workflows et le principe, et pour cause, s’i j’en crois les quelques discussions que j’ai pu avoir avec Microsoft sur le sujet ce sont les équipes de Azure DevOps qui sont parties chez GitHub.
#3
Je ne suis pas un codeur, juste un type qui a parfois besoin d’éditer du code (et, mentalement, allume un cierge chaque fois qu’il faut s’y mettre lol), et je me rappelle le choc quand j’ai découvert que Notepad++ n’était pas le seul éditeur simple pas “machine à gaz” de disponible.
La principale différence : l’esthétique. Atom n’arrache pas les yeux avec ses paramètres par défaut, pas de contrastes violents, de luminosité aveuglante, de polices piquantes et moches.
Dommage que le projet soit envoyé à la trappe, j’espère que quelqu’un le reprendra :)
#3.1
Atom n’est pas léger non plus. C’est une application Electron. Et comme dit dans l’article, il y a VSCode qui est très similaire (en plus d’être aussi une application Electron, je ne serais pas étonnée qu’ils utilisent les même bibliothèque de base)
Il y a, sous Windows, notepad2 qui est assez similaire à Notepad++, ultra léger, ça démarre au clic.
#4
Pour être un utilisateur en entreprise de Azure DevOps, on se voit encore mal migrer vers Github.
Il couvre la gestion du code et des pipelines. Mais la gestion fonctionnelle est encore bien trop légère comparé à Azure DevOps.
Dans Gthub avoir ses issues en vrac c’est sympa pour du projet de taille limité. Mais quand tu as une ou plusieurs équipes, avec des épics dans tous les sens, c’est encore impensable.
A voir à quelle vitesse ils vont converger car on sent bien que le but est qu’il n’y ait plus qu’un seul outil à terme.
Déjà que la version “Server” est maintenue “pour la forme”…
#5
C’est bien dommage qu’Atom ne soit plus maintenu
Il était devenu mon outil principal pour le développement de mon site web depuis depuis l’arrêt de Brackets par Adobe. Il ne me reste plus qu’à reprendre Geany sous Linux ou NotePad++ sous Windows…
#5.1
vscodium (vscode) est un très bon remplaçant sur linux et windows, très léger (tout marche par extension), plus pratique que que le bon vieux Notepad++ (et plus beau), à tester en vrai :)
#5.2
Merci, mais sous Linux, je suis assez réticent à installer du 100% Microsoft avec sa télémétrie (affichée ou cachée). Donc même si VSCodium a plus d’outils, ce sera quand même Geany.
#5.3
Justement, il me semble qu’à l’instar de Chromium, VSCodium retire les outils de télémétrie.
#5.4
Je plussoie
C’est le seul produit de Microsoft que je tolère sur mon poste
#5.5
Outre la télémétrie désactivée, VSCodium distribue également les binaires sous license libre contrairement à VSCode qui est distribué sous une license propre à Microsoft là où le code source est sous license MIT.
En fait par curiosité je me demandais si Atom et VSCode utilisaient tout deux Monaco comme base, mais non, Atom ne l’a pas. J’ai assez peu utilisé Atom il faut dire, je suis rapidement passé à VSCode et depuis VSCodium.
#5.6
Mmmh, Brackets n’est pas mort. Adobe a libéré son code : https://github.com/brackets-cont/brackets/releases
#5.7
Effectivement, j’avais vu qu’il n’est pas mort, mais il n’est pas disponible sous Linux. Et comme mon but est de travailler le moins possible sous Windows, je ne pense pas beaucoup l’utiliser.
#6
Azure DevOps a ceci de pratique qu’il s’intègre directement à l’Azure ActiveDirectory de l’organisation. Je ne pense pas que ce soit le cas pour Github (je n’ai rien vu passer à ce propos). Mais ayant utilisé Azure DevOps pour un projet dans mes études, je dois dire que cette intégration au réseau d’entreprise est un plus.
#6.1
Si, tu peux intégrer GitHub et Azure AD quand tu as une license Enterprise (Cloud ou Self-hosted).
#6.2
Merci de l’information :)
Et merci pour Monaco, je n’en avais pas entendu parler.
#7
L’entreprise dans laquelle je travail (un grand groupe) est en train de migrer sur Azure DevOps, ne me dite pas que c’est trop tard xD
#8
Dommage, je le préfère à VScode, que je trouve plutôt lent à s’ouvrir :/
#9
Quelqu’un a tenté le VSC auto-hébergé ?
#9.1
Je ne comprends pas très bien, VSC n’est pas utilisable hors ligne ?
#10
VSC désigne habituellement l’application électron (donc utilisable hors ligne) mais il y a aussi une version purement web. https://vscode.dev/
Je me demandais si quelqu’un l’avait installé sur son propre serveur.
#10.1
Ok, du coup ce n’est peut être pas ça du tout, mais il y a visual studio code server
#11
Je ne suis pas certain que Atom puisse être qualifié de léger… Même Notepad++ est déjà assez riche en fait!
Sinon il y a Geany qui est pas mal et peut faire mini-IDE, multiplate-forme (contrairement à N++) et principalement codé en C/C++, donc à des lieux d’une obésité non native basée Electron.
Bon, moi en fait c’est plutôt nedit que j’utilise sous Linux en éditeur graphique vraiment léger, étant plus de la génération vi n’ayant jamais pu se faire à vi. Avec le côté pratique qu’il fonctionne très bien en X11 forwarding (donc avec ssh utilisé dans ce mode, avec compression éventuelle à la volée, pour travailler sur une machine distance comme si on était dessus sans traîner un VNC ou autre RDP): Du raspberry PI headless (avec juste le X11 frame buffer, aka xvfb, installé sans aucun bureau ni gestion GPU inutile sans écran) aux machines virtuelles de développement tournant sur des Xeon 96 coeurs, il fait le job et est toujours là contrairement aux outils bling-bling.
#12
Merci pour ta réponse, ça me donne une idée vue que j’utilise très très peut GitHub.
#13
Ca a l’air reliée vos 2 points. Ca te permettrais de développer à partir de la version vscode.dev sur des machines distantes. Surtout pour des machines ne supportant pas l’installation du client “lourd”, le VSCode qui s’installe en autonome sur ta machine. L’exemple pris est l’ipad ou le ChromeBook. T’installerais le server sur ces machines, et tu pourrais dev des choses pour ces machines en utilisant vscode.dev.
Si j’ai bien tout compris.
#14
Un machin web chargé par le navigateur ou le même en local, c’est toujours “lourd”. Heureusement que le développement s’est passé de cela à des époques pas si lointaines ou le gâchis de ressources n’était pas possible.
#15
Ce n’est pas “lourd” dans ce sens là dont je voulais parler.
#16
il y a des thèmes dans Notepadd++
#17
Notepadd++ = 30Mo de ram avec 40 fichiers ouverts