GitHub закриває редактор коду Atom: що пропонують розробникам

8 червня в офіційному блозі GitHub заявили, що припиняють розробку Atom. Всі проєкти архівують 15 грудня 2022 року, й після цього вони будуть доступні лише для читання.

Головне

  • У GitHub вирішили закрити безкоштовний редактор коду Atom. Причина — поступове зменшення кількості користувачів. Останнім часом в Atom не додавали нові функції, а лише підтримували наявні та оновлювали безпекові функції.
  • 15 грудня 2022-го компанія переведе репозиторій в режим архіву. Відтоді проєкти будуть доступні лише для читання — користувачі не зможуть пропонувати зміни.
  • Натомість компанія зосередиться на розробці редактора Microsoft Visual Studio Code і GitHub Codespaces.

Деталі

Atom — безкоштовний текстовий редактор з відкритим кодом, який GitHub представила у 2011 році. Atom послужив основою для платформи Electron, яка дозволила створити тисячі додатків, зокрема Microsoft Visual Studio Code, Slack тощо.

У GitHub заявили, що прагнуть забезпечити «плавний» перехід користувачів до альтернативного рішення, тому спільнота має час до 15 грудня 2022. Протягом шести місяців команда GitHub інформуватиме користувачів Atom про відключення продукту на atom.io.

У 2018 році Microsoft купила GitHub за $7,5 млрд. Тоді розробники редактора Atom покинули проєкт.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось5
До обраногоВ обраному0
LinkedIn



23 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

А Atom чем-то был круче VS Code?

І правильно.
Нєхуй плодити оце гівно на електроні.
Сподіваюсь і електрон сдохне через деякий час.

VS Code уже отобрал большой кусок рынка редакторов. Он работает на Electron. Atom не пошел по каким-то своим причинам, возможно, авторы не очень понимали потребности разработчиков. А авторы VS Code понимают лучше. Но в VS Code приятно и удобно работать над проектами.

сам в удивлении от VS Code
казалось бы, в скольких IDE не пересидел со своей первой Turbo C 2.0
каких возможностей только не видел.

а VS Code — удивил и удивляет.
на уровне: как будто остальные все были только эволюционной подготовкой...

VS Code — це всього лише текстовий редактор, а не IDE. До повноцінних IDE як у JetBrains йому далеко. Ну але звісно, для формошльопства і VS Code зазвичай вистачає. В кого які потреби.

ну це понятно, що джавісти займаються дуже важливими справами а всі інші — то не программісти :)

Коли був на Джаві — JetBrains не вразив. тобто фіч так, було більше ніж у STS (Eclipse) але мене особисто не зацікавили

Підтримка мови, наявні плагіни — от що так, є об’єктивною характеристикою для вибору.

це всього лише текстовий редактор ... До повноцінних IDE

а це цікаве питання, може то недоліки мови та екосистеми вимагають «повноцінної IDE» замість «лише текстового редактора»?

я написав своє суб’єктивне відчуття.
Вау ефекта ні від Visual Studio + Resharper коли писав на C#, ні від IntelliJ IDEA не було.

А те що все добре — що живе не один рік, розвивається — то звісно що так.

як в тій дзенівскій історії
Питає один у продавця м’яса на базарі
— А який шмат у вас найкращий?
— В мене кожен шмат — найкращий! — була відповідь.

Елементарний приклад — плагін для тераформи в IDEA справді розумний і підказує, що для об’єкта циклу є значення key та value. Тоді як VS Code пропонує рандомні значення. Депрекейшин ворнінги для деяких методів в пітоні IDEA здогадувалася мені показати, а VS Code — ні. І таких дрібниць повно.

Ну а джава дійсно специфічна мова, але то факт — VS Code для неї ну ніяк не підходить, хіба для хелоуворлдів. Те саме стосується скали.

І так, підтримка всіх популярних мов в IDEA Ultimate буде кращою, ніж у VS Code. Скільки останнього плагінами не обвішуй.

Взагалі це фішка фанатиків VS Code — тільки те і робити, що шукати нові плагіни від васянів, щоб той редактор хоча б трохи почав змахувати на IDE. Тоді як IDEA встановив і юзаєш, 95% потрібного є вже з коробки.

Взагалі це фішка фанатиків

про цю вашу аргументацію вже й написав.
всі йолопи, фанатики, один ви такій — раціональний :)

звісно це поширене явище у айті тусовці. религійні війни — то частина потреб людини.

що до мене — як плагіна не буде, а для роботи вкрай треба — то перейду на іншу IDE де він є

95% потрібного є вже з коробки.

те що було там із коробки — мені чимало і не сподобалось.
але то такє, може просто треба бути «як всі» — то й стандартизоване підійде.

Стандартний офіційний плагін, а не черговий витвір від васяна на гітхабі. Так, в ідеї теж є плагіни, але там поставив плагін для тераформи, пітона і все, а не дрочиш чергові статті на медіумі про черговий плагін для додавання базової функціональності, яка є в нормальних IDE.

а не дрочиш

ок,

про цю вашу аргументацію вже й написав.
всі йолопи, фанатики, один ви такій — раціональний :)

Я лише говорю, що не треба боготворити текстовий редактор і порівнювати його з IDE. Скільки його плагінами не обвішуй — в IDE він не перетвориться.

IDE — і є текстовий редактор обвішаний плагінами.
різниця в їх авторстві, і то, такий собі критерій.

і в умовній границі
коли редактор+плагіни ще не IDE, а коли — вже IDE.

