Atom-IDE

Так если тебя устраивает tui - им и пользуйся. А большинство людей предпочитает нормальный графический ui.

Я не понял, емакс уже не умеет в гуй?

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

Нет, не перестанет.
Я уже устал объяснять про это, все равно вы «купи нормальный комп, купи!».

Вот вроде и атом тебе не нужен. И эмакс тебя устраивает. А всё равно ты припёрся в тему про атом и полыхаешь пердаком. Ты чего-то не договариваешь?

Ты нить потерял?

Правильно приготовленный эклипс тоже будет ok

Насколько я понимаю, Atom - это тотальный JS, интерпретируемый движком Chrome.

Мне хотелось бы такой же редактор, но работающий как веб-приложение - для того, чтобы можно было редактировать файлы на удалённом сервере и не нужно было что-то таскать туда-сюда по ssh.

Странно, что в наш веб-два-нольный век люди пилят текстовый редактор, по существу написанный как веб-приложение, но не являющийся таковым. Мало того, даже кривая функциональность ftp/ssh не является штатной в Атоме, её нужно подключать сбоку какими-то плагинами... брр

Я не понял, емакс уже не умеет в гуй?

А умеет? Я всю дорогу думал, что он только псевдографику умеет. Так же, как и вим.

Нет, не перестанет.

Религия не позволяет не бесится?

Я уже устал объяснять про это, все равно вы «купи нормальный комп, купи!».

Ну вот смотри: люди написали софт для людей с достаточно мощными компьютерами (например, не старее пятилетней давности). И целевая аудитория в целом довольна.

Тем, кто не обладает достаточно современной техникой, предлагается её обновить. Или искать альтернативы.

Альтернативы тебе известны. Ты даже говоришь, что они тебя устраивают. И тем не менее невозможность использования атома тебя бесит. Если ты обновишь железо до более адекватного уровня, то ты сможешь пользоваться атомом, и источник твоей злобы исчезнет.

Ты нить потерял?

Нет.

Это то самое ненужно на javascript говнофреймворке?

Тоже будет тормозить или тоже перестанет быть IDE?

Eclipse Che тебе в помощь, он не единственный, пару лет назад все эти клаудные редакторы росли как после дождя.

А умеет? Я всю дорогу думал, что он только псевдографику умеет. Так же, как и вим.

Да.
Даже как WM работать умеет, лол.

Ну вот смотри: люди написали софт для людей с достаточно мощными компьютерами (например, не старее пятилетней давности). И целевая аудитория в целом довольна.

Но этот софт умеет меньше, чем софт двадцатилетней давности?
Почему я должен тратить ресурсы на софт, который умеет меньше, чем софт, который умеет больше, но тратит меньше ресурсов?
Ради якобы красивых менюшек? Это путь в никуда.

P. S. Староватого вида, но гуёк в емаксе — https://upload.wikimedia.org/wikipedia/commons/5/5a/Emacs-screenshot.png
На первом скриншоте (по ните выше), вроде как, тоже гуй.

редактора Atom

Унеси эту парашу обратно где взял.

Это всё нативные приложения. Зачем сравнивать?

Wut?
Атом уже не позиционируется как настольный редактор?

Собственно эту инициативу они и назвали atom-ide. Нового редактора не делали.

Понятие IDE совсем не подходит для данного проекта.

И это хорошо, т.к. зоопарк из плагинов, которые сами по себе нихрена не умеют - это печально.

А вот с этим я полностью согласен.

Так мне не нужны все клаудные, мне бы Атом как раз - это отличный удобный редактор. Почему, например, древнее, как Г мамонта приложение Zimbra Desktop работает как в вебе, так и в качестве полноценного GUI, хотя там-то завязка на сеть куда серьёзнее, фактически один сплошной ввод-вывод, а вот Atom почему-то так не умеет, хотя с точки зрения архитектуры - явно аналог Zimbra Desktop?

Даже как WM работать умеет, лол.

Ок. Заблуждался.

Но этот софт умеет меньше, чем софт двадцатилетней давности?

Ну так не удивительно, что за двадцать лет эмакс нарастил возможностей больше, чем атом за три года. Удивительно, что за три года атом его почти догнал (имхо, возможно тут я тоже не прав).

Почему я должен тратить ресурсы на софт, который умеет меньше, чем софт, который умеет больше, но тратит меньше ресурсов?

