Представлен (https://electronjs.org/blog/electron-2-0) релиз платформы Electron 2.0.0 (https://electronjs.org), которая предоставляет самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js. Выпуск 2.0.0 ознаменовал переход к новой схеме нумерации версий, соответствующей принципу семантического версионирования (https://electronjs.org/blog/electron-2-semantic-boogaloo).Значительные выпуски теперь будут выпускаться чаще и будут связываться с обновлениями движка Chromium. В промежутке между значительными обновлениями будут формироваться корректирующие выпуски, в которые будут включаться только исправления ошибок. Для более качественной стабилизации значительных выпусков разработчики скооперировались с некоторыми крупными проектами на базе Electron, которые теперь используются для предварительной обкатки бета-выпусков.
Напомним, что Electron позволяет создавать любые графические приложения с использованием браузерных технологий, логика работы которых определяется на JavaScript, HTML и CSS, а функциональность может быть расширена через систему дополнений. Разработчикам доступны модули Node.js, а также расширенный API для формирования нативных диалогов, интеграции приложений, создания контекстных меню, интеграции с системой вывода уведомлений, манипуляции окнами, взаимодействия с подсистемами Chromium.
В отличие от web-приложений, программы на базе Electron поставляются в виде самодостаточных исполняемых файлов, не привязанных к браузеру. При этом пользователю не нужно заботится о портировании приложения для различных платформ, Electron обеспечит возможность сборки для всех систем, поддерживаемых в Chromium. Electron также предоставляет средства (http://electron.atom.io/docs/api/auto-updater/) для организации автоматической доставки и установки обновлений (обновления можно доставлять как с отдельного сервера, так и напрямую с GitHub).Из программ, построенных на базе платформы Electron можно отметить редактор Atom (https://atom.io/), почтовый клиент Nylas (https://nylas.com/), инструментарий для работы с Git GitKraken (https://www.gitkraken.com/), система анализа и визуализации SQL-запросов Wagon (https://www.wagonhq.com/), система ведения блогов Wordpress Desktop, BitTorrent-клиент WebTorrent Desktop (https://webtorrent.io/desktop), а также официальные клиенты к таким сервисам, как Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire и Discord. Всего в каталоге программ Electron представлено (https://electronjs.org/apps) 559 приложений. Для упрощения разработки новых приложений подготовлен набор типовых демонстрационных приложений (https://github.com/electron/electron-api-demos), включающих примеры кода для решения различных задач.
Основные изменения:
- Обновлены версии всех сторонних компонентов платформы, включая Chromium 61, Node.js 8.9.3, V8 6.1.534.41;
- На платформе Linux осуществлён переход на GTK+ 3;
- Добавлен API для загрузки файлов;
- Добавлен API для включения/отключения окон;
Добавлен API для настройки локали (app.setLocale);
- Реализована возможность ведения лога IPC-сообщений;
- Представлены новые события меню. Предоставлена возможность условного вызова menu.popup(window, callback);
- Добавлена опция для объединения нескольких обработчиков BrowserWindows в один поцесс;
- В API saveDialog добавлена поддержка вывода списка доступных расширений;
- Добавлены дополнение действия при выводе уведомлений;
- Расширен список проверок, связанных с безопасностью;
- Добавлена возможность установки произвольных аргументов для процесса отрисовки;
- Улучшен вывод уведомлений на рабочих столах в Linux;
- Улучшена поддержка оформления меню через темы GTK+;- Удалены устаревшие API.
URL: https://electronjs.org/blog/electron-2-0
Новость: https://www.opennet.ru/opennews/art.shtml?num=48540
>Из программ, построенных на базе платформы Electron...И ни одной нормальной...
VS Code, GitKraken, Atom, Luna, Slack
Споооорный вопрос ....
Ошибаешься. VS Code - шикарная среда разработки. Спор об этом - вообще уместен слабо. Тут надо быть слепцом или глупцом. Другого не дано!
> Ошибаешься. VS Code - шикарная среда разработки. Спор об этом - вообще
> уместен слабо. Тут надо быть слепцом или глупцом. Другого не дано!Всё что на Электроне, не может быть шикарным - априори. Так что, не надо нам тут петь песни про это УГ.
Слишком толсто.
Так это и хорошо — там последняя фраза кагбе намекае, да еще и с восклицанием. А так можно было бы подумать, что кто-то и правда так думает. :3
Сравните, сколько ресурсов потребляют саблайм и вскод.
Затем сравните их по отзывчивости и функциональности.Для вскода написали очень много хороших плагинов, и он находится на пике своей популярности. Но по сути это обычный расширяемый редактор для программистов / верстальщиков.
Чем это лучше cef?
Совсем другая весовая категория. Их нельзя сравнивать.
Все бы рады использовать саблайм, но на него и его плагины нельзя без слез смотреть. К сожалению пока у VSCode просто нет конкурентов. Надежда только на то, что Atom перепишут на Rust поскорее.
о вкусах не спорят. Кому-то eclipse больше по душе, а мне sublime хватает.
На 16 ГБ ОЗУ работать будет, или для комфортной работы нужно 32?
> На 16 ГБ ОЗУ работать будет, или для комфортной работы нужно 32?64, а лучше 128.
На самом деле нет. Не знаю, запустите что ли - посмотрите сами. С чего вдруг вы такие цифры берете?
640 Гб хватит всем!
Соглашусь, VS Code, по-моему, единственное быстрое и компактное приложение на электроне.
У вас просто кассы на электроне работают, вот и топите теперь. :3
Потомушта оно меньше всех на электроне. VSCode для поддержки языков опирается на свой языковой протокол и нативные бинарники на бекенде, электрон сугубо рисовалка шрифтов, что вин. Atom же весь на джаваскрипте, что фейл, от того они и начали свой Atom IDE на такой же архитектуре.
Вы вообще на гит VS Code ходили? Какие к черту обвязки? Вы что вообще несете... сходите и посмотрите. Хотя бы ради спортивного интереса.
я туда коммител
Так это ж опеннет - здесь все, что не vim (да и вообще не на Си и не старше самого опеннета), хипстерское и ненужно
Ну и зачем строить БелАЗ для поездки на дачу? Если некуда девать ресурсы своего компа - майни людям крипту (могу дать свой кошель)
"Вам шашечки или ехать?" - вот только... Electron - не автомобиль. С такими взглядами - только консоль.
Конечно, можно же пешком дойти. В крайнем случае, на Ford T 1920 года выпуска уехать - на ходу же
> Конечно, можно же пешком дойти. В крайнем случае, на Ford T 1920 года выпуска уехать - на ходу жеВот зачем эти тупые аналогии? Старые автомобили жрали горючки на порядок больше, чем современные, и ездили медленнее. А с софтом нынче наоборот - новый жрет больше памяти и тормозит.
Тут важно никогда не забывать, что автомобильная аналогия к софту должна быть наоборот — чем жручее софт, тем дохлее аналогичная машина, то есть ЭФФЕКТИВНОЕ потребление ресурсов ВО БЛАГО — это ХОРОШО. а вот пытаться перевезти вагон угля, прицепив его к гироскутеру… ну, в теории получится, НО ЗАЧЕМ? ©
> Тут важно никогда не забывать, что автомобильная аналогия к софту должна быть
> наоборот — чем жручее софт, тем дохлее аналогичная машина, то есть ЭФФЕКТИВНОЕ
> потребление ресурсов ВО БЛАГО — это ХОРОШО. а вот пытаться перевезти
> вагон угля, прицепив его к гироскутеру… ну, в теории получится, НО
> ЗАЧЕМ? ©Какое в пень "эффективное потребление ресурсов"?! Большее количество ресурсов работает для одной и той же задачи - визуализировать на дисплее инфу, обработав нажатия кнопок и мышиные клики. Или кнопок стали больше жать? Единственное, что подросло - разрешение экрана, по площади - где-то раза в три. А памяти во сколько раз стало больше жрать, ась? Эффективное потребление ресурсов - это когда их меньше сжирается в расчете на одну букву текста/кнопочку/черточку и т.п.
Я бы вообще заканчивал со странными аналогиями. Не понимаю, зачем они вообще нужны
Это потому что ты, Илюшенька, неспособен к абстрактному мышлению.
Я такой абстрактный, что вам и не снилось, просто гигант абстрактной мысли.Но, всё же, предлагаю выражать мысли прямо.
Эффективное потребление ресурсов - это когда их меньше сжирается в расчете на одну бизнес-итерацию/релиз. А вот это все, что ты описал - это так, детская возня и экономия на спичках.Экономика - это наука об эффективном использовании _альтернативных_ ресурсов (по Шумпетеру). Если больший эффект при одних и тех же трудозатратах дает электрон, а не оптимизация циклов процессора и байт памяти, то будут делать именно так - хочется тебе, или нет.
Вот не надо нести фигню. Эффективное потребление ресурсов с точки зрения кого? "Эффективного" манагера? Речь шла о пользователях. Косо-криво-лишь-бы-живо им выкатывается Феерическое Ге на Electron. Пипл хавает, ибо по бизнес-модели оно просто-напросто бесплатно - что навалили, то и хавает. А если за бабки? Сделать за свои деньги для себя, например? Нах-нах. А на продажу? Ы-ы-ы, можно, да где ж столько лохов-то взять? Шумпетер подгонит?
так троллишь, будто есть что-то лучше опеннета и даже с замечательными коментами
> VS Code, GitKraken, Atom, Luna, SlackGitKraken интересный на вид. А есть ли аналог не на electron?
Slack, хоть он медленный и жручий, но лучше аналогов по удобству и функционалу пока не встречал.
>> VS Code, GitKraken, Atom, Luna, Slack
> GitKraken интересный на вид. А есть ли аналог не на electron?SourceTree
> Slack, хоть он медленный и жручий, но лучше аналогов по удобству и
> функционалу пока не встречал.Рокетчат
Спасибо.Рокетчат впечатлил. Есть и серверная часть. Но он тоже на JS.
SourceTree -- вот это класс. Нативное приложение и не нужна лицензия для коммерческого использования.
> GitKrakenДля Windows есть ещё GitExtensions
Пожалуйста! Рад помочь! ;)
к чему здесь рокетчат? у него клиент не на электроне?
Ага https://electronjs.org/apps?q=rocket
Которая из них нормальная?
wut? Atom?
Вот смотрел давеча IDE под kotlin, привлек внимание.
Он (atom) компилится на генте дольше чем chromium (16gb ram, i7 2860QM, ssd evo pro). Без jumbo опций хромиума.
И львиную долю времени - электрон.
Зачем?
> компилится на гентеЗачем?
> Зачем?Ну, есть такие, которым не достаточно, чтобы "запустилось и ладно". Они хотят свободы исходного кода, возможности модификаций и изучения и т.д.
В общем, мне вам трудно будет объяснить, если вы сами ещё не поняли. Да это и не важно, таких как он меньшинство. Для вас же существуют уже готовые сборки и под десятку, и под макось. Так что не заморачивайтесь :)
У меня слак как-то поедал 1,5 гига ОЗУ. К сожалению электронодевы редко отличаются хорошими познаниями в js.
> > И ни одной нормальной
> VS Code, GitKraken, Atom, Luna, SlackСпасибо за уточнение :)
>VS Code, GitKraken, Atom, Luna, SlackА оне могут жрать меньше гига оперативы при двухстах метрах исходников, как, скажем, EMACS? При тех же возможностях?
Discord
> DiscordНичем непримечательный очередной месседжер пытающийся повторить судьбу скайпа?
Лучший мессенджер что я видел.
Паш, не надо так, акционеры не поймут.
>Ничем непримечательныйВполне себе примечательный, более свистоперделочного интерфейса я в жизни не видел.
Хотят этого луддиты или нет, но Электрон - очень перспективная штука, работающая везде, где работает Хром/Хромиум. И судя по тому, как его продвигают, через год-два он станет такой же популярной вещью, как и сам браузер. Go cry.
Просто есть понятие эффективности производства. Тут просто достигается некий баланс между запросами бизнеса и скоростью разработки, а также относительно ресурсов компа. Ничего личного, как говорится.Был бы Электрон такой тормозной, как тут некоторые граждане пытаются его представить - то, конечно, им бы и не пользовались.
Но при правильных руках можно добиться необходимой производительности и даже зарабатывать на этом. Привет, Axosoft!
Детки еще не понимают некоторых вещей. Заигрываются в технологии, как дети в песочнице. Ничего, подрастут, поумнеют.
Типичная неофобия, смешанная с чувством неполноценности - "это что-то новое, непонятное, на нём крутые корпорации пишут крутые программы, а я не знаю, что это такое, я не успею это изучить, но я не отставший от технологий эникей, я просто нехипстер, буду критиковать и говорить что он тормозит!".
> Типичная неофобия, смешанная с чувством неполноценности - "это что-то новое, непонятное,
> на нём крутые корпорации пишут крутые программы, а я не знаю,
> что это такое, я не успею это изучить, но я не
> отставший от технологий эникей, я просто нехипстер, буду критиковать и говорить
> что он тормозит!".Все правильно. Так и есть. Заметьте, что и минусуют то лишь в основном те, у кого подгорает )
Опять же, сравните сколько потребляет электроновский slack/microsoft teams с нативным десктопным приложением телеграма. Затем сравните их по отзывчивочти.Минусуют элементарно прикинув, что железо сейчас дорогое, и что ноутбук с 32 гигами памяти стоит на самом деле дорого. Приложение, потребляющее 300 мегабайт памяти сопоставимо по размеру с операционной системой или серьёзным серверным приложением.
Вот вы прикиньте: на моей рабочей машине стоит 16 гигов памяти. В среднем, у меня при запущенных двух идешках, нескольких специфических приложениях, браузере и офисных программах, потребление памяти около 10 гб. Таких машин в компании около 100. Если я попрошу себе 32 гига, то, разумеется, чтобы было справедливо, нужно обновить машины у всех разработчиков. А это уже опять же дорого, доставляет неудобства.
Вот и у меня такая история. При 16 ГБ, занято 12ГБ+ и 1ГБ+ ещё swap.
> что он тормозит!".Вы меня конечно простите, но когда на intel i5-2500k +4Гб ОЗУ открыт сhromium, gitkraken, atom, skypeforlinux, и когда на 10ой открытой влкадке система встает колом намертво - это никуда не годиться.
или это только в линуксе ?
Это ваша система никуда не годится. Освойте уже ZRAM & ZSWAP!
>4Гб ОЗУЗнаете, а ведь этого мало для того ПО, которое вы перечислили и этого было бы мало, даже если бы оно не было написано на Электроне.
Люди, очнитесь, с какого перепуга программы для обмена сообщениями жрут по 300+ Мб ОЗУ, было время ICQ я помню были клиенты которые вообще ничего не жрали на то время, а все функции месседжера выполняли на ура, и звонки, и смайлы, и чаты, и комнаты, а потребляли мало, а сейчас, скайп + postman жрут под гиг, хотя если связь чисто функции этих програм, то жрать они должны не 1Гб, а 200Мб на двоих.
>я помню были клиенты которые вообще ничего не жралиНе было такого никогда :)
Программы усложняются, а усложнение влечёт за собой повышение потребления ресурсов.
Но можно выключить мозги и включить "производители раздувают софт, потому что сговорились с производителями железа".
Что там усложняется? Передача сообщений стала сложнее?
Для пересылки сообщения уже не достаточно просто отправить текст в сокет, а надо обязательно запустить какой-нибудь фреймворк, который отрендерит текст в картинку, после чего второй фреймворк эту картинку распознает и уже тогда отправит, сопровождая хеш-сумами текста, картинки, трех последних фотографий из папки Pictures и записи 10 секунд с аудиовхода?
>трех последних фотографий из папки Pictures и записи 10 секунд с аудиовхода?Ах, вы из этих... Ну тут только шапочка из фольги поможет.
>>трех последних фотографий из папки Pictures и записи 10 секунд с аудиовхода?
> Ах, вы из этих... Ну тут только шапочка из фольги поможет.По существу ответить, я так понимаю, нечего.
Ну в целом да, нечего. Я думал, что Ваша паранойя пойдёт по цепочке "раньше были слабые ПК и быстрые программы, а теперь ПК быстрые, но ПО тормозит -> теория заговора о раздувании софта", а она пошла по совершенно другому, от которого уже тошнит.
Наслаждение своим заумным умом и чувство превосходства тоже не всем по аппетиту. Ибо под этим кроется обычно униженность и неудовлетворённость, для этого приходится отвлекаться на троллинг.
Проблема в том, что кроме функционала людей волнует эргономика и как все это дело выглядит. Иначе так бы на этих cименса и сидели до скончания веков.
серьезно? Пользователей куска гуана на электроне волнует - эргономика? Когда оно по пол-часа любой клик пережевывает?
Как это дело обвешано свистоперделками - эт да, это важно.
> Проблема в том, что кроме функционала людей волнует эргономика и как все
> это дело выглядит. Иначе так бы на этих cименса и сидели
> до скончания веков.Вот как раз эргономику можно на чём угодно запилить, тут же выгода в готовых вещах под капотом.
Комментарий выше - никак не был связан с Electron. Если вы не поняли, то речь шла о прогрессе в целом.
Тогда да.
> Не было такого никогда :)Враньё. Ибо вспомнить клиенты на Java 2 _Micro_ Edition, которые выполняли те же функции. Или NatICQ для Siemens (65 КБ бинарник). И что же усложнилось в чатиках?
Усложнилась корысть по времени и баблу. А так да, целевая аудитория купит всё, даже будет образы виртуальных машин устанавливать ради одной программы, если маркетологи внушат пустоте людей, что люди станут счастливее с этим (и смартфон с 16Гб ОЗУ в придачу -- иначе ты отсталый, не такой как все).
Хорошо здесь то, что пинает эволюцию. Приходится изобретать новые технологии более нано и более ёмкие и продавать за те же деньги.
М-да, товарищ сравнивает программу из трёх кнопок для кнопочного же телефона и полноценный мессенджер на ПК и удивляется, что они отличаются. Да даже ресурсы оформления для маленького экрана займёт на порядки меньше места, чем оно же для десктопа.
При чём тут ресурсы оформления, если речь о функционале? Как раз в нынешнее время всё автоматически масштабируется и размер разве что видеобуфера от разрешения зависит, а код генерации интерфейса один и тот же.
На пальцах: есть функционал -- вывести одинаково оформленное "Hello world!", собрать на Java (которой далеко до сабжа), C++, и Electron, сравнить размер бинарника и потребления ОЗУ при разрешениях 176x220 и 4K. Что получится?
Получится, что вы нихрена не петрите в том, как работают программы, с чем они линкуются и какие дёргаются вызовы для того же вывода прямой линии на экране.Можете засчитать мне слив, я тупо не могу писать целые простыни известных истин, чтобы хоть как-то конструктивно с вами спорить.
> я тупо не могу писать целые простыни известных истинПотому что ты с ними не знаком, полагаю?
> Получится, что вы нихрена не петрите в том, как работают программы, с
> чем они линкуются и какие дёргаются вызовы для того же вывода
> прямой линии на экране.
> Можете засчитать мне слив, я тупо не могу писать целые простыни известных
> истин, чтобы хоть как-то конструктивно с вами спорить.Для примера:
Ага, а теперь напиши окошко с ХеллоВордом на qt4(5)/gtk(очередном) и сравни потребление ресурсов с аналогичным на xforms (который - иксовый тулкит на сях, а не пое**нь для веба). Не забудь посчитать, какие либы, с которой твой хелловорд слинкован будут загружены в оперативку.По свистоперделкам - да, без допиливания qt/gtk - вперде планеты всей. А по функциональности? Разницы, ИМХО, нет никакой.
Electron придуман не для того чтобы на нем "Hello World" писать. Не для того все это дело городили... а вот при сравнении двух больших проектов - все встанет на свои места.
> Electron придуман не для того чтобы на нем "Hello World" писать. Не
> для того все это дело городили... а вот при сравнении двух
> больших проектов - все встанет на свои места.Берем Электрон, растягиваем canvas на весь экран. И рендерим туда QT через WebAssembly. Профит!
> Программы усложняются, а усложнение влечёт за собой повышение потребления ресурсов.Усложняются, но рост функциональности не поспевает за усложнением. Получается, что усложнение ради усложнения.
> Но можно выключить мозги и включить "производители раздувают софт, потому что сговорились с производителями железа".
Ну зачем же сразу так. Можно включить "понабрали тут макак по объявлению..."
Совсем там в вебне от смузи мозги поплыли у всех? НЕ НАДО СВИСТЕТЬ!
Старый Атлон, 2 гига памяти:
>> сhromium, gitkraken, atom, skypeforlinux, и когда на 10ой открытой влкадке
> этого было бы малоchrome — тут все понятно. Но вот мои рабочие аналоги: Palemoon: 30 вкладок, 8 аддонов — 800 Mb; Firefox ESR: 20 аддонов, 15 вкладок — 760 Mb
atom — это ТЕКСТОВЫЙ РЕДАКТОР, не забыли? Поэтому — Notepad++: средняя куча плагинов, 20 документов — 58 Mb; Akelpad: те же 20 документов — 1 Mb когда свернут, 4 Mb когда открыт и пролистаны все доки поочередно.
skypeforlinux - забыл, что там за версия была последней, но думаю, можно приблизительно приравнять к Skype 5 (до 5 версии там вообще вебни не было, вроде): 68 Mb. Но старые уже не пашут приемлемо, поэтому —
Контрольный выстрел:
Miranda с протоколами Tox, Jabber, Steam, Skype, Discord: 54 Mb.
--
Итого: 1500 на браузеры и 200 на остальное. Вопросы?
Вы забыли учесть время разработки всего этого добра.
Это добро уже разработано
Atom - уже полноценное IDE, а не просто редактор. Просто он в целом неудачен. Тот же VS Code на том же Electron быстрее и памяти жрет меньше.
> Контрольный выстрел:
> MirandaWindows-only. В сад.
И что не так-то? Биты какие-то другие? Ну для таких эстетов есть пиджин, та же фигня, вид сбоку.
Редакторы на Сцинтилле тоже есть на всех платформах.
И да, в первоначальном сообщении был вопрос "или это только в линуксе ?" Что ж выходит, только в линуксе? Я так не думаю.
Но если честно, я лучше поставлю лин и ЧЕРЕЗ ВАЙН буду запускать все нужное, только бы назло кондуктору-макаке не юзать вебгомно на электроне. :3 При этом памяти и проца все равно сожрется меньше, хехе.
Ключевая фраза "при правильных руках". А т.к. все эти милые приложеньица будут писать веб-макаки, то и жрать оно будет, как не в себя. Это уже всё проходили с Java/.NET - идеи неплохие, в правильных руках даже работает нормально, но в большинстве своём УГ, к которому прикасаться жутко.
> Java/.NET
> ... к которому прикасаться жутко.боюсь, вы неправы. У Java/.NET своя ниша, интерпрайз, если коротко.
Что такое интерпрайз, много раз вижу это слово здесь, и даже гуглил, но не могу понять сокровенный смысл того что означает это слово вместе с Java?
Как правило это приложения для бизнеса с жирной бд, сложной бизнес-логикой, и большим количеством интеграций. Код, в котором уже года 2 никто не разбирается, а поддерживать нужно. Фронтэнд может быть на чем угодно, их может быть несколько.Как видите, свои проблемы, и если к ним добавить специфики c++ с его работой с памятью или использовать типонебезопасный язык, то цена разработки резко вырастет.
Ух, спасибо за список прог, удобно — сразу видно все, что нинужно.
Вы только посмотрите на этих обнаглевших хипстеров — обкатывать свои баги на пользователях они договорились, видите ли! :3
Прекратите называть хипстерами безруких инвалидов
Хэй! Инвалиды бы оскорбились, у них хотя бы в теории есть скилл. :(
> Ух, спасибо за список прог, удобно — сразу видно все, что нинужно.
> Вы только посмотрите на этих обнаглевших хипстеров — обкатывать свои баги на
> пользователях они договорились, видите ли! :3GitKraken - наглядно, удобно, много функций по работе с GIT-хранилищем.
VS Code - многие разработчики пишут код в нем
Atom - аналогичноЧто тут не нужно? Кто-то ездит на солярисе, кто-то на киа. А кто-то на ладе. И всем что-то нужно. Многообразие решает.
Часто на гироскутере^W самокате ездишь куда-то? Не хочется сменить на что-то с настоящим двигателем? :) А ведь в принципе тоже средство передивижения!
> Часто на гироскутере^W самокате ездишь куда-то? Не хочется сменить на что-то с
> настоящим двигателем? :) А ведь в принципе тоже средство передивижения!А что такого то? Сидеть, ночевать, мыться, есть печеньки не выходя из офиса Гугла, ездить на фирменном гироскутере - это полноценная жизнь! Что ещё нужно? Почти как в элитной тюрьме, только ещё как бы занимаешься "любимым" делом (конечно любимым - кто не любит сидеть на диване, есть печеньки, бабло, бесплатный вайфай и чувство нужности мировому технопрогрессу); ведь "любимое" - это когда ты сравниваешь свой статус с другими и понимаешь, что ты крут и самодоволен [таблетка для проданной души].
> Кто-то ездит на солярисе, кто-то на киа. А
> кто-то на ладе. И всем что-то нужно. Многообразие решает.Перестаньте неуместными сравнениями сыпать. Солярис и кия rio это одна и та же машина практически
> Что тут не нужно?GitKraken, разумеется. Ровно ноль плюсов перед обычным git.
> VS Code - многие разработчики пишут код в немПредпочтения всяких там пыхомакак нормальных людей волнуют мало.
>> Что тут не нужно?
> GitKraken, разумеется. Ровно ноль плюсов перед обычным git.
>> VS Code - многие разработчики пишут код в нем
> Предпочтения всяких там пыхомакак нормальных людей волнуют мало.Обиделся на тебя. Ты плохой
>спасибо за список прог, удобно — сразу видно все, что нинужноГде это нинужно? Как раз, таки, нужно и годно.
Например, из используемого каждодневно:
Skype
Slack
Basecamp
DiscordЧто используется иногда и очено годнота:
Twitch
Atom
VSCode
Видел краем глаза GitKraken - тоже годно, можно ребейз драгндропом делать, офигенно же.Кто против - просто недалекие люди. А что до оперативки - докупи и не жужжи, у меня не тормозит и не лагает.
Я очень надеюсь, что ты осознаешь ХОТЯ БЫ, что каждая из этих ну очень нужных прог заставляет тебя открывать копию одного и того же браузера? То есть БУКВАЛЬНО. Без какой-либо вообще причины на это.
Забавно на опеннете видеть, как люди, топящие за линуксы, забыли принцип реюзабл кода. :)
И не надо втирать про то, что там у кого-то не тормозит (потому что не работает), это не действует, иди сам покупай 100500 гигов памяти. :) А хипсторы пусть учатся кодить нормально, а не за мой счет ресурсы потреблять.
Тут бы сейчас вспомнить, что из себя представляют программы с графическим интерфейсом и перестать чушь городить.
>ХОТЯ БЫ, что каждая из этих ну очень нужных прог заставляет тебя открывать копию одного и того же браузера? То есть БУКВАЛЬНОДа и пофиг, честно. Хоть виртуальную машину с виндой. Удобно, прекрасно работает, занимает все это дело у меня от силы 3 гига из 64. Работаю с графикой и не хватает, и не из-за электронов - они на этом фоне просто погрешность, их неиспользование погоды не сделает. Почему меня это должно волновать хоть как-то?
Блин, у меня в ноуте 2016 года выпуска всего 2 слота под память.
В целом можно 16 гигов поставить.
При 16 гигах прекрасно жить не тужить можно со всеми электронами, если занимаешься только кодингом. А динозавры пусть бухтят дальше.
> При 16 гигах прекрасно жить не тужить можно со всеми электронами, если
> занимаешься только кодингом. А динозавры пусть бухтят дальше.Не, просто забавно как люди со своим однобоким мышлением пытаются защищать свой хрупкий мирок. Авось кто-нибудь разрушит! Как же так?!
Вот и угараем с подгоревших )
> Забавно на опеннете видеть, как люди, топящие за линуксы, забыли принцип реюзабл кода. :)Тут таких уже практически не осталось, даже слово виндyзятник стало на опеннете ругательным. Вот эти все овощи, вещающие о благах сабжа, никакие не линуксоиды, а иногда тыкающие в убунту палочкой.
Это какая-то личная обида? Вот зачем тут такое поднимать? Это не опеннет такой, это вы такие.
Всего лишь подмечаю тенденцию. Это именно опеннет такой, а конкретнее - вырождение ~линуксового сообщества.
Видимо ваша IDE, видеоплейер и почтовый клиент используют один и тот же код :))
Сколько шуток и ненависти было, а похоже скоро Electron останется единственной платформой на которой только и будет делаться кроссплатформенный софт. Возможно хотя бы это наконец сподвигнет Digia отказаться от крестов. Ждем сервер-мод и его эталонную реализацию для Linux - electrond.
Наоборот же. Когда Digia сможет нормально прокидывать UI в веб(вебассембли выглядит сомнительно, хотя пока не юзал), то можно будет как раз на QML и писать кроссплатформенный интерфейс с быстрым плюсовым бекэндом. И будет счастье.
Ну и электрон с его прожорством уж точно не станет не только единственной, а просто хорошей платформой, ибо сделана !@#$%^ для !@#$%^&*.
Давайте подумаем вместе. Если на Электроне удобно разрабатывать приложения, разве ему не докрутят оптимизацию когда-нибудь?
Как бы не докручивали оптимизацию до интерпритируемого языка... Все равно плюсы и java будут быстрее. У нынешнего Qt и с++17 есть удобные механизмы работы с памятью и интерфейсами. И кросплатформенность на уровне сборки. Как по мне писать кросплатформенные приложения на qt как-то луше. Проблема скорей в том что с++ и qt мало кому преподают на должном уровне ибо он вечно отстает как от "модных молодежных". И по-настоящему удобных фреймворков с низким порогом вхождения, которые перекрывали бы потребности ентерпрайза не густо. У Java ситуация получше, но она ест память, а еще там беда с десктоп интерфейсами, опят таки спецов по Java десктопу заметно меньше чем веб-js макак.
Выходит для ентерпрайза -- либо купи линейку памяти/заставь юзеров обновить железо и пиши на джаваскрипт. Либо увеличь цену на разработку в два-три раза.... угадайте что они выбирают...
Прежде не мешало бы понять что из себя представляет Electron и область его применения. Прежде чем приступать к обсуждению его аспектов - должно быть хоть какое-то понимание о нем.
>[оверквотинг удален]
> по мне писать кросплатформенные приложения на qt как-то луше. Проблема скорей
> в том что с++ и qt мало кому преподают на должном
> уровне ибо он вечно отстает как от "модных молодежных". И по-настоящему
> удобных фреймворков с низким порогом вхождения, которые перекрывали бы потребности ентерпрайза
> не густо. У Java ситуация получше, но она ест память, а
> еще там беда с десктоп интерфейсами, опят таки спецов по Java
> десктопу заметно меньше чем веб-js макак.
> Выходит для ентерпрайза -- либо купи линейку памяти/заставь юзеров обновить железо и
> пиши на джаваскрипт. Либо увеличь цену на разработку в два-три раза....
> угадайте что они выбирают...Это была зарисовка "Дети постигают основы капитализма". Занавес.
> Выходит для ентерпрайза -- либо купи линейку памяти/заставь юзеров обновить железо и
> пиши на джаваскрипт. Либо увеличь цену на разработку в два-три раза....
> угадайте что они выбирают...А выберут они- ВНИМАНИЕ!!!!
Веблоджик, APEX, .NET
(похоже люди рассуждающие тут про ентерпрайз - никогда оный в глаза не видели и матчасти не понимают)
Вообще-то выбирают весь зоопарк - от PHP до Qt. много его, и разного, и места всем хватает. Энтерпрайз - он же кастом процентов на 90, софт на одного заказчика. Крайне забавно, когда одна и та же контора пилит три крайне похожих проекта для трёх разных заказчиков, на трёх разных технологиях
Энтерпрайзу кросплатформенность не нужна, потому выбирают C#. Но десктопных приложений в энтерпрайзе довольно мало.
И Жабу
> Сколько шуток и ненависти было, а похоже скоро Electron останется единственной платформой
> на которой только и будет делаться кроссплатформенный софт. Возможно хотя бы
> это наконец сподвигнет Digia отказаться от крестов. Ждем сервер-мод и его
> эталонную реализацию для Linux - electrond.Electron - это по сути упакованное веб-приложение. Как-то ставили эксперимент: что легче написать - веб-приложение или аналогичную прогу на Qt. Оказалось, Qt даже по времени разработки выиграл. Он кросс-платформенный, быстрее кодить, менее прожорливый и более быстрый. Даже любителям жабоскрипта пошли навстречу, так что аргумент про мало C++ кодеров на рынке протух. Каким же это местом Electron побеждать будет при таких-то раскладах и оставаться единственной платформой?
Electron - это шлак, нужный хипстоте для того, чтобы всем доказать - мы, если надо, и десктопный софт могЕм. Единственной платформой оно станет, если всех остальных девелоперов загеноцидить.
И конечно же, у доброго господина найдется на этот случай пруф.
> И конечно же, у доброго господина найдется на этот случай пруф.http://blog.qt.io/blog/2017/07/28/qml-vs-html5/
ЗЫ: Я думал, гугл у всех есть.
Подобный мог и не приводить.
> Подобный мог и не приводить.Вполне себе пруф. А пруфы обратного будут?
Сдается мне... а вы вообще это читали? Или просто что первое попалось под руку попалось...
ЭТО доказывает, что на Qt в среднем, можно закодить быстрее, чем на HTML5. Будут пруфы, что это на самом деле не так?
Для начала... прочитайте материал. Не стыдно?
Ну я прочёл. Не стыдно - вполне честное сравнение
А теперь резюмируйте прочитанное конкретными цифрами и фактами.
> А теперь резюмируйте прочитанное конкретными цифрами и фактами.Тебе нужны цифры!? Для простого приложения с несколькими контролами. Ты пишешь 70 строк кода для фронтэнда на Qml, а на электроне 120-130 строк.
>> А теперь резюмируйте прочитанное конкретными цифрами и фактами.
> Тебе нужны цифры!? Для простого приложения с несколькими контролами. Ты пишешь 70
> строк кода для фронтэнда на Qml, а на электроне 120-130 строк.Вам за кол-во строк деньги платят? Не знал, не знал...
Я читал. И хотя там не Electron, а AngularJS, суть та же - за одинаковое количество времени на Qt удалось достичь большего и с лучшей производительностью.
У меня есть небольшой пруф Electron vs Qt/Qml
https://www.linux.org.ru/news/opensource/14189324/page3?last...
> Сколько шуток и ненависти было, а похоже скоро Electron останется единственной платформой
> на которой только и будет делаться кроссплатформенный софт. Возможно хотя бы
> это наконец сподвигнет Digia отказаться от крестов. Ждем сервер-мод и его
> эталонную реализацию для Linux - electrond.Electron написан на С++. Это прееделанный веббразуер Chromium, который в себе запускает JS код c HTML.
Ох уж этот гугл со своими торент-клиентами битторента на хромиуме... прогресс пошёл в обратную сторону, репозитории уже давно изобрели.
Интересно, есть ли совместимость с apache cordova ?
Вы не любите обновлять компьютерное железо раз в полгода? Вы не заядлый игрок, для которого 16 гигабайт памяти уже не кажутся огромным обьемом памяти? Вы не хотите платить за ненужную мощность персонального компьютера?
Только сегодня и только сейчас - представляем вам Electron Framework! С помощью Electron ваши коллеги, сидящие в Slack, будут посмеиваться над вашими попытками открыть помимо корпоративного мессенджера IDE! Мигание курсора заставит Ваш древний i5-2500K нагрузить все Ваши 4 ядра на 100 процентов и задуматься о переходе на более современные технологии! Electron с радостью забьет не только Ваш RAM, но и SWAP благодаря новейшей технологии MonkeyCoder, благодаря которой текстовый редактор - уже не просто редактор, а полноценный веб-браузер с JS-движком, позволяющим разработать интерфейс приложения за фемтосекунду!
Но это не всё! Запустите Slack вместе с VSCode и Discord и получите целых ТРИ браузера с ТРЕМЯ JS-движками, позволящими Вам сходить выпить свежий смузи и зарядить Ваш гироскутер и вейп в то время, как коллекция приложений на нашем Electron загружает все ресурсы Вашего ПК!
С ШЕСТЬЮ JS-движками! На одно приложение два JS-рантайма: v8 и node.
Потребление памяти улучшили?
> Потребление памяти улучшили?Да. В два раза - теперь потребляет в два раза больше.
Зато теперь номер версии получит смысловое значение!
И что вы разнылись? Память стоит копейки и дешевеет с каждым го... wait... ох щи
В России её не производят.
> В России её не производят.к счастью. А то бы ты ее покупал в кредит или после продажи почки.
Слоты не безлимитные
Видимо поэтому она стоит в 3 раза дороже чем 5 лет назад и дело не только в рубле.
В свете вышесказанного... хотело чтобы люди понимали - где электрон оправдан, а где просто вреден! Оправдан он на довольно больших проектах и крайне плох на мелких. Достаточно все это хороша заметно на том же VS Code, Atom. Тот же Hyper слишком мал для электрона и когда после запуска смотришь на 90Мб занимаемой памяти, вместо 6Мб на стандартном cmd - все это вызывает лишь негативные эмоции. Слишком большие накладные расходы на рантайм. На больших же - подобного дискомфорта не возникает. Каждому делу - свой инструмент!
> 90Мбмаловато для электрона. Посчитайте память, занятую всеми процессами приложения
Ну разумеется. 90Мб - это сумма всех процессов.
Скорее всего дело идёт в облака. Покупать 32 Гб рамы не придётся, всё будет через вайфай как в облачных ОС. И быть может для многих приложений может быть запилен один движок (стандарт) типа Chrome OS (HTML5+JS) - то есть это что-то типа приложений в Firefox OS, но идущих другим путём (через эксперименты над разработчиками и их мутантскими десктопными созданиями), т.к. сейчас такое рановато.
Как-то так.
Про облака, ещё 10 лет назад ванговали. Но что-то пока до этого дела не дошло. Только частично, типо всяких там офисов, а-ля Гугл Докс, Офис 365 и т.д. А после того, как Роскомнадзор забанил пол интернета, то тут точно все будут думать о надёжных и локальных приложениях. И электрон не в их числе.
И всё таки мессенджер не должен жрать ресурсы, как автокад, или фотошоп. Тем более, если ПО массового потребления, о экономии на скорости разработки и речи быть не должно. Мелкософт своим жручим мессенджером погубила миллионы деревьев, убила миллиарды нервных клеток, пустила на ветер миллионы человекочасов пользователей, ждущих когда же это тормозилово всё таки загрузится...
Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш неуловимый джо на С++ за офигеть какую зарплату.
Лучше уж Делфи/Kylix тогда.
> Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш
> неуловимый джо на С++ за офигеть какую зарплату.А я, будучи не особо тупым заказчиком, посчитаю, сколько мне нужно докупить железа, а затем тратиться на обновления безопасности (т.к. каждый день эти JS-библы протухают) и выберу разработчика на C++ не смотря на его ЗП.
А вот если тендер выиграть и попилить, то милости просим.
> Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш неуловимый джо на С++ за офигеть какую зарплату.Выше анон написал про позицию грамотного заказчика, а я напишу свою позицию как грамотного разработчика.
0. Как архитектор, я могу за чашкой чая построить при вас архитектуру практически любой сложной прикладной задачи, включая сложные мультизадачные системы с IPC.
1. Как старший инженер-разработчи, я могу очень быстро представить рабочий макет-прототип для ознакомления и анализа будущего продукта, такое редко но бывает нужно. Про выбранный инструментарии я не скажу (коммерческая тайна), скажу лишь что это не python, не ruby, не js, не java, не .net так как все эти решения это настолько долгие и нудные что этот инструментарии неприемлим на данном этапе.
2. Как разработчик, опять же не используя вышеперечисленные языки, я могу очень достаточно быстро сделать "турбореактивный" и компактный код. "Турбореактивность" и компактность кода зависит от требовании заказчика и чаще всего это Си или С++. Я знаю о чем вы подумали, но будьте уверены, в процессе разработки не будет попыток разыменовывания нулевых указателей и выходов за гранифы буферов, т.к. способ разработки предохраняет от этого.
PS: Предпочитаю не знать таких людей которые относятся к разработчикам подобно вам: "Мои 10 хомяков за еду.."
> Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш неуловимый джо на С++ за офигеть какую зарплату.У вас небось и 9 женщин смогут за месяц ребенка родить …
>> Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш неуловимый джо на С++ за офигеть какую зарплату.
> У вас небось и 9 женщин смогут за месяц ребенка родить …Некрасиво. К тому же аналогия совершенно не точная.
> У вас небось и 9 женщин смогут за месяц ребенка родить …Он просто вынет из них то, что получится через месяц, и назовёт это ребёнком.
>> У вас небось и 9 женщин смогут за месяц ребенка родить …
> Он просто вынет из них то, что получится через месяц, и назовёт
> это ребёнком.Говори за себя, изврaщенец!
> Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш неуловимый джо на С++ за офигеть какую зарплату.Есть же ещё проблема качества: что напишут твои макаки может быть вообще не нужно из-за нескончаемого кол-ва багов. Так уж устроен мир что на т.н. веб технологиях работают только рукожопые, а нормальные разработчки, способные реализовать логику качественно, обходят их строной.
>> Мои 10 хомяков за еду напишут бизнес-логики на Electron быстрее, чем ваш неуловимый джо на С++ за офигеть какую зарплату.
> Есть же ещё проблема качества: что напишут твои макаки может быть вообще
> не нужно из-за нескончаемого кол-ва багов. Так уж устроен мир что
> на т.н. веб технологиях работают только рукожопые, а нормальные разработчки, способные
> реализовать логику качественно, обходят их строной.Количество переходит в качество. Не, не слышал?
> Количество переходит в качество. Не, не слышал?100 хомяков за еду напишут Электрон на Электроне?
А 1000 смогут и полноценную ОСЬ на ЖС наваять?
>> Количество переходит в качество. Не, не слышал?
> 100 хомяков за еду напишут Электрон на Электроне?
> А 1000 смогут и полноценную ОСЬ на ЖС наваять?Прокачаются, книжек умных почитают, сгоняют на пару конференций, набьют шишек и напишут, убежав в берлогу с мешком бабла.
тебя обманули, не переходит
Иди в университет, сынок, поучись. Да не в шарашку какую-нибудь, а в приличный. Или все экзамены за деньги купил?Ну иди еще поучись уму-разуму
Npm-бэкдоры теперь в каждом десктопном приложении. Удобно.
Ты знал!!11
https://www.opennet.ru/opennews/art.shtml?num=48544
> Если я попрошу себе 32 гига, то, разумеется, чтобы было справедливо, нужно обновить машины у всех разработчиков. А это уже опять же дорого, доставляет неудобства.вот серьезно? Т.е. фирма не может потратить 150$ на разработчика? При условии, что его работа ускорится на 5-10% и он окупит эти 150$ за месяц, грубо говоря. Это все равно, что посадить разработчика за компьютер/ноут с обычным диском, вместо ssd, ибо нефиг :D
Я конечно не защищаю электрон, мне хватает слака и скайпа на линуксе.