мнение github atom
 

Создал отдельную тему, расскажу свое мнение по поводу этого редактора может кто что добавит)
В принципе редактор не плохой, работает довольно шустро каких кто зависаний нет. НО если открывать большие файлы иногда подтупливает, но это возможно из за того что у меня рядом eclipse.
Для авто комплита использует название стандартных конструкций ил те которые нашел в коде, строки или название переменных, вроде все в куче, но довольно не плохо угадывает что предложить. Конечно далеко до вебсторма но, но значительно лучше sublime (как мне показалось).
Темы и дизайн приятные.
Использовать без мышки вполне удобно
Основные необхоимые плагины есть, есть плагин для gulp (как в веб стором).
Не много не прычно было что файл открывается при одиночном клике в дереве но вроде привык.
Единственный баг, который я пока заметил это что если грохнуть систему, то он открывает сесию когда был успешно закрыт)

Редактор очень перспективный + а его базе уже есть 2 других: Visual Studio Code от MS и Nuclide от Facebook. Но пока очень огорчает долгий запуск редактора, где то 2 секунды, против сотых Notepad++. Поэтому пока не юзаю.

у меня столько с открытым проектом, без проекта меньше секунды

Между sublime и eclipse ( куском г.. ) , то однозначно atom, а так webstorm one love )

cyber, не надо сравнивать разные вещи. Notepad++, Sublime, Atom - редакторы, от них требуется скорость запуска на любых файлах, чтоб можно было быстро посмотреть или внести мелкие правки и закрыть.
Eclipse и Webstorm - IDE, от них требуется вся возможная помощь в разработке и, соответственно, максимально интеллектуальное "понимание" кода, причём не конкретного файла, а проекта в целом; скорость запуска тут не особо критична, ибо IDE запускают раз и на многие часы.

Eclipse сложно назвать чем то кроме куска ... )

Использую уже пол года как основной редактор, так что могу сравнительно много рассказать.
Рассказывать буду не в сравнении с другими редакторами, а просто факты.

Для начала, минусы:

• Скорость, да - но хочу заметить, что с каждой новой версией атом становится все шустрей и шустрей.
• Отсутствие поддержки drag-&-drop в дереве редактора.
• Косячит переименование, если файл открыт (либо создается копия, если включено автосохранение, либо вкладка закрывается, если автосохранение выключено).
• Мало кому значимо, но все же: при работе на виртуальной убунте косячит курсор (это баг одной из версий хромиума, атом просто еще не обновился до последней).
• Как-то тупит поиск пакетов (но, может, это из-за моего медленного интернета).

Теперь плюсы:

• Опенсорс, github-flow, дружелюбность к контрибьюторам - это значит, что если видишь мелкую недоработку, то ты можешь сам взять её и исправить, а не ждать, пока выполнят тикет.
• По умолчанию неплохая интеграция с git: в открытом файле по строкам отображаются вставки/удаления/замены, в статусной панели - текущая ветвь и общее количество вставок/удалений в файле, в древе файлов цветом выделяются добавленные, измененные и игнорируюущиеся файлы, ctrl+alt+z откатывает текущий файл до HEAD (вдобавок, есть очень годные плагины git plus и git merge, первый позволяет выполнять команды гита прямо из редактора, второй - разруливать конфликты прямо в нем).
• Что важно для нас - из коробки есть полная поддержка подсветки синтаксиса ES6 и даже немного дальше (асинхронные функции).
• Если поддержки синтаксиса какого-то языка нет по умолчанию, то почти наверняка существует реализующий её плагин (мне приходилось подключать плагины для jade и stylus).
• Да вот, несмотря на молодость, весьма развитая (эко)система плагинов.
• Работа с мягкими табами полностью аналогична работе с твердыми.
• Умная подстановка отбивки при вставке кода (код вставляется в правильный уровень).
• Можно разделять редактор на несколько масштабируемых панелей.
• Система сниппетов.
• Дизайн атома пишется на Less, что при желании позволяет легко внести мелкие правки в текущую тему (edit -> open your stylesheet).
• Логика атома пишется на ES6/CoffeeScript, что, опять же, при желании позволяет легко внести мелкие правки в его работу (edit -> open your init script).
• Удобное управление с клавиатуры, да: если я, например, хочу поменять подсветку синтаксиса на JS, то мне достаточно ввести ctr+l -> jsc -> enter, а не рыться в списке в меню.
• Автоподстановка да, по началу простая, но расширяется провайдерами (которые тоже отдельные плагины). По умолчанию стоит годный провайдер под HTML.
• Базовый функционал атома - это тоже пакеты, каждый из которых можно отключить (или и вовсе удалить) при ненадобности.