Ты не должен. Тебя никто не заставляет. Это галюцинации.

Ради якобы красивых менюшек? Это путь в никуда.

Я ради «якобы красивых менюшек» и чтобы не пердолится с плагинами к виму, готов отдать атому даже пару гигов рамы моего компа. А просит он меньше. Это путь к моему комфорту и комфорту многих других людей.

Если этот путь не устраивает лично тебя - то иди по другому пути. Хочешь увести с собой остальных - сделай такой же удобный и симпатичный из коробки (хотя бы просто не вырвиглазный) редактор, жрущий много меньше.

P. S. Староватого вида, но гуёк в емаксе

Вот после таких скринов отпадает всякое желание пробовать эмакс.

На первом скриншоте (по ните выше), вроде как, тоже гуй.

На панельку снизу не обратил внимания. А всё остальное там вполне в рамках tui. Но теперь я в курсе, что эмакс умеет в гуй. Спасибо.

Понятие IDE совсем не подходит для данного проекта.

Почему? IDE - это редактор с интегрированными средствами разработки. И в атом средства разработки вполне нормально интегрируются. Возможно, пока атому чего-то не хватает, но это временно. Проект ещё относительно молодой.

Вот после таких скринов отпадает всякое желание пробовать эмакс.

Дефолт, да.
Столлману, видимо, пофиг.
Впрочем, он, видимо, такой же ретроград, как и я, и такие интерфейсы у него отвращения не вызывают.
Реально дефолт такой: http://dump.bitcheese.net/files/bisydus/emacs.png
Но сайт редизайнули же, странно это.

Ну так не удивительно, что за двадцать лет эмакс нарастил возможностей больше, чем атом за три года

Справедливости ради, больше двадцати (41).


Спор, вроде бы, исчерпан.

Хочешь увести с собой остальных - сделай такой же удобный и симпатичный из коробки (хотя бы просто не вырвиглазный) редактор, жрущий много меньше.

spacemacs?
http://spacemacs.org/

2-ух ядерный i3-3220 CPU @ 3.30GHz 8 Gb ram

Ты серьезно считаешь, что если программа для редактирования текста с синтаксическим анализом и нескучными шрифтами помещается в памяти и не тормозит на таком «отнюдь не топовом» железе, то все нормально? Развитие средств для решения данной задачи вообще не должно сопровождаться неограниченным ростом требований к ресурсам компьютеров. Рост требований должен быть асимптотически стремящимся к неким ограниченным значениям. Но то и дело в комментариях возникает кто-то, удивляющийся, что люди ожидают эффективной производительности современных средств для данной задачи на компьютерах, в n раз уступающих топовым на данный момент. Неограниченный рост ресурсов - он для принципиально новых задач, решение которых ранее вообще не было возможно. Ну, там, голосовой ввод текста, виртуальная реальность, голография, что-нибудь еще на очереди. А не для того, чтобы разработчики текстовых редакторов могли неограниченно класть на рациональное использование тактов и мегабайт. Требовать 8 гигабайт и два трехгигагерцевых ядра для текстового редактора - это дичь.

spacemacs?

Выглядит вполне не плохо. Надо как-нибудь потыкать.

Тоже atom не тормозит. i3-4030U / 8gb ram / ssd sata3. Но я на vscode перелез)

Под огороженной лицензией?

Для IDE тупить - норма, ибо они уж очень много всего делают. А тут ещё не IDE, а уже тупит. Будущее наступило (с)

В атоме есть нормальный графический интерфейс с акуратными кнопочками, полосами прокрутки, подсветками, подчёркиваниями и т.п.

А в emacs есть удобное редактирование текста. ИМХО для кодинга это важнее. Да и какая разница, что там с красивостью GUI, если UI в нем практически нет.

GNU Emacs не тормозят у меня

Все интерпретируемые языки имеющие C API - не тормозят(Emacs Lisp, Python). Трассирующиe JIT обычно тормозят(в восприятии пользователя), даже если это Java со статической типизацией.

Под BSD, что бы хотя бы на хлеб с маслом сторонним разработчикам хватало.

Atom

Не нужно.

программа для редактирования текста с синтаксическим анализом и нескучными шрифтами

Это vim, kwrite, gedit и т.п. Они помещаются в памяти гораздо более слабых пк.

то все нормально?

