LINUX.ORG.RU

Atom-IDE

 ,


1

2

На фоне обновления редактора Atom до версии 1.20 (лог-пост) остался незамеченным анонс Atom-IDE.

github совместно с facebook представили набор пакетов ide-typescript, ide-flowtype, ide-csharp, ide-java и ide-php.

Суть выпуска пакетов в расширенной и более целостной поддержке IDE-специфичных фич для этих языков.
Каждый пакет предоставляет улучшенную реализацию автодополнения, диагностик, поиска вхождений\вызовов.
Реализация дополнений стала возможна благодаря внедрению поддержки Language Server Protocol.

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от Ivan_qrt

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

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

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

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

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

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

awesomelackware ()

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

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

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

DRVTiny ★★★★★ ()
Ответ на: комментарий от awesomelackware

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

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

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

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

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

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

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

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

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

Нет.

Ivan_qrt ★★★ ()
Ответ на: комментарий от Ivan_qrt

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

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

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

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

awesomelackware ()
Ответ на: комментарий от Ivan_qrt

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

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

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

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

Gargamel ()
Ответ на: комментарий от michey

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

DRVTiny ★★★★★ ()
Ответ на: комментарий от awesomelackware

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

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

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

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

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

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

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

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

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

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

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

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

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

Ivan_qrt ★★★ ()
Ответ на: комментарий от Gargamel

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

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

Ivan_qrt ★★★ ()
Ответ на: комментарий от Ivan_qrt

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

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

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

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


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

awesomelackware ()
Ответ на: комментарий от Ivan_qrt

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

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

shatsky ★★ ()
Ответ на: комментарий от Ivan_qrt

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

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

templarrr ★★★★★ ()
Последнее исправление: templarrr (всего исправлений: 1)
Ответ на: комментарий от awesomelackware

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

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

tp_for_my_bunghole ()
Ответ на: комментарий от shatsky

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ivan_qrt ★★★ ()
Ответ на: комментарий от RazrFalcon

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

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

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

Ivan_qrt ★★★ ()
Последнее исправление: Ivan_qrt (всего исправлений: 1)
Ответ на: комментарий от templarrr

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

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

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

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

Ivan_qrt ★★★ ()

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

lucentcode ★★★★★ ()

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

lucentcode ★★★★★ ()
Ответ на: комментарий от awesomelackware

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

lucentcode ★★★★★ ()
Ответ на: комментарий от Ivan_qrt

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

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

templarrr ★★★★★ ()
Ответ на: комментарий от awesomelackware

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

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

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

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

robus ★★★ ()
Ответ на: комментарий от DRVTiny

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

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

masterdilly ()
Ответ на: комментарий от Ivan_qrt

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

StillSteal ()
Последнее исправление: StillSteal (всего исправлений: 1)
Ответ на: комментарий от templarrr

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

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

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

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

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

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

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

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

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

Ivan_qrt ★★★ ()
Ответ на: комментарий от Ivan_qrt

Почему не 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).

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

StillSteal ()
Последнее исправление: StillSteal (всего исправлений: 1)
Ответ на: комментарий от StillSteal

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

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

feofan ★★★★ ()
Ответ на: комментарий от Ivan_qrt

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

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

feofan ★★★★ ()
Ответ на: комментарий от StillSteal

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

feofan ★★★★ ()
Последнее исправление: feofan (всего исправлений: 1)