Еще один минус, если заюзать поиск по проекту а потом перейти в файл то он может зависнуть

написал так, будто sublime по удобству на уровне notepad++ :)

ST рвёт N++, ващета.

ваще-то vi порвет любое говно, название которого ты только знаешь, или узнаешь когда-либо. Причем, и по скорости, и по функционалу. Будешь редактировать файлы на удаленной машине в Нью-Йорке точно так же как у себя дома, в Нижнеурюпинске.

По сабжу. Если программисту понадобился редактор, отличный от vi + стандартные построчные unix редакторы и утилиты, значит он идет не тем путем явно.

Если же он потянул свои шаловливые рученки к IDE, значит степень его деградации зашкалила, и обратного пути уже нет.
//tread

Ващета есть ещё и GUI, который у vi на любителя, как его не украшай.

GUI -- это у GVIM. А я о vi/vim. Там нет никакого гуя.

tysonfury2015,
ок. Тогда тем более это один из существенных минусов.

Ты че, троллить чтоли меня вздумал? Нахрена нужен гуй текстовому редактору?

Safort, это ж foo.

tysonfury2015,
Не говори глупостей.

Очевидно, для удобства.

Да я уже понял)

Это мнимое неудобство объясняется криворукостью.

emacs

Ага, тока ещё плагины не забудь туда поставить.

А вообще, забаньте foo, всё равно кроме вбросов говна на вентилятор он ничего не умеет.

Ясно.

Шах и мат, вимщики))

разуй глаза, там речь шла о скорости, в том числе.

Пошли дешёвые отмазки :D

Да уж, в 2015-ом году разница по скорости между одним консольным редактором и другим консольным редактором прямо-таки разительна)

Safort,
Я не воспринимаю EMACS вообще всерьез. Он херово интегрирован с осью, по дефолту напичкан ненужным хламом, функционал его перегружен, скорость сосет, редактирование -- аккорды, это то еще говно, недаром у столлмана руки отвалились (ну, последнее, допустим, субъективно). Его предок -- TECO, да, это был зачетный редактор. Пожалуй, самый мощный редактор, из всех существовавших когда либо.

Сразу видно, что ты нулевой. Отредактируй файл весом мегабайт в 100, я посмотрю, как ты запоешь про 2115 год

Не, мне вот, например, тоже вим больше эмакса нравится, но в этой теме давайте таки обсуждать атом.

Я не работаю с такими файлами. Я разбиваю код на модули.

Твои проблемы. Только не кукарекай о скорости, о которой ты представления не имеешь.

Как раз у него проблем нет ;)

Давай пруфы, ссылки на 100 метровые файлы, которые ты редактируешь или

:D

Суть того сообщния было в том, что скорость падает пропорционально весу файла. 100 метровые файлы, само сабой, визуальными редакторами не редактируются, для этого существуют потоковые редакторы, в том числе ex -- один из режимов vi

Не чувак, суть в том, что надо быть идиотом, чтобы не бить код на модули и писать всё простынёй в один файл. Проблема надумана тобой и тобой же слита, т.к. пруфов нет :)

мне кажется вы перепутали мегабайты и килобайты. На моём сайте JS файл, который содержит всю логику сайта после uglify и minify весит 400кб и содержит ~3000 строк кода. Но это только потому что там куча русского текста, ибо я использовал JS файл как базу данных. Боюсь представить, что вы запихнули в 100мб

P.s. вам не обидно, что у вас была хорошая репутация и из-за одного холивара вам её загнали в большой минус? Вы же не kostynet всё-таки...я надеюсь...

Да я фигурально выразился просто.:)

Ну 100мб файл я разве что на чтение представить могу: какие-нить забытые логи. Они и побольше вырасти могут.)
Notepad++ кстати с такими файлами справляется легко, Sublime - покажет ползунок загрузки, но тоже справится, а вот Atom испытывать я не рискну.:)

Пробую Atom вместо Kate. Первая проблема - таб создает несколько проблелов, а не таб, несмотря на настройки (известный баг). Вторая проблемо-фича: при открытии папки через Атом или при создании нового файла через встроенный файловый менеджер (т. е. не через редактор), слева появляется всё дерево файлов и папок, несмотря на то, что, как правило 70% файлов не нужны.

А от Kate хочу отказаться из-за того, что подсветка синтаксиса ломается при любом выходящем за рамки действии: при размещении HTML шаблона в теге script или при использовании интерполяции строк.

У меня всё ок, но у меня это задаётся через .editorconfig файл и плагинчик.