Я считаю, что всё нормально.

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

Атом решает больше, чем описанные тобой задачи. Но даже если бы он решал только их не понятно, с чего ты взял что кто-то чего-то должен.

Есть люди, которым нравится говнокодить на js. Есть люди, например я, которых устраивает результат их кодинга. Кто из нас и кому что-то должен?

Рост требований любого массового ПО ограничен производительностью существующей ширпотребной компьютерной техники, а так же тем, какая в среднем техника на руках у целевой аудитории.

У людей, имеющих отношение к программированию, как правило достаточно адекватная техника.

Неограниченный рост ресурсов

Это выражение бредово само по себе, но допустим, что ты имел ввиду, что разработчики ориентируются на производительность техники возрастом менее 10 лет.

Неограниченный рост ресурсов - он для принципиально новых задач

С чего ты это взял? Что мешает росту потребляемых ресурсов в случае, если предлагаемое решение лучше существующих?

А не для того, чтобы разработчики текстовых редакторов могли неограниченно класть на рациональное использование тактов и мегабайт.

Если разработчикам текстовых редакторов, для того, чтобы сделать удобный редактор, хочется положить на рациональное использование тактов и мегабайт - пусть кладут, всем насрать, лишь бы пользоваться удобно было.

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

Требовать 8 гигабайт и два трехгигагерцевых ядра для текстового редактора - это дичь.

Я особо не мониторил, но обычно атом жрёт около гига. Чтоб заметно жрал проц не видел. Вот если что-то здоровое загрузить в него, то ближе к 2 гигам выжирает.

Ничего дикого в этом я не вижу.

А тут ещё не IDE, а уже тупит. Будущее наступило (с)

Главное, чтоб когда станет IDE тупить не перестало. А то причинность нарушат и вселенная сколлапсирует.

Разработчики атома о сохранности вселенной заботятся, а тут всё жалуются.

Оно на 32bit java нормально работает. Соответственно, памяти хватает.

А в emacs есть удобное редактирование текста.

Удобное редактирование есть в виме. А в атоме есть более менее адекватный вим-мод. Так что кодить в нём тоже вполне удобно.

если UI в нем практически нет.

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

Кроссплатформенный. В основе не нативный код, а JS который выполняется в браузере.

Там особая BSD: https://www.theregister.co.uk/2017/07/17/apache_says_no_to_facebook_code_libr...

У атома еще меньше ограничение по памяти. IDEA у меня запущена с Xmx1G, но это не мешает ей тормозить.

Годная новость. Atom - хороший редактор. Во всяком случае для работы с скриптами для фронтенда. А с парочкой нужных плагинов - так и вообще очень хорош. Превратить его в полноценную IDE для фронтенда и бэкенда - разумная идея.

Годная новость. Atom - хороший редактор. Во всяком случае для работы с скриптами для фронтенда. А с парочкой нужных плагинов - так и вообще очень хорош. Превратить его в полноценную IDE для фронтенда и бэкенда - разумная идея.

С таким железом не удивлюсь, если у вас и обычное видео в 1080p тормозит нещадно. У меня на несчастном мобильном процике N4200 Atom более-менее сносно ворочается, а ведь это не процессор, а затычка, пришедшая на смену Intel Atom. Всё-таки E2160 - очень старое железо. С другой стороны старое железо, это отличный повод лучше изучить vim, vim хорош даже на старом железе.

https://github.com/Microsoft/monaco-editor

Не знаю правда насколько он развивается вслед самому vscode

И он не должен выглядеть убого, причем из коробки,

Ну если красивый внешний вид - главная характеристика средства разработки, то да, атом очень хорош. Но с производительностью у него все не очень хорошо. На моей прошлой машине подстветка ошибок в python на лету давала input lag около секунды. Да, это был старенький пенек, но с процессором в 10 раз более мощным это будет около 0.1 секунды, что все еще дико. Особенно после PyCharm, в котором все, кроме отладчика летало. Все-таки Electron далеко не лучший инструмент для разработки такого софта.

«У вас тормозит наше приложение? Купите рамы, мы не виноваты, да-да-да!»
Бесит уже такой подход.

Да. Но гораздо больше бесит другой подход:

