Подготовлен (https://electronjs.org/blog/electron-6-0) релиз платформы Electron 6.0.0 (https://electronjs.org), которая предоставляет самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js. Значительное изменение номера версии связано с обновлением до кодовой базы Chromium 76 (https://www.opennet.dev/opennews/art.shtml?num=50308), платформы Node.js 12.4 (https://www.opennet.dev/opennews/art.shtml?num=50562) и JavaScript-движка V8 7.6. Ранее ожидавшееся (https://www.opennet.dev/opennews/art.shtml?num=50249) прекращение поддержки 32-разрядных систем Linux пока отложено и выпуск
6.0 в том числе доступен (https://github.com/electron/electron/releases/tag/v6.0.0) в 32-разрядных сборках.Среди изменений (https://github.com/electron/electron/releases/tag/v6.0.0) в API, специфичных для Electron:
- Продолжен перевод асинхронных обработчиков, ранее использующих callback-вызовы, в форму на основе механизма Promise (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...). Возвращение Promise обеспечено в нескольких десятках функций, в том числе в категориях contentTracing.*, cookies.*, session.*, webContents.* и webFrame.*;
- В рамках работы по усилению изоляции компонентов runtime добавлены три новых приложения-обработчика: Electron Helper (Renderer).app для процессов рендеринга, Electron Helper (GPU).app для процессов взаимодействия с GPU и Electron Helper (Plugin).app для плагинов;- Началась подготовка к ограничению загрузки в процессе рендеринга только модулей Node, использующих N-API (https://nodejs.org/api/n-api.html) или API Context Aware (https://nodejs.org/api/addons.html#addons_context_aware_addons);
- Реализация net.IncomingMessage приведена в соответствие с поведением Node.js.
Напомним, что 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, Wrike, Visual Studio Code и Discord. Всего в каталоге программ Electron представлено (https://electronjs.org/apps) около 800 приложений. Для упрощения разработки новых приложений подготовлен набор типовых демонстрационных приложений (https://github.com/electron/electron-api-demos), включающих примеры кода для решения различных задач.
URL: https://electronjs.org/blog/electron-6-0
Новость: https://www.opennet.dev/opennews/art.shtml?num=51196
Стильно, модно, молодёжно, приложение на этой поделке занимает меньше 1Gb RAM - то день не удался
Вопрос - зачем? Почему нельзя писать на том же Qt?
Вопрос на миллион к Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord.Но это понять можно - дёшево, легко.
Я не могу понять, почему:
-выбран движок с самым кретинским рендером шрифтов
-никто не даёт пользователю выбрать другие шрифты
> Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и DiscordEtcher ещё забыл - прога для записи дисков.
Чёрт, а ведь она удобна тем, что зависимости ставить ненужно, которых может не оказаться в репозитории
Точно также не требует зависимостей, но не тащит с собой целы браузер:
http://wiki.rosalab.ru/ru/index.php/ROSA_ImageWriter
Не знал. Пасиба
а dd нынче не в моде?
Давно уже не в моде.
с линукса на убунту пересел?
> а dd нынче не в моде?Если ляликс хочет отвоевать % на десктопе у виндовс, то только GUI обёртки над dd. Тебе может и ок dd, но мне уже нет, а домохозяйке и подавну
Офигеть, народ готов запускать целый хром браузер только для того чтобы записать образ диска на флешку. Зато не дд..
Уже пяток лет как EFI на дворе, там тупо копируешь и усе.
> Офигеть, народ готов запускать целый хромТы читать умеешь? Пробуй ещё раз, я тебе помогу:
> Если ляликс хочет отвоевать % на десктопе у виндовс, то только GUI обёртки над ddПричём тут Electron, если речь про dd?!
А каким боком здесь Ылектрон?
ГУЙ на dd может влезть в пару десятков строк и при этом не иметь вообще никаких зависимостей. Так что не в домохозяйка и гуях дело.
И каждая из перечисленных программ не поворотливый жыыыыр. Совпадение? Не думаю.
Но не всякий неповоротливый жыр - на Electron
Ну так хром стал стандартном де-факто с лёгкой руки гугла и от лени фронтенд-разрабов поддерживать другие движки. Разрабу проще думать что если у него в руке молоток, то все окружающие - гвозди.
>Вопрос на миллион к Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord.От Skype - отказался, не секурно: Signal - не пользоваолся, не секурно, Slack - не нужное, Basecamp - не знаю что такое, Twitch - хочу отказаться, не пойму зачем нужно, Ghost, Wire, Wrike - не знаю что такое, Visual Studio Code - слово ругательное, Discord - думаю отказаться не секурно. Всё должно быть на QT или не быть вовсе.
Slack создан для компаний. В тех компаниях, которые легко могут подписать всех сотни и тысяч сотрудников, компы или Macbook меняют каждые 3 года, так что проблем с памятью нет. Slack работает быстро, функционал на топовом уровне.
На Россию это переложить сложно, так что не удивляйтесь
Биндинги на что-то менее велосипедное чем кресты и более шустрое чем Питон в студию.
>велосипедное чем крестыТебе мало плюсовых библиотек? Ты же знаешь, что ты можешь без каких-либо нюансов использовать сишные?
Да плюсы это один из самых наименее велосипедных языков. В Яве ещё говорят есть библиотеки на все случаи жизни.
Слишком много усилий уходит тупо на обеспечение сборки проекта.
Вот представьте, что вам нужно на одной машине собрать проект под Linux, Windows и Android до кучи. Да ваш C++ тут вообще не катит, потому что придётся долбаться с установкой контейнеров и развёртыванием в каждом собственного окружения. А потом вам надо будет перенести код на машину с виндой или вообще на макбук, и вы сутки будете танцевать над вашим убогим C++, просто чтоб обеспечить сборку проекта на другой машине.
Уж не говорю о том, сколько проблем доставляет там такая вещь, как реиспользование кода. Там, где электронщик может вообще ни строчки кода не написать, подгрузив все функции через npm, сишный кодер будет париться со сборкой библиотек, а уж о том, чтоб заворачивать в модули функции по 10 строчек каждая нет и речи - проще заново написать, настолько велики в этом убогом языке издержки реиспользования кода.
Офигеть, а об удобстве пользователей вообще не думаете? Или думаете что все машины пользователей имеют именно столько ОЗУ, сколько вам нужно, а если таких приложений, который жрут по 1Гб ОЗУ будет несколько? Не, не думаете?
кроме перечисленного еще собираю для ios и особых проблем не заметил.
Велосипед это не С++, велосипед все остальное )). С++ это всего навсего своего рода надстройка, над си для удобства и быстроты написанию кода. В результате получается быстро, производительно и стабильно, если голова программиста не из одного места растет. Люди которые боятся себе выстрелить в ногу (так говорят про указатели в си) пусть окучивают грядки и не когда им лучше не брать в руки оружие. И да, пусть будут осторожнее с тяпками и лопатами, а то ведь и от лопаты можно нанести себе увечие пострашнее ))
С++ это не С. В с++ ты не можешь писать без исключений, оператора new и rtl (иначе какое ооп). В языках различное определение структур и операторов auto, restrict. В C есть vla и "flexible array" в структурах. А так же расширения типа blocks и тд. (Может что-то забыл) и это без учета скорости компиляции, буста и прочей "радости"
> иначе какое оопДействительно, это ведь так модно! 80-е, как-никак, на дворе...
Если быть точным 1983 (появление с++). Структурное программирование это настоящее и будущее. Учитывая количество минусов можно сделать вывод о количестве невежд. Почитайте проф литературу про вычисления и реализацию на cpu и gpu (cuda, opencl, vulcan compute)
Например - Structured Parallel Programming: Patterns for Efficient Computation
> Структурное программирование это настоящее и будущееЭто просто неправда. Большинство современного кода пишется как раз на ОО-языках, используя ОО-подход. Ближайшее будущее - ОО с элементами ФП. А дальше может еще что-нибудь придумают.
> вычисления и реализацию на cpu и gpu (cuda, opencl, vulcan compute)
В этой области структурное программирование может и рулит, но большинство проектов сейчас пишется для веба.
современный веб говн0
"Большинство современного кода пишется".
Пишется - этот глагол не подходит по смыслу. Даже если <весь> это не отменяет его специфичности.
Обоснуйте
> и будущееВы провверяли?
Меня зовут Марти
Большое колл-во лопатеров вообще используют managed с++. Например в мелкософт. Не заляпайся Егор, ты ничем не лучше любителей електрона
Rust, Go, C# - выбирайте на свой вкус, что там у вас модно-стильно-молодёжно-невелосипедно:
https://wiki.qt.io/Language_Bindings
А у Qt есть тот же набор веб-библиотек и node-модулей? А приложение на Qt можно сразу и в форму веб-сайта портировать?
> А у Qt есть тот же набор веб-библиотек и node-модулей?У Qt есть много чего годного, а нода - это не самая лучшая идея для desktop.
> А приложение на Qt можно сразу и в форму веб-сайта портировать?
Зачем? ActiveX вроде ж показал, что концепция - говно.
Да и проблема, кмк, не в nodejs, а в рендеринга посредством html.
А приложение на Qt можно сразу и в форму веб-сайта портировать?Можно.
> Вопрос - зачем?Ну что за вопросы! Хуяк-хуяк - и в продакшн)) Все остальное вторично, а хомячки итак сожрут что дают.
Зачем писать клиент к чатику или торрент-клиент на электроне не очень понятно. Наверное от большого ума это делают. Но если приложению нужно много кастомных необычных виджетов и крайне нестарндартное форматирование, то электрон очень полезен. Если разработчиков не очень много, то на куте тебе не хватит жизни, чтобы написать все, что поддерживает браузер.
В сфере коммерческой разработки прикладного ПО и сайтиков - время == деньги, и пока ты пилишь хороший софт на века, твой конкурент за меньшее время в силу толпы дешёвых веб-манки, высокой толерантности JS'a к кривым рукам и наличии множества готовых решений JS на уровне тяп-ляп и в продакшен, сделает продукт и отнимет часть твоего пирога. Не думаю что это изменится когда-либо.
Тут главное как ты себя позиционируешь и чего хочешь добиться. Или как какие-нибудь Рокстары пилишь свою гипотетическую "гта" несколько лет и срубаешь кучу бабла или на уровне тяп-ляп довольствуешся крошками от чужих пирогов. Зато быстро но крошки. Большинство довольствуется крошками(объедками).
Потому, что с электроном и PWA/ReactNative для мобилок одна веб-обезьяна (часто переученная ынтерпрайзом из студента-джависта) напишет все, что нужно, с максимум 2-мя кодовыми базами, и то неплохо переиспользующими друг друга. А еще эта обезьяна стоит вдвое дешевле средненького инженера
Прежде чем такое писать неплохо было бы ознакомиться с вакансиями и ценами на программистов. И цены такие формируются не просто так, а потому что такой программист генерирует больше добавочной стоимости в силу скорости разработки. Он просто эффективнее в решении задач, подумайте над этим.
Именно поэтому так много программ на электроне сейчас - за приемлемое время можно сделать продукт, который на Qt или Java просто не появился бы на свет _вообще_, потому что один человек на энтузиазме его бы не понятнул, а для компании это было бы слишком дорого.
и который, поигравшись, выбрасывают в помойку, потому что оно толком не доделано даже в базовой функциональности, а жрет и тормозит несообразно тому немногому, что кое-как умеет.дополнил, не благодари.
Зато конкурирующий продукт на Qt или чем-то более вменяемом - уже не появится никогда, ибо поляна уже затоптана. Так держать.
> Зато конкурирующий продукт на Qt или чем-то более вменяемом - уже не
> появится никогда, ибо поляна уже затоптана. Так держать.Еще хуже, продукт на Qt/GTK/Whatever может уже и оказаться неподъемным в реализации, если от него требуется совместимость с каким-то протоколом, завязанным на переусложненные абстрации над абстрациями которые нормально реализованы только на веб-стеке (или в движке браузера) усилиями десятка рокстаров из какого-нибудь гугла или амазона.
Где конкурент JetBrains на C++? Где конкурент VS Code на С++? Их просто нет.
Если для IDE ещё не всё потеряно (Qt Creator и, прости господи, KDevelop), то аналогов VS Code не было вообще. За несколько лет VS Code оброс такой экосистемой под все языки, которой ни vim, ни емакс не смогли сформировать за все свои десятилетия существования.
Причём, единственная плата за существование VS Code - RAM, и её я готов платить за этот прекрасный инструмент.
> Где конкурент JetBrains на C++? Где конкурент VS Code на С++? Ихговорят вам - затоптана поляна, не ждите теперь ничего другого.
но так, на минуточку, для опоздавших родиться - visual studo cуществовала за двадцать лет до этого вашего эшелона. И тогда была одним из лучших средств для разработки, а не vi с emacs.
Но, разумеется, не разработки-на-php.> Причём, единственная плата за существование VS Code - RAM, и её я
и cpu. И gpu, да, а то банальное срабатывание контролов тормозит.
Ну да, как обычно.> готов платить за этот прекрасный инструмент.
беда в том, что вы этим прекрасным инструментом наклепаете уже только еще одну такую же поделку на эшелоне и node.js с html5. А я-то за это платить - не готов.
Впрочем, без хлеба (с красной икоркой) вы не останетесь, конечно - пипл схавает. Они нынче обладают разборчивостью свиньи.
> но так, на минуточку, для опоздавших родиться - visual studo cуществовала за двадцать лет до этого вашего эшелона. И тогда была одним из лучших средств для разработки, а не vi с emacs. Но, разумеется, не разработки-на-php.В мире гораздо больше 2-х языка. Но согласен, VS как-то совсем вылетела из головы, хотя в своё время как раз с неё и начинал. Отличная IDE в своё время была, да и сейчас наверное есть, ничего не могу сказать.
> и cpu. И gpu, да, а то банальное срабатывание контролов тормозит. Ну да, как обычно.
Ну это же не так, в каких приложениях такое наблюдается? Скорее всего проблема не в электроне, а в конкретном приложении.
> беда в том, что вы этим прекрасным инструментом наклепаете уже только еще одну такую же поделку на эшелоне и node.js с html5.
Ну "наклепать" такую же "поделку" как VS Code - это очень даже неплохо. Хотя я и не понял как связана технология, на которой написан редактор, с тем, что вы в этом редакторе пишете: почитайте про поддержку языков https://code.visualstudio.com/docs/languages/overview
> А я-то за это платить - не готов.
Да и не платите, никто не завтавляет им пользоваться. Остальные редакторы никуда не делись.
> Впрочем, без хлеба (с красной икоркой) вы не останетесь, конечно - пипл схавает. Они нынче обладают разборчивостью свиньи.
Конечно не останусь, только электрон тут не при чём. Просто я предпочитаю как минимум смотреть на то, что происходит вокруг и быть в курсе новых веяний, а не сидеть 20 лет на старых проверенных технологиях только потому, что они старые и проверенные. Если нужна числодробилка - я возьму Си (хотя возможны варианты), если нужно сетевой сервис написать, то возьму Го или даже node.js, если нужен сетевой сервис с числодробилкой - напишу модуль на си, который подключу к го или node.js, если нужно мобильное приложение под ios и android - возьму React Native, если нужен десктоп апп - Electron. Сейчас ещё активно развивается Flutter, если он хорошо полетит, то это будет ещё один вариант выбора для мобильных и десктопных приложений, возможно более производительный и жрущий меньше памяти.
> Ну это же не так, в каких приложениях такое наблюдается?да хоть в скайпе - вопрос на каком железе.
Нет, я не хочу ставить ради скайпа новый-модный-ультрабук, в нем функциональности-то почти столько же, сколько в дореформенном запрещенном к употреблению c-шном (меньше!).> Ну "наклепать" такую же "поделку" как VS Code - это очень даже неплохо.
ну понятно что имелось в виду - столько же жрущую, а из функционала вот будет "вывести табличку что ваш компьютер устарел".
> Хотя я и не понял как связана технология, на которой написан редактор, с тем, что вы в этом
> редакторе пишетеда никак, мы ж обсуждали почему эта технология стала повсеместной.
> Да и не платите, никто не завтавляет им пользоваться. Остальные редакторы никуда не делись.
да мне б, блин, не редактор...
> Просто я предпочитаю как минимум смотреть на то, что происходит вокруг
завидую молодости и оптимизму. Я вот уже смотрю вокруг исключительно в плане - "куды бечь".
> Нет, я не хочу ставить ради скайпа новый-модный-ультрабук, в нем функциональности-то почти
> столько же, сколько в дореформенном запрещенном к употреблению c-шном (меньше!).Оно [скайп] вроде как было на "жирных, раздутых, тормозных дельфях!" (с)
> "We also recommend that you have at least 400 MHz processor, 128 MB RAM and 15 MB free disk space on your hard drive."Переписали с жирных, раздутых и устаревших дельфей на современную, почти-кросплатформенную-и-не-тормозящую-если-ничем-другим-не-пользоваться технологию – опять чем-то недовольны. Не угодишь вам.
> > Где конкурент JetBrains на C++? Где конкурент VS Code на С++? Их
> говорят вам - затоптана поляна, не ждите теперь ничего другого.VS Code не так уж и давно появился на свет. До Электрона у С++ было куча времени
> говорят вам - затоптана полянаЭто никак не мешает выпускать форки форков для всех остальных вещей.
> Он просто эффективнее в решении задач, подумайте над этим.Эффективное решение задач с получением неэффективного решения.
Это путь в один конец с коллапсом чуть ли не всего IT-рынка, когда масштабирование упрется в предел эволюционного прогресса и не получит во время революционного. Ну либо когда абстракции нижнего уровня уплывут достаточно сильно, что силами имеющихся инженеров их не вылечить. Первые знаки этого уже начинают возникать.
Оптимальность решения определяется для каждого случая отдельно. Нет сферической оптимальности.А по поводу революционности тут как раз таки скорее Electron (а точнее вся экосистема вокруг JS) и есть революция. Она сильно упростила разработку, при этом даже подняв качество, как минимум по части безопасности и стабильности. Плата за это - производительность, причём в случае с электроном сколько-нибудь критичным является только RAM т.к. по CPU никаких особых затрат у типичных GUI нет.
Мне вспоминаются Tcl, мне вспоминаются различные биндинги вроде pygtk, pyqt. Где они сейчас, почему не заняли такую же нишу, как Electron?
> Мне вспоминаются Tcl, мне вспоминаются различные биндинги вроде pygtk, pyqt. Где они
> сейчас, почему не заняли такую же нишу, как Electron?там же где и были. Потому что это надо учиться думать головой и вообще программировать.
А не зазубрить стопиццот заклинаний очередного модного фреймворка, остальные найти на стековерфлоу и скопипастить, не тратя даже времени на прочитать ответ. А таких разработчиков гораздо больше, поэтому бизнес их и любит - напоминаю, он очень не любит зависеть от знаний и умений конкретных людей.
> т.к. по CPU никаких особых затрат у типичных GUI нет.А вот хромиум умудряет из ниоткуда поджирать 5-10% ядра в фоне в виде электрона и 10-20% в виде забитого вкладками браузера
> Мне вспоминаются Tcl, мне вспоминаются различные биндинги вроде pygtk, pyqt. Где они сейчас, почему не заняли такую же нишу, как Electron?
Потому, что вкинуть в них недоделанную веб-морду и гордо назвать это десктопным приложением там не выйдет. Хотя связка питона с какой-нибудь гуевой библиотекой постоянно (не сильно реже шарпов) встречается там, где разработка веб-морды ну совсем неосмысленна (установщики, минимальный гуй из 10 кнопок и 2 экранов настроек).
> А вот хромиум умудряет из ниоткуда поджирать 5-10% ядра в фоне в виде электроназамечал такое за слаком и телеграмом после нескольких недель аптайма. Причём в телеграме есть явная корреляция с кол-вом просмотренных картинок и видосов. Полагаю, там что-то не очищается в самом телеграме. Хотя и в электроне может быть баг, никто не застрахован.
> Потому, что вкинуть в них недоделанную веб-морду и гордо назвать это десктопным приложением там не выйдет. Хотя связка питона с какой-нибудь гуевой библиотекой постоянно (не сильно реже шарпов) встречается там, где разработка веб-морды ну совсем неосмысленна (установщики, минимальный гуй из 10 кнопок и 2 экранов настроек).
Факт недоделанности никак не связан с инструментом. Такой же недоделанный апп можно сделать и на питоне. Да и как бы далеко ходить не надо - постоянно встречаются падения питоновых приложений с очень понятными стектрейсами, отсутствием обработки сигналов и вообще отсутствием обработки каких-либо ошибок. Надеюсь, я заблуждаюсь и на самом деле софта на питоне гораздо больше, но просто если софт не бажит, то я не смотрю в код и не узнаю что он на питоне. Но за последнее время из десктопного софта мне приходилось смотреть только в написанный на питоне, причём регулярно.
> приложение на этой поделке занимает меньше 1Gb RAM - то день не удался
> VS CodeПотребляет 600 мегобайт при открытом проекте: 8 вкладок, проводник, куча плагинов и терминал. Это много? Или тебе лишь бы повозмущаться и пофиг, что преувеличил?
Это до хрена.
В былые дни Delphi ворочалось на 16МБ ОЗУ.
И делала то же самое.
А ещё был ICQ-клиент на J2ME. На Java - и то 200Кб - за счет смайлов. И это работало на сименсе с прошивкой 10Мб, а он мог и звонить, и писать - прямо как скайп.
К чести сказать, тот же вебшторм на таком же проекте потребляет не меньше и местами работает медленнее. К сожалению, нет удобной нативной кросплатформенной IDE для всяких вебмакак-проектов, чтобы хотя бы яваскрипт раскрашивал и дебаггер с брейкпоинтами был. И плагинов было бы неплохо пучок на каждый чих иметь, но это уже плюшки.
Вебшторм тормозит не просто так, а делает полноценный статический анализ на лету.
А все эти Атомы ничего такого не делают, там функциональность уровня vim-а с плагинами.
Чтобы просто раскрашивал и дебаг с брейкпоинтами был, достаточно вима или емакса с плагинами.
> В былые дни Delphi ворочалось на 16МБ ОЗУЭто на какой машине? Наверное даже не на 32-битной? Это же тоже ещё важно. Сейчас на 64 битах поди и Delphi будет отъедать больше
>> В былые дни Delphi ворочалось на 16МБ ОЗУ
> Это на какой машине? Наверное даже не на 32-битной? Это же тоже
> ещё важно. Сейчас на 64 битах поди и Delphi будет отъедать
> большеЭто на вот такой:
https://www.cnet.com/products/delphi-4-std-ed-4-0-win95/
Min RAM Size 16 MB
Min Hard Drive Space 60 MB
OS Required Microsoft Windows 95
OS Family Windows
Additional Requirements mouse or compatible device
Min Processor Speed 66 MHz
Min Processor Type Intel 486 or higher
Под такое сравнение можно подогнать что угодно: плеер, браузер, и Электрон тоже, разумеется.
Вообще-то нет. Браузеры кардинально нарастили функционал от просмотровщика HTML до здоровенного комбайна, поддерживающего ццать форматов файлов и ццать технологий. Ничего аналогичного у IDE и близко не было. И возникает резонный вопрос - какого лешего? Потому что те же плееры, развивающиеся аналогичными темпами, что и IDE, в плане ресурсов выросли совсем незначительно - как потреблял winamp свои 10 Мб, так foobar2000 потребляет сейчас 30 Мб.
Я вообще не пони-маю почему интернет столько ресурсов есть. Википедия или OPN в Pale Moon потребляют немного. Видео можно смотреть отдельно. По-морему нас натянули.
Кстати недавно слак выкатил апдейт, где они переписали свои вебмакак кишки (жаль что не на натив). Теперь с 2 организациями и кучей чатиков это поделие в данный момент у меня жрёт 260 мегабайт - в отличие от 800 метров раньше.
И тянуть тучу зависимостей? Хорошо если прога в репозитории и сама все тянет, а при загрузке с гитхаба регулярно методом проб и ошибок приходиться искать каой либы не хватает, потому что мейнтейнер продолбался и не написал/обновил список. Я из-за этого шлю нахрен проги если они на qt. Ну и тулкитофобию никто не отменял
Для бизнеса важна скорость разработки и наименьшие затраты. ( легче верстать гуи(вебщиков полно),красиво, быстро. меньше платить так как недостатка в кадрах нет(вебщиков полно), а где высокая конкуренция там и зарплаты ниже и т.д. )
В случае с кьют, разработка сложнее следовательно дольше и более затратно.
А как меня, как пользователя должно волновать что там интересно бизнесу? Зачем этот самый бизнес обрубает старые версии? Тот же скайп к примеру, была старая версия, которая потребляла мало и работала быстро, почему я не могу ею же пользоваться, ведь в новом скайпе практически ничего сверхнового не придумали...
Приложение Wrike на электроне было сделано с одной целью -- перевести пользователей с IE на более нормальный браузер. Надо сказать, это помогло.
> Вопрос - зачем? Почему нельзя писать на том же Qt?Бросая взгляд в ретроспективе, я понимаю, что Electron нужен для того, чтобы программы на Qt казались маленькими, по сравнению с ... Лет 5 назад также поливали Qt и GTК.
Рак, рак, который должен быть изничтожен. Скайп после перехода на Электрон стал жрать не пару сотен мегабайт ОЗУ, а гиг с копейками, кроме этого стал дико тормозить междумордием и глючить время от времени. И плевать, что он видосики из Тытрубы научился показывать прямо в ленте сообщений. Пришлось снести к чертям.
вы дурачек )) рак это ваш мозг )) С++ это контроль, скорость реализации проектов любой сложности, это стабильность системы. В современном мире IT надежность имеет очень большую ценность особенно в высоко нагруженных системах. Вы поймите одно, пока одни будут проектировать системы, новые продукты, програмные комплексы, другие будут верстать для этих систем контент.
Слушай, а ты пишешь на сях (или что ты там любишь) с таким же количеством ошибок?
Латентным гомосексуалистам тоже нужно на чем-то писать, пускай электрон живет.
Итого на 13:37 31.07.2019 отметились как минимум 10 минусомётчиков, неспособных понять, что человек промахнулся, даже с учётом каммента внизу.
Ну вот я ему один за это и плюсанул )))
> Итого на 13:37 31.07.2019 отметились как минимум 10 минусомётчиков, неспособных понять,
> что человек промахнулся, даже с учётом каммента внизу.М и нус ему за токсичность
Прошу прощения, не вам timur.davletshin, комент по поводу велосипеда c++
что вы со скайпом делаете, что он больше гигабайта памяти съедает? Активно общаюсь в скайпе, звонки, чаты, запущен больше недели. Потребляет 250Мб.
ничего не делаемпоставил на виртуалку, если вдруг какой олень им еще на связь выйдет
Зачем оленю связываться с бараном?
реально не знаешь?
А про самую-то главную особенность сабжа не сказали - насколько больше памяти новая версия жрёт?
>насколько больше памяти новая версия жрёт?Ни насколько. Как жрал всю доступную так и жрет.
Скорее, "во сколько больше".
Каждый раз одни и те же вопросы и комменты.
Идея то неплохая, но что ж из их фанатов кто-нить не придумает, как сократить потребление ресурсов и повысить производительность, модульность хотя бы. Неужели нет чувства совершенства, помимо игры в пакмана, когда ресурсы планеты ограничены.
Есть чувство бабла.
Вы думаете писать код на JS дешевле? Нет. Просто порог ниже, но спецы дороже, благодаря хайпу. Технически неподкованные заказчики легко клюют на то, что им предлагают в два раза быстрее поставить продукт, говорят, что быстро потому что супер новый электрон, скрывая, что функционала будет в два раза меньше!
Спецы стоят дороже, аналогично -- за хайп технологии нужно платить. Результат выходит дороже, качество кода ниже плинтуса (сборщик мусора сам "разрулит" циклические связи и индекс ДОМа в 2-5 подключенных библиотеках, каждой библиотеке/компоненту требуется свой личный индекс дома). Зато есть плюсы: код может писать любой человек с невысоким уровнем подготовки, изучивший все "прелести" JS.
Как же так получается, что пишут на электроне, хотя альтернатив просто уйма? Рассмотрим проект средней крупности с уже устоявшимися требованиями к функционалу и без проблем согласования.
На C++ и аналогах (спец подходящего уровня):
1. Прототип готовим, делим модули и пишем для них тесты сходу (14-20 дней) -- показываем начальству, периодически приложение сегфолтится, потому что пока рефакторили все разломали
2. Готовим первую бету, выделяем весь функционал в набор поддержки, разделяем бизнес логику с остальным функционалом (14-21 дня) -- приложение продолжает иногда падать, большая часть кода переведена на умные указатели, но все ещё встречаются неприятные моменты
3. Начинаем бодание с дизайном и т.п., потому что реализовать "принятые всеми" подходы с нативными компонентами довольно трудно (14 дней)
4. Первый релиз, приложение периодически делает странные пасы, выдает сообщения об ошибках или вообще подвисает, но работать с ним уже можно. Первая версия ко всему прочему обвешана отладкой как в виде логирования, так и отправка отчетов и т.п., что не очень положительно сказывается на производительности приложения
5. Пилится недостающий функционал, подключается 2-3 мидла для поддержания кодовой базы (14-60 дней), первая полностью готовая версия, начальство торжественно увольняет дорогого разработчика, высказав все, что думает по поводу нарушения своих сроков и того, как всё было плохо
6. Добавление нового функционала через 3-4 месяца становится почти нереальным из-за недостаточной квалификации сотрудников, решают "все переписать" и дальше появляются странные кривые, релизы с новым функционалом.
А теперь смотрим как делается приложение на Электроне:
1. Прототип можно создать сходу, даже не заморачиваясь с тестированием и т.д. (4 дня) -- работает, показываем начальству красивый хеловорд с минимумом функционала и заявляем: нужно покрыть все тестами и будет все в ажуре
2. Покрываем тестами (18-20 дней), привлекаем ещё 3-10 разработчиков под это дело
3. Пишем половину функционала (основной код пишет только один разработчик) (14-40 дней), вспомогательный уже с "тестерами" (зачеркнуто) с "командой"
4. Выкладываем первый релиз: функционал местами отсутствует, но в принципе для беты сойдет, основной разработчик получает гонорар, отмечает в резюме проект как успешный и сворачивает удочки -- переходит к поискам следующей жертвы.
5. Оставшаяся часть команды пытается довести до релиза "успешный проект" и есть два варианта: у них нет ресурсов или скилов для завершения или они есть и тогда все стадии с 1 по 4 выполняются снова, кодовая база выкидывается полностью и готовится новый успешный проектИтого, что мы видим:
1. В процессе разработки на электроне, почти в любой момент времени можно выдернуть продукт на демку, да он ничего не умеет, но не падает и функционал, который можно показать всегда доступен. С++ страдает и готовит программу к релизу, игнорируя успокоительные для начальства демострации успехов -- иначе не уложиться в сроки.
2. Разработчику на электроне выгодно как можно скорее менять проект, потому что доведение функционала в проекте выше среднего очень дорого, требует полного покрытия тестами почти всего кода и на поддержания тестового набора требуется не так мало ресурсов. Разработчику на C++ требуется постоянно проводить тестирование по основным юсам, если он не один, то можно подрядить мидлов на покрытие тестами классов, но каждый серьезный рефакторинг приводит к определенным... Недоразумениям. В результате нельзя взять проект и в произвольный момент и сказать: все готово. Разработчику хорошо платят и он заинтересован завершить проект, доведя до функционала, согласно ТЗ, хотя руководство, не видя результатов здесь и сейчас очень недовольно.
3. Команду на С++ возможно заменить, правда удовольствие это дорогое, а вот с программистами на JS не все так просто: код не объектный и даже разбитый на компоненты код является чрезвычайно авторским произведением, что означает: новая команда начнет пилить все снова и тут никуда не денешься.
Вы так говорите про сроки, будто изначально при составлении ТЗ не учитывается тот факт, что писать будут на С++
Сроки, назначенные руководством (в т.ч. и менеджерским составом) и сроки, описанные в Т/З -- вещи совсем разные. Они никогда не понимали, почему ребенка рожать обязательно через 9 месяцев, а не к квартальной премии.
во многих тз всем пофиг, на чём ты будешь писать. пишут, где должно работать и как
Всё так. Детское нетерпение "мама купи конфетку" - вот это скиллы руковжопства. Очень редко, когда руководитель - технарь, а то и бывший программист. Плохо, когда он не слышит что говорят специалисты.
Прислать проблему с подписью в теме письма "Важно-срочно" - это они могут. А уразуметь, что именно они целый год до этого не могли предугадать, что будут проблемы в будущем - не могут.
Напишу в защиту рукожопства. Это свойство, без которого пути наверх быть не может. Мне страшно представить, если менеджер будет отвечать так: для автоматизации потребуется доработать систему, внедрив множественные связи между такими то объектами, ... реляционная ... объектная ... рефакторинг ... миграция ... структура данных... Да его погонят тут же в зашей. А выживет тот, кто ответит: да, можно уволить половину продажников/заменить их операторами, если добавим то то, да, можно побыстрее в 3 раза я распоряжусь, да, мы конечно справимся.
Дело в том, что управленец без обратной связи самозванец. Мозги купить-нанять нужно уметь и прислушаться к ним, а не возвышать себя.
> Дело в том, что управленец без обратной связи самозванец.у меня есть обратная связь - я чутко прислушиваюсь к мнению начальства и вовремя даю наверх отчеты о проделанных улучшениях и развитиях.
> Мозги купить-нанять нужно уметь
этим в hr отделе занимаются, мне некогда, я на конференции для эффективных управленцев до завтрашнего вечера.
Речь не о руководстве как таковом, а о некомпетентности некоторых в управлении: когда гордыня, корысть и жадность главнее, животные инстинкты.
Самодостаточный -- это когда он научится грузиться через UEFI, а пока что это всего лишь толстый жирный зонд.
Chromium OS умеет, значит и это научится.
ИМХО, количество ошибок зависит не от языка программирования, а от того, кто им пользуется.
Понятное дело что на сабже можно писать быстро, дешево и с минимум геморроя. Но всё это какой ценой? Ценой ресурсов. А обычному пользователю всё равно какие у вас там языки и какая квалификация, а то, что после запуска Skype, Twitch, Ghost, Visual Studio Code, Atom, и тд не остается памяти вообще - вызывает это только гнев.
Тем временем пусть и не без сложностей написанные, но проги на нормальных языках (C++, C, Python и тд) и ведут себя достойно и ресурсов не хавают излишне много.
Когда питон стал нормальным языком? Всё что в байткоде - такое же ненужно как js.
А причём здесь байт-код? Он позволяет включать JIT, а это даже побыстрее плюсов может быть. Проблема скорости Python явно не в байт-коде, а в утиной типизации и GIL
Вот именно, JIT. Ты запускаешь программу и она начинает компилироваться у тебя на машине, а не на машине разработчика. Затраты на компиляцию, время и память. Плюс затраты на поддержание работы сборщика мусора.
Так ведь JS точно так же работает.
> Вот именно, JIT. Ты запускаешь программу и она начинает компилироваться у тебя
> на машине, а не на машине разработчика.У хорошо спроектированного байткода это будет не "компиляция", а скорее "ассемблеризация".
Причем, результаты этого прогона можно будет сохранить -- непонятно, почему все так привязаны к JIT, который необходим только для ЯП с динамической типизацией.
> Плюс затраты на поддержание работы сборщика мусора.Если вы считаете, что malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.
> Если вы считаете, что malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.- Почему ваша машина ездит так медленно?
- Но другие машины ездят тоже много медленнее скорости света!
- Да, но в разы быстрее вашей.
>> Если вы считаете, что malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.
> - Почему ваша машина не может ехать почти со скоростью света?
> - Но зачем? Где мне в городе ездить с такой скоростью? Там и 100 км/ч за глаза.
> - Ну а вдруг понадобится, ан нельзя! Фу! Зачем такая машина вообще нужна?Тайна привязки сборщика мусора к байткоду так и не раскрыта, зато притянута за уши очередная автомобильная аналогия.
Обожаю неуместные аналогии
> Если вы считаете, что malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.именно с затратами О(1). а если ты, умник, считаешь, что ОС глупее тебя, - лезь пиши свои реализации, это несложно
> именно с затратами О(1).Да ну?
https://sourceware.org/glibc/wiki/MallocInternals
> Malloc Algorithm
> If the request is "large", take a moment to take everything in the fastbins and move them to the unsorted bin, coalescing them as you go.[...]
> Start taking chunks off the unsorted list, and moving them to small/large bins, coalescing as you go (note that this is the
> only place in the code that puts chunks into the small/large bins). If a chunk of the right size is seen, use that.[...]
> In a nutshell, free works like this:
> If there is room in the tcache, store the chunk there and return.[...]
> If the chunk is large enough, coalesce any fastbins and see if the top chunk is large enough to give some memory back to the system. Note that this step might be deferred, for performance reasons, and happen during a malloc or other call.Магия, не иначе! И совсем никакой "сборки мусора" унутрях (про coalescing просто врут!)
А ведь могли взять какую-нибудь чисто академическую реализацию c константой c = "over 9000" (но формально оно будет в O(1)) или специфичную, правда, с офигенной фрагментацией (но ведь памяти сейчас все равно много, так что пофиг) :(>> malloc/free
> а если ты, умник, считаешь, что ОС глупее тебя, - лезь пиши свои реализации, это несложно«Смешались в кучу кони, люди,»
Я-то писал, поэтому как раз в курсе, что malloc/free не являются частью ОС.
И по-моему, странно считать набор (под)программ и алгоритмов умнее себя, любимого – но у всех свои странности.
Некоторые вон, вычитывают что-то между строк, считают, что malloc/free предоставляется им ОС и вообще похоже не в курсе, зачем используется прослойка "c наворотами" в виде malloc вместо прямого вызова mmap и почему столько копий было сломанно при поиске наилучшей реализации сишного динамического аллокатора: jemalloc, dlmalloc, tcmalloc и т.д.
А зачем запускать одновременно Skype, Twitch, Ghost, Visual Studio Code, Atom??
Включать одновременно чат, резалку видео, редактор блогов, IDE и текстовый редактор? Я знаю только одного человека, который запускает на компютере одновременно IDE, текстовый редактор и браузер (только 3 программы одновременно). Нужно нарезать картинки? Что-то собрать другим способом? Запустить отдельно разрабатываемое приложение без IDE? Тогда что-то одно закрываем. Но, походу, он не одинок :-)
Боже мой, все уже давно покупают новый комп для каждой отдельной электрон софтине!
не покупают, а арендуют! И заметьте - вы платите только за то время, которое compute инстанс на самом деле обслуживал ваш чятик!(пожалуйста, авторизуйтесь, чтобы увидеть ваши персональные рекомендации!)
Что за глупости? Простыми механизмами проще владеть и управлять, чем сложными.
TypeScript и грамотный подход к программированию + QA - практики могут дать неплохой результат. Вопрос в потреблении оперативки, да.
>TypeScriptПопытка лечить понос цементом.
> Попытка лечить понос цементом.Это попытка прикрутить ООП к Си ака "плюс-плюс"?
Да здравствует Chromium\Electron - единственная платформа для вебприложений от Гугла и Майкрософт!
>В отличие от web-приложений, программы на базе Electron поставляются в виде самодостаточных исполняемых файлов, не привязанных к браузеруТрололо
Зпачем привязывать если можно прибить гвоздями.
УмныйНегр.jpg
Кстати все заметили что компания Гугл сама не делала простую платформу для создания приложений из браузера, а оставила всяким частникам. Потому что в Гугле сами понимали что получится полный треш.
Умыла руки
Просто скачайте себе ещё памяти.
и нарастите место на диске ЦЭ
> и нарастите место на диске ЦЭи мы уже готовы предложить вам решение этой проблемы, недорого!
А тем временем, Electron допачтили до фри, наконец-то, как апстрим не упирался. Спасибо за усилия.
Что может быть хуже чем electron? Только electron завёрнутый в snap.
А это мысль спасибо за идею.
эм, а чем шикарный снап не угодил?
CalcJS.vmdk
Я считаю что приложение на электроне должно при запуске на системе на которой меньше 4 гигов оперы писать предупреждение: "Ваш компьютер устарел" и не запускать саму прогу.Майкрософт так уже делает со скайпом на старых версиях венды. Почему то ни у кого нет вопросов почему на 486 компе с 4 мегами оперы не запускается даже убунту. А что на Целероне с 1 гигом оперы электрон тормозит многократные подгорании от которых лес в сибири сгорел. В 2019 году пора уже сходит за новой оперативой да и за новым компом тоже не помешало бы.
Решительно нет!
Я как купил ADR на 30гигов, так ей и пользуюсь. Я так же обожаю дискеты.
А уже в планах есть LTO-10 до 48 ТБ. Позже они подешевеют и надеюсь можно купить за 5000р. но не больше.
Спасибо, не знал про существование LTO-10, добавлю к списку nice to have вместе с Magneto-optical drive. Вот бы ещё узнать про https://en.wikipedia.org/wiki/Video_Floppy
Как-то маловато помещается в него. Хотелось бы больше.Интересное: радиотелескоп Square Kilometre Array, будет вырабатывать в сутки около одного экзабайта данных.
https://en.wikipedia.org/wiki/Square_Kilometre_Array
>The amount of sensory data collected pose a huge storage problem and require real-time signal processing to reduce the raw data to relevant derived information. In mid 2011 it was estimated the array could generate an exabyte a day of raw data, which could be compressed to around 10 petabytes.
Оказывается есть LTO-12 с 192 Tб.
>Я считаю что приложение на электроне должно при запуске на системе на которой меньше 4 гигов оперы писать предупреждение: "Ваш компьютер устарел" и не запускать саму прогу.Те. для запуска Skype, Slack, Twitch, VSCode и Discord. одновременно мне нужно 5 * 4 = 20 гигов памяти?
Бегу в магазин.
А процесора 8 ядерного хватит или переходит на Xeon Gold?
Я взял бушный Xeon x5650 с материнкой 48 гигов бушной же оперы еес. Стоят в районе 30к. И ещ
ё место остается чтобы в виртуалке поиграться с чем-нибудь интересным.
>48 гигов
>поиграться с чем-нибудь интересным.открыть три вкладки в VSCode и ГуглеХром?
>48 гигов
>поиграться с чем-нибудь интересным.
> открыть три вкладки в VSCode и ГуглеХром?Я просто продублирую свой коммент:
> VSCodeПотребляет 600 мегобайт при открытом проекте: 8 вкладок, проводник, куча плагинов и терминал. Это много? Или тебе лишь бы повозмущаться и пофиг, что преувеличил?
Ты просто не просуммировал все процессы электрона и хрома.
Как раз таки я просуммировал все процессы vs code. Браузер отдельная тема. Он не на Электроне. Он и есть Электрон
знаешь, сколько vim в шелле потребляет?
знаешь сколько пердолинга с vim-ом, чтобы вывести vim на один уровень с vs code?
мне кажется, для первого релиза можно просто ограничиться выводом предупреждения "ваш компьютер устарел!"
Во-первых, это правда, поскольку когда вы наконец исправите все баги и в стотыщный раз отрефакторитесь заново - он точно устареет.
Во-вторых в окошке с предупреждением можно показать какой-нибудь красивый мультик.Измерение доступной оперативки требует отдельной задачи, мы поставим ее на следующий релиз. Остальная функциональность будет немного позже.
Ты хоть и виндузятник зато всегда все правильно говоришь.
>...Майкрософт так уже делает со скайпом на старых версиях венды. Почему то ни у кого нет вопросов >почему на 486 компе с 4 мегами оперы не запускается даже убунту...Существуют Лайнакс дистрибутивы способный запускаться на таком ПК, также существуюи другие ОС.
https://ru.wikipedia.org/wiki/Категория:Миниатюрные_дистрибутивы_Linux https://ru.wikipedia.org/wiki/AROS https://ru.wikipedia.org/wiki/KolibriOS https://ru.wikipedia.org/wiki/Contiki https://ru.wikipedia.org/wiki/ChibiOS/RT
"Лайнакс" - это еще страшнее, чем "2k19"
Когда в новости будет "проведена существенная переработка архитектуры и оптимизация исходного кода платформы, приведшие увеличению скорости работы, сравнимой с программами на Си"?Вот тогда комментарии зажгутся всеми цветами радуги! Скука какая.
>> использующий в качестве основы компоненты Chromium, V8 и Node.js.
> Когда в новости будет "проведена существенная переработка архитектуры и оптимизация исходного
> кода платформы, приведшие увеличению скорости работы, сравнимой с программами на Си"?1 апреля. Ну или в любом осознанном сновидении ;)
Так много комментов про то, что для Electron-приложений нужно 16, 48, etc гигабайт ОП. Хоть бы один за свои слова ответил пруфами
Для оппеннетчиков единственное значимое в этой новости:
>ожидавшееся прекращение поддержки 32-разрядных систем Linux пока отложено
Специально для вас https://ru.wikipedia.org/wiki/Категория:64-битные_дистрибутивы_Linux
> Для оппеннетчиков единственное значимое в этой новости:
>>ожидавшееся прекращение поддержки 32-разрядных систем Linux пока отложеноне понимаем, зачем - у них же все равно не хватит памяти на этот прекрасный инструмент?
Чем он лучше XUL JS CSS ?
у меня в баше CSS не запускается, чяднт?
Сейчас писать нативный код\гуй какой-нибудь программы очень дорого, посему и появляются Electron, QT, и прочие фрэймворки.К сожалению или к счастью, но за этим будущее.
Запасайтесь ОЗУ, господа.
Это ты так обтекаемо сформулировал "подставьте свою попку корпорациям и получайте удовольствие"? Ну.. терпи, наслаждайся! :)
> Это ты так обтекаемо сформулировал "подставьте свою попку корпорациям и получайте удовольствие"?
> Ну.. терпи, наслаждайся! :)терпи - это ты, раз не хочешь получать удовольствие. А он сам подставил,и будет - наслаждаться.
Приснут-то - всем, независимо от желания. Рано или поздно.
На расте делают GUI на основе WebREnder от мозиллы.Скомпилированный Хеловорлд весит 4-5 мб ос всеми статически линкованными зависимостями. Все на основе CSS-HTMl5 а вместо js - растишка. Вот так надо. Но бабла там нет...пока.
>Хеловорлд весит 4-5 мб ос всеми статически линкованными зависимостями
>Вот так надо.Нет, так - ненадо. Хелворлд должен весить не больше 4 Кб.
На FPC так и есть.
Для кроссплатформы, кстати.
4 кб - это значит с кроссплатформенностью будут трудности, а за 4мб получить HTML который и выглядит красиво, да еще и предсказуемо - самое то.
Где Wayland?
Когда закончиться дрочево с HTML/CSS/JS? Сколько можно уже? В мире столько хорошего Swift, Java, C#, Python, C++ в конце то концов.
Эпоха веб-приложений! А то что для веб-приложений существует всего один движок - Хромиум (Блинк), умалчивают.
Полная манополизация сегмента веб-приложений движком хромиума от гугл. При этом конкурентов нет - финансируемый гуглом Файерфокс, с долей рынка в 3,5-4%, не в счёт, а Флеш уничтожили.
Нет никаких альтернатив для Хромиума, и что Гугл сотворит с движком, то и получим и все будем пользоваться. Конкуренты или заранее уничтожены - тот же флеш плеер, или заведомо калечны как ФФ - жупел для разных альтернативщиков и борцунов с системой.