бо перше з чого складається цінність інструменту для праці над програмним (символьним) кодом, то — текстовий редактор.

боготворіння же бачиться у інших тим — хто цим займається.
прагматику зазвичай начхати на формальні ознаки та усе те інше

а вау ефект, «сподобалось» — взагалі нема сенсу ані доказувати, ані спростовувати.
звісно, як що ти не фанатик :)

Для моїх поточних потреб (пайтон + тераформа) загалом підходять обидва. Але от при порівнянні видно, що навіть ті ж підказки в IDEA зроблені краще. І це я вважаю також одним з критеріїв повноцінного IDE. Редактори частіше показують рандомні токени замість розумних підказок.

Але от при порівнянні видно, що навіть ті ж підказки в IDEA зроблені краще

для

пайтон + тераформа

цитую себе:

Підтримка мови, наявні плагіни — от що так, є об’єктивною характеристикою для вибору.

(а не «повноцінність IDE», «вау ефект» і т.і.)

як для тераформ плагін найкращий у X, то це ніяк не ознака що X це повноцінна IDE, а всі інші, де плагіни з такою функціональністью слабші або відсутні — не повноцінні.

Редактори частіше показують рандомні токени замість розумних підказок.

редактори самі по собі нічого не можуть показати.
«розуміння» тексту який редагується — знаходиться в окремих модулях. бо так простіше розробляти програмне забезпечення.
як той модуль інтегрований у текстовий редактор, наскільки він легко може бути оновлений, замінений на аналогічний, хто його автори — то вже питання другорядне.

про це й написав, про умовність різниці:

коли редактор+плагіни ще не IDE, а коли — вже IDE.

фанатику ж звісно такий релятівізм неприйнятний.

колись, головною відміністю IDE була наявність покрокового дебагера.
потім — наявність візуального генератора UI, якщо є можливість розробляти GUI.

але тепер і це реалізується — плагінами, які підключаються до рантайм енжина...

для об’єкта циклу є значення key та value. Тоді як VS Code пропонує рандомні значення.

Але ж це... Неправда. Автодоповнення працює і для ресурсів, і для їх пропертів. Може навіть обовʼязкові властивості для ресурсу одразу додати.
i.imgur.com/8mxmy3T.png

MS зі своїм VS Code зробив дуже багато для спільноти. В першу чергу, вони популяризували Language Servers, завдяки чому навіть vim (neovim) отримує розумний автокомпліт та підказки. Та ж IntelliJ для деяких фіч (мов) вже користується цією прибамбасою. Завдяки цьому ж, сам VS Code отримав досить пристойну підтримку Java і цим не дуже сильно відрізняється від IDE від JetBrains.

Що стосується останньої, то воно в мене вмирає дуже часто на не дуже великих проєктах. Пошуком (find anywhere) користуватись майже неможливо. Тому я надзвичайно здивований, як штуковина на JS з UI в HTML (з пачкою плагінів), може працювати достатньо плавно.

Але ж це... Неправда. Автодоповнення працює і для ресурсів, і для їх пропертів

Можливо щось змінили з того часу і нарешті допилили то розширення. Але я точно памʼятаю — в моєму випадку VS Code показував різні рандомні слова з тексту замість key/value.

MS зі своїм VS Code зробив дуже багато для спільноти.

Загалом так, якщо порівнювати його Atom чи Sublime Text — він на рівень вище. Тому чисто поредагувати невеликі скрипти — він досить класно підходить. Фактично як заміна дефолтному текстовому редактору. Але до рівня продукції JetBrains він явно недотягує.

Що мені не подобається у VS Code — це те, що він є продуктом M$, з усіма наслідками цього. Наприклад, він ніби-то open source. Ніби-то. Існує проект VSCodium, який є збіркою VS Code з сорців без жодної шпигунської телеметрії від M$. Але думаєте, що він по функціональності ідентичний? Нічого подібного, екстеншин для ремоут дебагінгу в кодіумі не працює, бо він closed source, як і екстеншин для C/C++, ліцензія якого забороняє використовувати його за межами збірок від M$. Тобто ця мутна контора в своєму стилі, а рекламна фраза M$ loves Open Source — це всього лиш брехня і замилювання очей.

Але до рівня продукції JetBrains він явно недотягує

Мені потрібно спробувати VS Code для Java, щоб мати тут дійсно аргументацію, бо використовую саме IntelliJ Idea для Java (типу default Java IDE). Але от для всього іншого — не бачу, чесно кажучи, переваг IntelliJ над VS Code ані для JS, ані для TS, ані для Python, ані для Go, ані для будь-якого іншого середовища.

Навпаки, продукт Jetbrains вражає постійним зниженням якості — часті зависання, повільна робота навіть на невеликих проєктах, неідеальна інтеграція з нативними для мов інструментами. Наприклад, на одному з проєктів, eslint в IntelliJ їсть всю памʼять і помирає.

часті зависання, повільна робота навіть на невеликих проєктах

Може залізо треба проапгрейдити? На M1 Pro працює без проблем.

Немає куди апгрейдити — M1 Pro та 32GiB RAM.

Бачите, навіть на одному й тому залізі по-різному поводиться. :)

Кому треба движок у якості альтернативи існує www.scintilla.org Движок є базою для багатьох продуктів. З найвідоміших Notepad++ та Code::Blocks IDE. Також є Platform Text движок від Eclipse www.eclipse.org/...​e/platform-text/index.php

Підписатись на коментарі