- У вас тормозит наше приложение? Купите ещё рамы
- У меня и так 32 Гб, причём ваше приложение не потребляет и половины. И тормозит.
- А что в вашем понимании тормозит? Ждать автокомплита минуту на 10 тысячах линий кода равномерно размазанных по нескольким десяткам файлов — это норма. Измените свой стиль программирования — поменьше темплейтов, поменьше линий кода, побольше медитации. В общем NOTABUG.

А оптимизации не нужны, ага :D

Мне хотелось бы такой же редактор, но работающий как веб-приложение - для того, чтобы можно было редактировать файлы на удалённом сервере и не нужно было что-то таскать туда-сюда по ssh.

Уже реализовали - https://c9.io/

Не советую. Перегружен плагинами и из-за этого тупит на уровне атома. VSCode явно поотзывчевей будет нежели эта недосборка балгенос от любителей извращений. При скроллинге больших файлов, перенасыщенных «словами» цветовой схемы, тупит очень часто. Хотя советую кое что проверить. Взять установить этот космомакс и открыть в нем их же документацию. На моем железе он вис как год назад, так и относительно недавно ~ пару месяцев назад когда пытался потестить. Редактор, который тупит на своей же документации - это показатель.

Ну если красивый внешний вид - главная характеристика средства разработки

Где я говорил, что она главная? Она важная. Главная - это удобство. В том числе и удобство настройки самого редактора.

Да, это был старенький пенек, но с процессором в 10 раз более мощным это будет около 0.1 секунды, что все еще дико.

Арифметика от бога. Уверен, что на твоём стареньком пеньке горло было именно в тактовой частоте, а не в кэше проца, которого может чуть-чуть не хватать, или в памяти, или в disk i/o, например?

около 0.1 секунды, что все еще дико.

Серьёзно? Ты способен уловить задержку в 0.1 секунды? Я даже сосредоточившись не факт, что 0.1 замечу, а уж чтоб заметить во время работы.

Все-таки Electron далеко не лучший инструмент для разработки такого софта.

На чём разрабатывать конкретный софт - это дело его разработчиков. Развивается быстро, плагинов пишут много, пользователей тоже достаточно. Отсюда можно сделать вывод, что выбор, как минимум, не плохой.

Разумеется, чем меньше потребляет продукт, тем лучше. Но скорость разработки и порог вхождения не менее важны.

Спасибо, учту. Но меня и атом вполне устраивает, как по скорости, так и по фичам.

Я так, проверяю где что интересное появилось.

Почему не VSCode? Я сам-то на вименеовиме, но имею и vscode на домашнем пк. По-моему он намного продуманней, чем тот же Atom + интерфейс отзывчевей в разы. Телеметрия отключается, единственно, что раздражает это смайлик справа внизу(его конечно можно убрать, но потом vscode ругается, хоть и работает). Жду когда там появится вимплагин на базе неовима, вроде над ним плотно работают те же что и обычный вимплагин пилили https://github.com/VSCodeVim/Vim/releases

One more thing. I apologize for less work being done on the main repo. Much of my effort recently has gone into the neovim version of this extension (still in development).

Как запилят буду уже вникать серьезней и конфиги крутить.

Я оттуда потаскал кое-что в свой конфиг. Основные тормоза там из-за spaceline. Он очень активно аллоцирует память при скроллинге. А emacs однопоточный и gc у него тормозной. Посему я перестал использовать spaceline и обложил скроллинг хаками с тюнингом gc. Теперь у меня скроллинг работает плавно.

По теме: Atom может стать годной вещью, так как базируется на технологиях, в которые вложено огромное количество ресурсов. Но на данный момент мне лично многих вещей в нём не хватает, поэтому я остаюсь на emacs.

Серьёзно? Ты способен уловить задержку в 0.1 секунды? Я даже сосредоточившись не факт, что 0.1 замечу, а уж чтоб заметить во время работы.

Очень индивидуально. Но заметить задержку в 100 мс для человека вполне выполнимая задача.

А emacs однопоточный

Разве в 25 не завезли асинхронности?

Асинхронность есть давно. Но ядро emacs однопоточное. То есть gc и io работают в одном потоке с UI. emacs async запускает новые инстансы emacs lisp машины (что довольно дорого). В 26 будет настоящая многопоточность, но с GIL, что сводит преимущества на нет.

остался незамеченным анонс Atom-IDE

Нафиг он нужен? Есть полно нормальных редакторов и IDE. А не это жрущее ресурсы непонятно что.