GitHub совместно (https://nuclide.io/blog/2017/09/12/Introducing-Atom-IDE-UI/) с Facebook представил (http://blog.atom.io/2017/09/12/announcing-atom-ide.html) проект Atom IDE, в рамках которого подготовлена интегрированная среда разработки, оформленная в виде серии дополнений к ранее развиваемому текстовому редактору для программистов Atom (https://atom.io/). Код проекта распространяется (https://github.com/atom/atom) под лицензией MIT.На текущем этапе развития Atom IDE поддерживает автодополнение языковых конструкций с учётом контекста, интерактивные подсказки, выявление синтаксических ошибок, наглядное представление сведений об ошибках и предупреждениях, форматирование кода, средства для навигации по коду, такие как древовидный обзор структуры (outline view), переход на определения и поиск ссылок. Поддерживается разработка на языках TypeScript, Flow, JavaScript, Java, C# и PHP, для которых предоставляются средства глубокого синтаксического анализа кода создаваемых проектов. В ближайшее время ожидается поддержка языков Rust (https://github.com/aergonaut/languageserver-rust), Go и Python.
Компоненты для поддержки языков отделены и оформлены в виде отдельных серверных обработчиков, взаимодействие с которыми осуществляется по протоколу LSP (https://www.opennet.ru/opennews/art.shtml?num=44682) (Language Server Protocol), который уже поддерживается в продуктах компаний Microsoft, Eclipse, Sourcegraph, Palantir, Red Hat и Facebook. Вся необходимая для работы IDE функциональность присутствует в бета-выпуске редактора Atom 1.21, для превращения которого в IDE достаточно установить пакет atom-ide-ui (https://atom.io/packages/atom-ide-ui), а также наборы (https://github.com/atom/atom-languageclient/wiki/List-of-Ato...) для поддержки необходимых языков программирования, например, ide-typescript (https://atom.io/packages/ide-typescript) (для TypeScript и JavaScript), ide-php (https://atom.io/packages/ide-php) или ide-java (https://atom.io/packages/ide-java).
Напомним, что редактор Atom построен (https://www.opennet.ru/opennews/art.shtml?num=42501) на базе платформы Electron (https://github.com/atom/electron), основанной на кодовой базе Chromium и Node.js, и позволяющей создавать самодостаточные приложения на основе браузерных технологий. Редактор предоставляет средства кросс-платформенного редактирования кода, включает встроенный пакетный менеджер, интерфейс навигации по файловой системе и средства для одновременной совместной работы с кодом. Функциональность редактора формируется за счёт предоставления набора пакетов-дополнений, для установки которых предлагается встроенный пакетный менеджер "apm (https://github.com/atom/apm)", похожий на "npm" от проекта Node.js. Через дополнения реализованы все функции, выходящие за рамки базового редактирования кода, в том числе панели, подсветка синтаксиса, оформление интерфейса, формы работы с файлами и т.п.
URL: https://nuclide.io/blog/2017/09/12/Introducing-Atom-IDE-UI/
Новость: http://www.opennet.ru/opennews/art.shtml?num=47192
> редактор Atom построен на базе платформы ElectronПисать жирным в начале новости.
Плохо разве?
Использую VSCode. Тоже Electron. Никаких нареканий
Вероятно, у него оно тормозит. А может просто аналогично тулкитофобии, а может "услышал звон, но не знает, где он...". В любом случае в этом треде тоже познавательно почитать коменты: https://www.linux.org.ru/news/development/13677447#comments
>тулкитофобииА вот кстати, какая часть этого самого «Электрона» представлена как разделяемые библиотеки, к примеру?
Тулкитофобия была как пример в данном случае. Я этим не болею. Про электрон тоже ничего не скажу, т.к. не пользуюсь. Ссылку выше дал на ЛОР, там много попоболи почему-то.
> Тулкитофобия была как пример в данном случае. Я этим не болею. Про
> электрон тоже ничего не скажу, т.к. не пользуюсь. Ссылку выше дал
> на ЛОР, там много попоболи почему-то.Потому что сейчас каждая макака норовит взять этот хромиум, накидать на жабаскрипте обвязки и вывалить очередное "мегаприложение". Задолбали уже такими "приложениями" прущими целый хромиум. Особенно круто в чатилках всяких. Мелкая хня с значком в трэе которой пользуешься раз в полдня норовит сожрать гиг памяти. Единственное на что это годится - пример халтуры и жопорукости разработчиков. Впрочем, разработчики фэйсбука и гитхаба по определению вебмакаки.
Ну конечно же ты пишешь код лучше, я верю. Убедил :)
NO U!!!!
> Ну конечно же ты пишешь код лучше, я верю. Убедил :)Для того чтобы констатировать что меня пытаются накормить тухлятиной мне не обязательно становиться шефповаром.
Может он под микроконтроллеры пишет на ассемблере? Туда хром не влезет. И это вселяет хоть какой-то оптимизм на будущее. А то скоро SCADA-системы на жабаскрипте писать начнут. пока идёт сборка мусора и JIT-компиляция, какой-нибудь паровой котёл уже разлетелся в разные стороны. Или alert вылезет из-за того, что не удалось квадратный корень из строки "-1" извлечь.
Кстати да, на удивление, по сравнению с VSCode тормозит Atom просто ужасно. Хотя в конечном счёте, если не писать под .NET он не нужен, а Atom и подавно, есть куча более адекватных IDE
Atom отличная вещь, для фулстек js дева вообще не заменима.
еще и Brackets(раньше на нем сидел) норм но атом по мощней и поактивней развивается.
Хотелось бы увидеть эту вашу "кучу более адекватных IDE" без зависимости в виде дыро-жабы и слива инфы мелкософту
О, это хороший компромисс, оставим же js-тормозуху js-девелоперам.
помимо VSCode под никсами собственно и нет IDE от MS, так что любая другая не сливает.
Стоит отметить, на Linux пока ничего удобнее VSCode пока не нашёл. Emacs подумываю, но что-то он у меня нормально не ставится. Ещё не разбирался. В остальных то одного, то другого нет.
Emacs не ставится - vim ставь. Их же всего два в мире без гугла, как тут можно перепутать.
Мне лично QtCreator, KDevelop и PyCharm вполне нравятся
> Emacs не ставится - vim ставь. Их же всего два в мире
> без гугла, как тут можно перепутать.
> Мне лично QtCreator, KDevelop и PyCharm вполне нравятсяQtCreator - конский очень и слабо кастомизируем. Собственно, он также сильно заточен под Qt. Но, например, если пишу что-то консольное, Qt тянуть обычно смысла нет, по сему не нужен qmake. Вместо него тогда использую premake5. Вот тут и всплывают проблемы с QtCreator'ом.
KDevelop - в принципе, всё тоже самое.
Также м.б. ошибаюсь, но в ком-то из них не было мультикурсора.PyCharm не пробовал. Я так понимаю, он под Python? Тогда не для меня, я на плюсах.
А вот почему vim не ставил - не помню. Надо будет попробовать.
О, я давно удивляюсь, на х вам всем мультикурсор? Чтоб г@внокод не копипастить а СРАЗУ В 10 МЕСТАХ ПИСАТЬ?))))
> О, я давно удивляюсь, на х вам всем мультикурсор? Чтоб г@внокод не
> копипастить а СРАЗУ В 10 МЕСТАХ ПИСАТЬ?))))Г@внокод можно и без мультикурсора неплохо писать. Собственно, его наличие/отсутствие никак от мультикурсора не зависит.
на kdevelop и qt-creator не наезжай, норм они.
Псевдо-ПО на интерпретируемом языке без типизации скриптового назначения, работающее через движок от браузера... Я удивляюсь, как тут вообще может возникать вопрос, подобный "Плохо разве?"! Не то что плохо, а прямо таки мерзко и отвратительно! Примерно настолько же отвратительно, как огромный шмат жирной слизи на тротуаре. Или как гудящий автомобиль, припаркованный на детской площадке.
Язык то может и интерпретируемый. Но он компилируется при запуске программы. И дальше программа работает исключительно с компилируемым кодом. В отличии, например от того же пхп где каждый запуск - интерпретация.Ещё, гугл уже кеширует в сайтах скомпилированный js. Возможно электрон тоже так делает, не знаю.
> Язык то может и интерпретируемый. Но он компилируется при запуске программы. И
> дальше программа работает исключительно с компилируемым кодом. В отличии, например от
> того же пхп где каждый запуск - интерпретация.Ну давайте теперь найдём в оправдание что-то, что ещё хуже. :) PHP — это отличный шаблонизатор HTML. Больше он ни для чего серьёзно не годится, но на нём так же понаписали кучу всего... Если кто-то пользуется бредовым решением, это ещё не отменяет его бредовости!
> Ещё, гугл уже кеширует в сайтах скомпилированный js. Возможно электрон тоже так
> делает, не знаю.Сначала пишется бред. Потом вокруг него скапливается куча модных "чисто-пацанов" под лозунгами "Мы — в ногу со временем! А вы?". Потом вся эта братва неосиляторов, удовлетворив своё ЧСВ, решает, что бред тормозит, и запиливает всякие "ускоряторы", чтоб хоть не настолько непотребно оно тормозило, а то что-то клиенты уже начинают отворачиваться, чтоб не тратить деньги на более производительное "железо".
А может с самого начала надо было масштабно озадачиться нормальной человеческой абстракцией под низкоуровневые языки? Или реализовать соответствующий компилируемый язык. Для кого, спрашивается, разрабатывают LLVM?
В тот же Java хотя бы заложена возможность Jit-компиляции, а JS для ПО... Ну куда, нахрен, эти маргиналы лезут??? Давайте тогда уж ПО на BASH-е писать! Раз гулять, так — по полной!
> Ну давайте теперь найдём в оправдание что-то, что ещё хуже. :) PHP
> — это отличный шаблонизатор HTML. Больше он ни для чего серьёзно
> не годится, но на нём так же понаписали кучу всего...Среди правил бывают исключения. Автор фороникса написал на нем систему бенчмарков зачем-то. Наверное это было единственное на чем он умел нормально програмировать, а систему бенчмарков хотелось. Так появился Phoronix Test Suite, в котором шаблонизация HTML если и есть, то до кучи.
> Среди правил бывают исключения. Автор фороникса написал на нем систему бенчмарков зачем-то.
> Наверное это было единственное на чем он умел нормально програмировать, а
> систему бенчмарков хотелось. Так появился Phoronix Test Suite, в котором шаблонизация
> HTML если и есть, то до кучи.А это уже — проблема порога вхождения. Её решать надо. Это правда.
Тут стоит смотреть в корень проблемы. Почему вообще появились JS-приложения?
1) ФИЧА: "Установка" путём запуска "в фоне". Для пользователя нет процесса установки, есть процесс первого запуска ПО как сайта. ВЕРДИКТ: на C/C++ реализуемо. Есть ПО, которое именно так себя и ведёт. Просто запускается и в процессе первого запуска копирует себя куда надо и там прописывает всё, что надо;
2) ФИЧА: Кроссплатформенность JS-ПО. ВЕРДИКТ: Заблуждение! Оно всё равно зависит от платформы, т.е. браузера и уже его собственной кроссплатформенности. На C/C++ решать можно, но потребует разработки целого программного окружения для всех подобных приложений вместе взятых — автоматом порождает _рач и холивары;
3) ФИЧА: Актуальность версий ПО. ВЕРДИКТ: Решаемо на чём угодно! Простая фоновая загрузка патчей и применение.
А, собственно, в чём ещё преимущество JS-ПО перед "нативным"? Разве что в простоте отладки.
* Меньше типов ===> больше памяти ест;
* Отладка в режиме исполнения ===> больше памяти ест;
* Отсутствие указателей ===> больше памяти ест...
> 2) ФИЧА: Кроссплатформенность JS-ПО. ВЕРДИКТ: Заблуждение!
> 3) ФИЧА: Актуальность версий ПО. ВЕРДИКТ: Решаемо на чём угодно!тем не менее, целый форум (опеннет) нытья разнокалиберных одминов о том, как им тяжко натягивать и обновлять различное по. и целый раздел новостей (опеннет) о уязвимостях из-за несвоевременного обновления кроссплатформенного по.
ты и другие умники не понимаете одного: решить можно, но надо решАть постоянно. поэтому вебморды так и взлетели — не нужно поддерживать песоцницу, нужно в ней только кубики строить. согласен в одном: занесло вебфантазёров (за ними бизнесменов никто не отменил) конечно сильно и удобная песочница стала превращаться в дурдом
> ты и другие умники не понимаете одного: решить можно, но надо решАть постоянно.А кто будет финансировать решАтелей? Люди пишут в свободное от работы время, пока есть силы и запал. Другой вопрос, что эти же люди не всегда хотят договариваться между собой. В итоге договариваются некие комиссии, а потом порождают что-то вроде "C++17"...
> А кто будет финансировать решАтелей?веб как раз и раскачался так широко потому что есть те, кто финансирует решателей и им дешевле
> Люди пишут в свободное от работы время
> Тут стоит смотреть в корень проблемы. Почему вообще появились JS-приложения?вот ответ про финансирование и про то, почему они всё же появились
> некие комиссии
источник финансирования которых скорее всего тот же, что и у решателей
>> А кто будет финансировать решАтелей?
> веб как раз и раскачался так широко потому что есть те, кто
> финансирует решателей и им дешевле
>> Люди пишут в свободное от работы время
>> Тут стоит смотреть в корень проблемы. Почему вообще появились JS-приложения?
> вот ответ про финансирование и про то, почему они всё же появились
>> некие комиссии
> источник финансирования которых скорее всего тот же, что и у решателейалсо, задумайся, сколько интернет-магазинов на C/C++ и зачем они были бы нужны.. да и нужны ли
> алсо, задумайся, сколько интернет-магазинов на C/C++ и зачем они были бы нужны..
> да и нужны лиЯ бы предпочёл задуматься, почему стандартный пакет функций для интернет-магазинов не был реализован в API сервера, написанного, между прочим, на C++ (Apache) и C (NGINX). Нет, блин, надо варганить тяжеленный механизм по сто раз к ряду под каждый движок на интерпретируемом ЯП. Задумайся, не тут ли истинный бред зарыт? Может просто нужны были плагины под сервер? Точнее, под интерпретатор. Сервер, всё-таки, всего лишь отдаёт контент по запросам.
> Я бы предпочёл задуматься, почему стандартный пакет функций для интернет-магазинов не был реализован в API сервера, написанного, между прочим, на C++ (Apache) и C (NGINX).задумайся и реализуй. за то время, пока ты тут ноешь "как надо сделать" и "всё можно реализовать" стартовал десяток интернет-магазинов на "неправильной вебне" и сделали его отнюдь не нытики, которые на словах могут всё, а вот остальные всё делают неправильно.
> веб как раз и раскачался так широко потому что есть те, кто
> финансирует решателей и им дешевлеТут закралась ошибочка: ВЕБ раскачался потому, что страничка в браузере для потенциального инвестора понятнее, чем нативная программа. К сожалению, коллегиат "нативщиков", владеющий финансами, не сумел это вовремя понять. А всё это более чем реализуемо. Есть отдельные примеры.
> вот ответ про финансирование и про то, почему они всё же появились
Ну да. Написать скриптик в браузере намного быстрее. Быстро + дёшево = глючно; быстро + стабильно = дорого; дёшево и стабильно = долго; быстро + дёшево + стабильно = грузно и беспощадно для ресурсов ЭВМ.
> источник финансирования которых скорее всего тот же, что и у решателей
Скорее всего. Только они не сумели определить правильный подход, не смотря на то, что все проблемы уже давно на виду и хорошо изучены. Отсюда и такие проекты, как go и Rust. Не по нраву мне эти языки, но понимаю мотивы их создателей.
Под C++, не смотря на Boost, управление потоками из него впилили в язык только к стандарту №11, тогда как уже лет десять как требуется поддержка многопоточности на уровне самого языка. На проблему надо смотреть не с точки зрения совместимости со старыми решениями, а сразу общим взглядом на реализацию алгоритма поверх аппаратных решений. Тогда можно было бы много лишнего выкинуть нахрен, существенно упростив программирование. Но нет, продолжают вносить в стандарт костыли...
Чем C++17-то не угодил?
> Чем C++17-то не угодил?Там целый список, чего не реализовали, а что нафиг было не надо. Не стану повторяться, народ и так об этом написал в соответствующем топике.
> Там целый список, чего не реализовали, а что нафиг было не надо.
> Не стану повторяться, народ и так об этом написал в соответствующем
> топике.Кроме математических функций того, что там по делу бы обсуждали, я и не припомню.
Без концептов грустно, да.
> А, собственно, в чём ещё преимущество JS-ПО перед "нативным"? Разве что в
> простоте отладки.В простоте _отладки_? Вы, вероятно, имели в виду "в простоте отладки при начальном кодировании одним программистом за срок не больше месяца"? Ибо упаси вам бог вляпаться в отладку любого нетривиального _изменения_ достаточно большой кодовой базы на скриптовом языке!
> В простоте _отладки_? Вы, вероятно, имели в виду "в простоте отладки при
> начальном кодировании одним программистом за срок не больше месяца"? Ибо упаси
> вам бог вляпаться в отладку любого нетривиального _изменения_ достаточно большой кодовой
> базы на скриптовом языке!Пожалуй, поверю на слово. Имел опыт отладки такого, но это превращалось в раздраконивание и упрощение JS-кода. Ключевое слово — "абстракция".
> В тот же Java хотя бы заложена возможность Jit-компиляции, а JSНе поверишь, в JS тоже.
>> В тот же Java хотя бы заложена возможность Jit-компиляции, а JS
> Не поверишь, в JS тоже.Так я и говорю: можно даже трактор заставить дрифтовать. Можно сделать микроскопу корпус, пригодный для забивания гвоздей. Мы так и живём: маркетологи с остервенением пропихивают в "массы" то, что отличается от общепринятых решений. Лишь бы отличалось.
Только интерпретатор JS написан на C/C++... Про это все забывают. А код скомпилированного JS ни в какое сравнение по компактности и производительности не идёт с языком "СИ". Даже у новомодного go — и то больше шансов стать заменой.
Вы будете смеяться, но ихмо Vscode удобная штука, пишу на питоне, пописываю на c++ и на java
А я пописываю на питон, жабу и на c++ иногда. И никакой vscode мне для этого не нужен.
выкинь компьютер. В нем теперь 99% ПО можно описать ровно так же. Живи в глуши, слухай пение птиц ... ИТ не для тебя.
> выкинь компьютер. В нем теперь 99% ПО можно описать ровно так же.
> Живи в глуши, слухай пение птиц ... ИТ не для тебя.Ну уж извини, что после глубокого изучения схематики процессоров и разных микроконтроллеров поделки типа ПО на JS вызывают рвотный рефлекс. Скорее это вас, маргиналов, надо гнать из IT ©саными тряпками. Превратить науку програмирования в маркетинговый маразм. На такое способно только племя не осиливших управление памятью кодеров.
о б-жечки! программисты теперь не илита! как же жить дальше?
> о б-жечки! программисты теперь не илита! как же жить дальше?Так же как и раньше, во времена BASIC и потом VB. И где ща все эти програмеры на BASIC и VB? Да и программы там же, их разве что археологи сейчас интересуются. Что у них общего? А тоже кривой тормозной крап. Правда IDE вроде бы никто на этом делать не додумался, но было много других забавных программ.
> И где ща все эти програмеры на BASIC и VB? Да и программы там же, их разве что археологи сейчас интересуются.Ну как где? Всё в том же ВЕБ-е) На PHP + JS сидят, пополняют базу интерпретируемого кода. Некоторые сейчас влезли на NodeJS и радуются, что наконец-то среда, где "можно забыть, как устроен компьютер". Вносят свою лепту в этот тихий ужас.
ты хоть понимаешь, что не думать об архитектуре компьютера - это благо? чем дальше, тем больше абстракции, но нет, ты хочешь копаться во внутренностях и обсасывать каждый байтик, чар или инт, со знаком или нет? не пытайтесь приравнять сишника к питонисту, хватит.просто диву даюсь, какие бывают замшелые пни в такой сфере как информационные технологии, где, казалось бы, постоянно появляются новые знания и техники, старые если не уходят, то улучшаются.
> ты хоть понимаешь, что не думать об архитектуре компьютера - это благо?
> чем дальше, тем больше абстракции, но нет, ты хочешь копаться во
> внутренностях и обсасывать каждый байтик, чар или инт, со знаком или
> нет? не пытайтесь приравнять сишника к питонисту, хватит.
> просто диву даюсь, какие бывают замшелые пни в такой сфере как информационные
> технологии, где, казалось бы, постоянно появляются новые знания и техники, старые
> если не уходят, то улучшаются.Дёшево, да погано. Как инструмент прототипирования, написания одноразовых программ или инструмент для не специалистов - сгодится. На бейсике тоже раньше много чего писали. Только не надо пытаться меня убедить, что на этом можно написать что-то действительно годное, что проработает десятилетия и не будет просить допиливания под очередную более модную версию модуля/языка. Горизонт планирования у писателей на этих языках - хорошо если года два.
> выкинь компьютер. В нем теперь 99% ПО можно описать ровно так же.В моём — нет. Если в твоём установлено такое ПО, это только твои проблемы.
Ваши инсинуации выдают в вас непрограммиста. Да и вообще... глупца. Только ведь глупцы ищут сторону и культы, ведомые стадными инстинктами... в поисках поддержки своего раздутого эгоизма. И это вместо того чтобы просто пользоваться инструментом, если он вам необходим. Без попыток обмазать его дерьмом. Вот это действительно мерзко! Если бы вы умели думать... Впрочем... увы.
> Ваши инсинуации выдают в вас непрограммиста. Да и вообще... глупца. Только ведь
> глупцы ищут сторону и культы, ведомые стадными инстинктами... в поисках поддержки
> своего раздутого эгоизма. И это вместо того чтобы просто пользоваться инструментом,
> если он вам необходим. Без попыток обмазать его дерьмом. Вот это
> действительно мерзко! Если бы вы умели думать... Впрочем... увы.Интересное дело. Выводы по ту сторону монитора отличаются особой точностью и непогрешимостью) При чём тут культ, скажите мне, уважаемый "не глупец"? В чём он заключается? В восприятии программного обеспечения как части механизма под названием "Электронно-Вычислительная Машина"? Так в этом его суть. И если Вы этого до сих пор не поняли, тогда ещё большой вопрос, кто из нас глуп.
А Ваш, с позволения сказать, "инструмент" является попыткой скриптописателей влезть в сферу деятельности, для которой скрипты не предназначены идеологически.
Эгоизм — вещь хорошая и очень даже полезная. Вредным является эгоцентризм. Но не стоит путать с эгоизмом гнев человека, разгребающего тонны софтверного дерьма, порождённого маргиналами, навязывающими свой инструмент как моду всему рынку IT. Компьютер — это вычислительная машина, а не "волшебный исполнятор хотелок". Тем более, что это самое "волшебство" пишется всё на том же стеке языков группы "СИ", чтобы исполнять какахи скриптописателей.
Так что, прежде чем что-то мне советовать, для начала сами думать научитесь, товарищ "не глупец".
Я в вас нисколько не ошибся. На этом все...
> Я в вас нисколько не ошибся. На этом все...Человек "ой, всё" слился) Обидели его любимый JavaScript)
Для остальных:
Красивый, в общем-то, скрипт, реализованный поверх идеи паттерна "фабрика" (до EcmaScript 6). Зачем только в него потащили классы, не понятно. На нём бы писать управляющую логику, да и только. Тот же BASH мог бы заменить с лихвой, хотя Python бы победить не смог.
Не зря же всё-таки производители браузеров занимаются реализацией WebAssembly. Какая-никакая, а попытка заменить JS для написания "моделей". Но этот процесс ещё долго будет продолжаться, а когда доведёт до исполнения нативного промежуточного кода в песочнице браузера, такие, как автор поста выше, даже и не вспомнят, как воевали за совсем другую идеологию) Ведь это уже будет не модно) :D
Уже намного лучше! Хоть какая-то конкретика "нарисовалась"...
> Уже намного лучше! Хоть какая-то конкретика "нарисовалась"...Нативный промежуточный код — это что-то вроде LLVM, где Вашего JS и в помине нету, зато много общего с "плюсами") Проще говоря, всё сведётся к стеку разноуровневых ASM-подобных языков, способных быстро и безболезненно транслироваться между собой. И вот тогда уже разница между C++ и JS будет не столь критичной, ибо компиляторам станет намного проще оптимизировать код.
Только сейчас картина маслом такова: Маргиналы пишут IDE, что работает на браузере, что работает в ОС, что работает на проце... И очень гордятся этой "поделкой". "Дом, который построил Джек" выходит. А производители браузеров смотрят на это мракобесие, facepalm-ят и сами, в обход всего скопища, делают так, чтобы выбить из под этого подхода почву, за что получают страшнючий баттхёрт от "электроно-обажателей". Чувствуют люди, что скоро халява кончится, и придётся учиться программировать)
Вам не кажется, что тема "О маргиналах, культах и различиях во взглядах" - дурно пахнет? Намного важнее конечный результат. А выбор языка и инструментов - всегда отходило на второй план. Это лишь средства для достижения желанной цели. Правда просто?
> Вам не кажется, что тема "О маргиналах, культах и различиях во взглядах"
> - дурно пахнет? Намного важнее конечный результат. А выбор языка и
> инструментов - всегда отходило на второй план. Это лишь средства для
> достижения желанной цели. Правда просто?Согласен, что "Намного важнее конечный результат". Вот он-то и "дурно пахнет". Вооружаемся секундомером, делаем прогоны. Не забываем логгировать расход памяти. Переводим все эти цифры на стоимость "железа" и электроэнергии. А так же не забываем посчитать амортизацию от приобретения более производительного "железа" и ремонта старого. Делаем вывод, "конечный результат" таков, что лучше бы его не было.
Хватит себя каждый раз оправдывать! Вы пишете конечные приложения на скриптах — это уже нарушение логики, причём массовое. Впрочем, нафиг. Надоело уже. Вашей братии всё ни по чём, пока есть менеджеры, что объяснят, какие вы "современные". Хоть кол на голове теши. Пока тупoй маркетинг правит бал, так и будут плодиться нелепости вроде САБЖ-а.
> Согласен, что "Намного важнее конечный результат". Вот он-то и "дурно пахнет". Вооружаемся секундомером, делаем прогоны. Не забываем логгировать расход памяти. Переводим все эти цифры на стоимость "железа" и электроэнергии. А так же не забываем посчитать амортизацию от приобретения более производительного "железа" и ремонта старого. Делаем вывод, "конечный результат" таков, что лучше бы его не было.Ты забываешь одну важную часть из того, что создаёт конечный результат. Не только время исполнения и ресурсы железа, но ещё время разработки и её стоимость.
Сейчас уже такие времена, что докупить памяти или процов и нанять жс-кодера может быть дешевле и быстрее, чем оплачивать системного байтоеба, который уложится в сферические 640 килобайт.
> Сейчас уже такие времена, что докупить памяти или процов и нанять жс-кодера
> может быть дешевле и быстрее, чем оплачивать системного байтоеба,Заменить ЖС на Ж/VB и не отличишь от высказываний начала двухтысячных.
Светлое будущее уже совсем почти не за горами, товарищи!
>Сейчас уже такие времена, что докупить памяти или процов и нанять жс-кодера может быть дешевле и быстрее, чем оплачивать системного байтоеба, который уложится в сферические 640 килобайт.Видите ли, как раз сейчас "такие времена", что производительность одного ядра растёт максимум на 5-7% в год, а не так как в в конце 90-х, когда было в 2 раза за 2 года. "Мироздание наносит ответный удар", как и предупреждали все, кто не считает физику магией.
Хуже того, удельная цена миллиона инструкций в секунду в последние годы не падает. А ещё есть memory wall. И нет, куча ядер и волшебный GPU вам ничем не помогут - уйма задач, в т.ч. выполняемых редактором и IDE отнюдь не embarrasingly parallel. Закон Амдаля, туды его растуды (надеюсь, погуглите без меня).Поэтому вам, во-первых, ничем особенным не поможет новый процессор и новая память; а, во-вторых, стоить это будет немеряно. И ваш замечательный JS-кодер тратит не только своё время, но и время и деньги тем, кому его певучая поделка впаривается. Т.е., если он раздувает требования к ресурсам у элементарного инструмента на 1GB (а, скажем, Atom - элементарный инструмент, всё это прекрасно делалось 20 лет назад и с теми же красивостями), то даже его использование в рамках одной конторы в 300 программистов сраза нанесёт пользы на 1.5 килодоллара - а это всего лишь одна небольшая контора.
Хуже того, никакого шанса впихнуть в это язделие нетривиальную логику нет именно из-за производительности - все ресурсы уже сожрала раскраска синтаксиса и мигающий курсор - важные и сложные вещи, признаю, достигнутые другими средствами жалких 25-30 лет назад (как сейчас помню, приходилось снижать уровень подробности раскраски синтаксиса 20 лет назад на моём Emacs - начинал подтормаживать на C++-файлах размером больше 2000 строк).
Но если в разрезе впаринга смузливым милашкам - тогда оно конечно.
> Ты забываешь одну важную часть из того, что создаёт конечный результат. Не
> только время исполнения и ресурсы железа, но ещё время разработки и
> её стоимость.
> Сейчас уже такие времена, что докупить памяти или процов и нанять жс-кодера
> может быть дешевле и быстрее, чем оплачивать системного байтоеба, который уложится
> в сферические 640 килобайт.А можно оплатить системного байтоёба и не обновлять каждые 5 лет парк из сотен тысяч компьютеров. В банках до сих программы, написанные под DOS работают. Хоть сейчас на старом хламе запускай - работать будет.
Ваш жабаскрипт через 5 лет будет либо дыряв как рeшето, либо потребует переделки на новые версии библиотек с последующим обновлением компьютера на более мощный, т.к. новые версии библиотек будут требовать больше ресурсов. Получается, что чтобы продолжать пользоваться этой дешёвой программой, её нужно постоянно обновлять вместе с компьютером. Для подхода "программа как сервис" это идеальный вариант. Вот почему маркетоиды так усиленно его и продвигают - так деньги с клиента можно бесконечно доить. Чаще всего меня удивляет потом реакция пользователей - почему так хреново работает (тормозит, глючит, часто перезапускать приходится)? Ну вы хотели быстро и дёшево? Получите и распишитесь. А потом ещё платите и плачьте.
P.S. Слово "рeшето" на опеннете - ненормативная лексика.
> пока есть менеджеры, что объяснят, какие вы "современные"давно хотел у фанатиков спросить: вы что бесплатно работаете, раз допускаете мысль, что люди могут работать ради моды-современности?
Вы умело оперируете терминологией, но плохо ухватываете суть. Вещаете со своей колокольни. Не вы ли говорили об эгоцентризме? Ваша однобокость даже удивляет...
> Вы умело оперируете терминологией, но плохо ухватываете суть. Вещаете со своей колокольни.
> Не вы ли говорили об эгоцентризме? Ваша однобокость даже удивляет...Виноват? Вы мне? Как-то несвязно. Или всё же не мне? Если мне, то объясните, пожалуйста, что имели в виду.
И да, я _умело_ оперирую терминологией - возможно, потому что "я это не читал, я это писал" - за свою жизнь был ведущим разработчиком (в смысле, tech lead'ом, как нынче принято) как минимум 5 проектов класса "больше трети миллиона строк на C++", причём на нескольких сильно разных платформах, включая AS400, и продолжаю этим заниматься. Я просто знаю, что именно стоИт за терминологией, секрет прост. Вы тоже можете ппобробовать.
Нет. Не вам...
> Вам не кажется, что тема "О маргиналах, культах и различиях во взглядах"
> - дурно пахнет?
> Намного важнее конечный результат.------------------------------------
> А выбор языка и
> инструментов - всегда отходило на второй план. Это лишь средства для
> достижения желанной цели. Правда просто?Попробуйте пулей из гoвна кого-нибудь пристрелить - тогда поймёте смысл своего высказывания про важность конечного результат и выбор инструментов.
Гвоздь vs шуруп:> А Ваш, с позволения сказать, "инструмент" является попыткой шурупокрутителей влезть в сферу деятельности, для которой шурупы не предназначены идеологически.
А оно уже научилось сабпиксельному антиалиасингу шрифтов под линуксом?Если да, то как этого можно добиться в других electron-based приложениях?
с 32 GiB RAM и 16 ядрами - да, никаких нареканий.
есть те кто пользуют Atom? как оно, всё ещё тормозит? есть смысл перейти например с VS Code?
Я вас огорчу, но VSCode тоже на базе электрона. Хотя мне нравится vscode чисто из за удобства. Дефолтный атом более неудобный.
Atom - тормозит, а VSCode - нет. Почему, имея общий движок - вопрос к криворуким coffee-разработчикам Atom (судя по низким темпам разработки, их осталось совсем мало)?
Да тормозит, причем на мощном компьютере (не ультра топ конечно, но все же)
Каждый день юзаю, для моих задач отлично(Бек и Фронт на JS), на SSD вообще летает.
До SSD нужно было подождать чуть в начале.
Сильно зависит от плагинов которые вы устанавливаете туда.
в VSCode прокрутка кода пальцами работает, а в Аtome нет(выделяет), это как то настраивается или особенность ПО ?
//offtop
>прокрутка кода пальцамиблжад, заблевал всех соседних хипстеров смузями
> в VSCode прокрутка кода пальцами работает,А прокрутка кода носом? А то ведь частенько так бывает, что руки заняты маффином и емкостью со смузи ...
мля, кажется я догадываюсь, чем они этот код _пишут_
Я пробовал использовать для написания кода на С, когда хотелось посмотреть, годится ли atom для написания кода на С и что там вообще и как.Запомнилось, что были нерешенные проблемы, впрочем не такие серьезные, чтобы можно было бы говорить о невозможности такой трактовки atom.
Вопросы по поводу производительности и потребления ресурсов - она какая-то, ясно меньшая чем у того же ecclipse, однако и на старом железе все это более-менее работает.
недавно прочитал, что этот самый LSP штольманоугоден и активно продвигается Им в gcc с emacs :)
Спасибо, хоть что-то полезное узнал из новости про это убожество.
Проблема атома в том, что vscode от мелкомягких шутрее него на порядок.
Похоже, из TS код трансплайтится качественнее, чем из CS.
Из CoffeeScript не очень-то и хороший код генерируется. Увы.
Пользуюсь атомом, да он неспешный, но для баша и питона норм. В принципе для админских\devops задач хороший редактор, IDE давно хотел, попробуем расскажем. Не вздумайте открывать и работать на атоме с большими проектами.
Пользуюсь года два, IDE не хотел и не хочу. Не знаю, 300-500 файлов большой проект или нет, но навигация по открытым файлам адски неудобная. Редко, но случается - начинает тормозить и в итоге падает если не прибить самому. Плюс - при запуске состояние восстанавливается. Лучшим редактором был, конечно, Kate, пока до него не дотянулись шаловливые ручонки креативной молодёжи. Раз в полгода пересматриваю варианты, но пока ничего хорошего не видно.
notepadqq смотрели? Говорят шустрее, чем kate
Попробуй vs code. Чтобы там не говорили про електрон, у них разная основа. Сейчас уже лень гуглить, но у vs code часть движка другая. Он быстрый, он развивается прям 10мильными шагами, шикарный встроенный терминал ,хоть вим в нем запускай, открывает дгиговые файлы нормально и даже поиск через ripgrep из каробки. Вообщем, по мне сейчас из текстовых редакторов самый навороченный.
Скриншоты с цветным кодом на темном фоне выдают целевую аудиторию продукта - двухнедельных новичков.
Вау, оценка уровня профессионализма по цветовой схеме IDE. Круто.
А ты можешь оценить состояние печени по цвету брюк?
Если глаза еще не вытекли от такой схемы, то новичек. Что непонятно.
Как начнутытекать, перейдет на светлую.
От светлой темы всегда глаза вытекают. С темной - все хорошо, особенно в темное время суток.
Что я делаю не так?
Да что вы говорите? Я вот в разработке уже лет 10 и предпочитаю именно темную тему. ЧЯДНТ?
Допускаешь плохое освещение в помещении.
Глазки еще не посадил
Диагноз по аватарке был, теперь по цветовой гамме. Не останавливайтесь, больше ада!
что это за язык с перечеркнутым тройным символом равенства?
javascript же. "===" и "!==" - операторы строгого сравнения.
Ага, я догадывался, т.е. это все же редактор подставляет символ вместо '!=='?
Это шрифт такой. Какой именно, не скажу, но, например, Fira Code так делает. Гуглите monospace ligature font, их достаточно много уже.
Да. При выводе на экран редактор заменяет всякие последовательности типа ==, !=, lambda, -> и другие на цельные символы. Некоторым нравится.
язык си поддерживается?
Get:1 ....main atom amd64 1.19.6-1~webupd8~0 [95,2 MB]с таким-то размером емаксу не сдобровать!
это опеннет или где?Столько шума, и ни разу не упомянули вим...
Недавно коллега пожаловался — вставляет сниппет с очень длинными строками (табличный вывод с базы одной) в атом — принудительные soft-переводы строк делаются.
VSCode — софт переводы можно отключить, но начинает тормозить скроллинг.
Я вставил в vim этот сниппет, ничего не тормозит, повторил вставку 100 раз — не тормозит.
Но вы там себе дальше играйтесь в свой прекрасный молодежный джаваскрипт.
Я упомянул ниже (правда, на семь минут позже). И дал ссылку на сравнение быстродействия, где Vim ожидаемо победил.
А вообще, упоминаний Vim тут нет из-за того, что малая часть его пользователей посещает новости о текстовых редакторах на Электроне.
Мы тут про IDE. Обсуждение портящего бибикала проходит на ЛОРе.
Уж лучше бибикать и всё портить, чем Electron.
в Atom софт перенос строк изначально отключен, но предпочитаю наоборот включать ибо удобная вещь когда у тебя большой, но один монитор(
Среда разработки написанная на javascript. Еще одна.
Куда мир катится?
Под линукс кстати хороших сред разработки вообще нет. Все какие-то или кривые или глючные.
> Среда разработки написанная на javascript. Еще одна.
> Куда мир катится?
> Под линукс кстати хороших сред разработки вообще нет. Все какие-то или кривые
> или глючные.Qt Creator? Geany? IntelliJ IDEA и её редакции (не глючная и не кривая, но прожорливая из-за Java)?
Постоянно пользуюсь Geany и даже не подозревал, что она - среда.
Так умело притворяется просто умным редактором...
Цитатка из Википедии: Geany is a lightweight GUI text editor using Scintilla and GTK+, including basic IDE features. Как "умный редактор" мне запомнился Kate.
Ещё цитата с https://www.geany.org/> Geany is a text editor using the GTK+ toolkit with basic features of an integrated development environment. It was developed to provide a small and fast IDE, which has only a few dependencies from other packages.
> Среда разработки написанная на javascript. Еще одна.
> Куда мир катится?В тупейшую деградацию он катится. Туда, где юзеры будут думать, что компы работают на магии, а программисты — это колдуны, а потому опасны. Считается, что пипл уже до такой степени туп, что готов схавать это ужопище не раздумывая. Куда хуже, когда находятся экземпляры, довольные этой отрыжкой больных фанатов "электрона"! Это выглядит подобно школьникам, рассуждающим о невостребованности знаков препинания в современном русском языке. Такой же маразм.
Есть, IDEA. И она стоит своих денег.
Более того, Community Edition бесплатна и с кодом, открытым под свободной лицензией.
Есть, IDEA. И она стоит своих денег.Если "своих", то какого хрена она чужие требует?
Пользуюсь CLion для плюсов (до того пользовался KDevelop, он шустрее, но CLion мощнее) и vim'ом с плугинами для хаскеля. Отлично всё работает.
На меня сейчас набросится толпа смузихлёбов, но...Atom был тормозным не нужно, а теперь это не нужно в квадрате!
И дело даже не в том, что Electron – сомнительная вещь, и даже не в том, что *текстовый редактор* на движке веб-браузера – это дичь. Дело в самом Atom. Ведь есть другие редакторы/IDE на Electron'е, которые не настолько ужасно тормозят. Даже мои коллеги по цеху один за другим дропнули его из-за неюзабельности и (в основном) перешли обратно на Sublime. Его рекомендовать я тоже не могу из-за проприетарности, хоть и хотелось бы рекомендовать тем, кому не по душе Vim или Emacs. Он очень неплох как для этих новомодных редакторов (см. https://habrahabr.ru/post/335364/).
Sublime - хипстовая переделка Scintilla (как бы авторы не врали, что это не так). Ладно бы на Geany перешли, а так твои друзья все те же (ранние) хипстеры, только заставшие такое явление как "лук", еще до выхода в тренды "смузи".
Мои коллеги по цеху мне не друзья. :)
SciTE я сам пользовался, но перешёл сначала на Kate, потом на обычный gedit (2.x), а потом на vim.
Скатился... :)
Продолжая мысль: Лично меня Sublime раньше дико бесил из-за того, что это был главный атрибут смузи-девелоперов, не имея очевидных весомых достоинств и/или killer-фич кроме внешнего вида (который мне пришёлся не по душе), но после появления Atom, VS Code и им подобных я перестал его хейтить – хипстеры перестали массово им козырять аки ипхоном последней модели, т.к. это была уже не последняя модель. :)Сейчас я уже могу сказать, что он выигрывает у Geany наличием тысяч плагинов с поддержкой всего мыслимого и немыслимого, при этом не теряя в производительности. Geany не хватает того хайпа, который получил саблайм, поэтому его развитие и принятие пользователями не настолько хорошо идёт. Да и пусть был бы саблайм, если бы не проприетарность (а он ещё и платный), хех. :(
P.S. (Off-topic)
> ПРЕДУПРЕЖДЕНИЕ: В сообщении используется ненормативная лексика. Пожалуйста откорректируйте сообщение, воздержитесь от острых высказываний и несодержательных комментариев, проявите уважение к собеседнику. Выражение, на которое сработало предупреждение: 'kиллер'
Что плохого в слове killer, записанного кириллицей?
Убивать нехорошо. Даже если речь о хипстерах. Они тоже люди.
> Даже если речь о хипстерах. Они тоже люди.Ты ещё тараканов людьми назови!
> Sublime раньше дико бесил из-за того, что это был главный атрибут смузи-девелоперов
> после появления Atom, VS Code и им подобных я перестал его хейтитьОпысывает большую часть засаленных свитеров в комментариях
У вас борода отклеилась, позер поганый.
Github Atom появился намного раньше VS Code, собственно на нем и обкатывали многие штуки которые сейчас в Electron, собственно от Atom'a и отпочковался этот самый Electron. И уже потом, спустя какое-то время когда сам электрон стал более стабильным, на нем стали писать VS Code и произошло это спустя долгое время после начала разработки и публичную версию Атома
Не буду с этим спорить, AFAIK, так и есть. Но это не оправдание проблем Атома.
> Github Atom появился намного раньше VS Code, собственно на нем и обкатывалии он тупее, чем CodeMirror
CodeMirror не пользовался, но уважаю. За логотип.
Сообщество opennet пиарит VS code от главного борца с открытым кодом и бешенно минисует Атомщиков.
> Сообщество opennet пиарит VS code от главного борца с открытым кодом и
> бешенно минисует Атомщиков.Да что минусовать болезных-то? Можно шарить шашлык на двигателе от трактора, что "Атомщики", собственно, и делают. Можно использовать квадрокоптер как вентилятор, привинтив его к стене за корпус, что, собственно, "Атомщики" и делают. Можно смартфоном гвозди забивать, утюгом воду в ванной кипятить, жарить на горящей резине сосиски, можно ещё кучу бреда творить. В том числе можно и писать ПО на IDE, написанной на JS и запускаемой на браузерном движке. Это всё — одинаково БРЕДОВЫЕ занятия.
>> Сообщество opennet пиарит VS code от главного борца с открытым кодом и
>> бешенно минисует Атомщиков.
> Да что минусовать болезных-то? Можно шарить шашлык на двигателе от трактора, что
> "Атомщики", собственно, и делают. Можно использовать квадрокоптер как вентилятор, привинтив
> его к стене за корпус, что, собственно, "Атомщики" и делают. Можно
> смартфоном гвозди забивать, утюгом воду в ванной кипятить, жарить на горящей
> резине сосиски, можно ещё кучу бреда творить. В том числе можно
> и писать ПО на IDE, написанной на JS и запускаемой на
> браузерном движке. Это всё — одинаково БРЕДОВЫЕ занятия.а можно ещё вебню-скриптотню на С писать;)
Они перестали бороться и решили возглавить
Пользуюсь Атомом как только он появился. Вначале были тормоза... Но теперь тормоза стали намного меньшими. А возможности постоянно радуют.
> Пользуюсь Атомом как только он появился. Вначале были тормоза... Но теперь к тормозам привык и не ощущаю. А возможности постоянно радуют.fxd
И какие пакеты теперь нужно ставить для Rust.
ide-rust
languageserver-rust
racer
language-rust
atom-language-rust
???
Нормальный редактор нужно ставить, а не этот браузер в браузере.
Теперь он ещё жирнее стал? И жрёт ещё больше памяти? Закапывaйте уже.
REJOICE! -> https://www.sublimetext.com/blog/articles/sublime-text-3-poi...
> Sublime Text 3.0 is out!Неужели и 5 лет не прошло? Его до сих пор пилит один разработчик? И до сих пор просят денег за эту глючную проприетарщину? Я аж смузил разлил от удивления.
лишь бы только vim не использовать!
Нормальный человек на многое пойдёт лишь бы vim не использовать.
> Нормальный человек на многое пойдёт лишь бы vim не использовать.Да уж, редкостная дрянь. Жаль, что до сих пор ничего лучше не придумали.
А там уже можно привязать fb-аккаунт и лайкать понравившиеся коммиты?
FB активно начал активно комитить в V8, и это пугает.
>V8Фау...э-э-э... восемь? И кого бомбить будут?
Короче IDE там и не пахнет. Они пишут разбиральщик кода и получают отсюда станадртную подсветку плюс плюшки.Но IDE это _интегрированная_ среда разработки. Это когда много тулзов в одном, а не просто продвинутый парсер кода. В той же эклипсе есть все что они только будут реализовывать. А движек они выбрали мягко говоря не сильно быстрый, по сравнению с явой опять нет преимуществ.
В этом соревновании скорости машин и лени программистов, программисты выйграли одназначно. За редким исключением, виртуальные среды этот факт только подчеркивают. Могу терпеть только еклипс, ибо заменить пока нечем. Атом удалил через 10 минут.
Очень уж монструозная штука, функционал как-то ни размеру ни быстродействию не соответствует. Ну как и Хром, собсно.
IDE на Electron, это как IDE на Qt -- баловство и тормоза only.
> IDE на Electron, это как IDE на Qt -- баловство и тормоза
> only.Это ещё куда ни шло. Пользую QtCreator. Да, он несколько тормознее, чем нативная IDE без Qt, но всё равно быстрее, чем пресловутая Visual Studio 2015. Что уж говорить про IDE на Java? Их много стало. Мне, вот, NetBeans более менее понравился. Зачастую этим решениям просто нет адекватной альтернативы. Приходится терпеть их прожорливость.
Атом хороший редактор.
С удовольствием в нём работаю.
> хорошийНикогда бы не подумал, что это слово подразумевает функциональность Notepad++ с тормозами перегруженного Хрома.
Не верю, что кто-то может сделать адекватное автодополнение на уровне IntelliJ, а более слабые почти бесполезны. Так и остаётся только терпеть сюрреалистически термоядерно гипер адовую прожорливость и тормознутость PyCharm, зато нормальное человеческое автодополнение с выводом типов и рефакторинг. Если кто-то всё же сделает достойную альтернативу - будет круто, конечно.
> Не верю, что кто-то может сделать адекватное автодополнение на уровне IntelliJ, а
> более слабые почти бесполезны. Так и остаётся только терпеть сюрреалистически термоядерно
> гипер адовую прожорливость и тормознутость PyCharm, зато нормальное человеческое автодополнение
> с выводом типов и рефакторинг. Если кто-то всё же сделает достойную
> альтернативу - будет круто, конечно.Питон - очень сложный зверь, феерические возможности метапрограммирования и подмены (перегрузки) чего угодно, но из-за этого вменяемый разбор большой кодобазы на нём - дело натурально трудное и тормозное, да ещё и требует всяких нетривильных эвристик, не обязательно безошибочных (динамическая типизация и проч.). За всё приходится платить, увы.
На всякий случай: если работаете под Linux, поставьте оракловую Яву, PyCharm работает под ней в разы быстрее, чем под OpenJDK. Я сам в основном по плюсам, но иногда бывает нужно разбираться в нетривиальном питонном коде, вот в качестве кодобродилки и отладчика использую PyCharm.
Более ущербной ИДЕ я не видел. PyCharm и другие вещи от Jetbrains на порядок лучше! Не пользуйтесь этим атомом, это жуткие лаги с жор памяти! С PyCharm вообще забыл сколько у меня памяти в комапе, её всегда хватает и ничего не тормозит! Будь проклят тот день когда я поставил Атом, в гробу я его видал это ущербие!