Подготовлен релиз платформы Electron 9.0.0, которая предоставляет самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js. Значительное изменение номера версии связано с обновлением до кодовой базы Chromium 83, платформы Node.js 12.14 и JavaScript-движка V8 8.3...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52989
> В новом выпуске:
> Расширены возможности, связанные с повышенным потреблением ОЗУ
web torrent встроенный в браузер - вполне ок, в остальном тоже есть хорошие вещи, но не так много как хотелось бы...
Да! ДОгоним и перегоним рЖаву!
> Да! ДОгоним и перегоним рЖаву!Давно уже перегнали.
> Да! ДОгоним и перегоним рЖаву!В смысле - эти ваши Ляктроны все еще можно запустить паре сотен КB ROM и 32КB RAM?
Или хотя бы, как тогдашние жирные рЖава-апплеты, на второпне и 128-160МБ ОЗУ? o_O
на стропоне?
> на стропоне?На петросянофоне 🙄.
https://docs.oracle.com/javame/dev-tools/jme-sdk-3.0.5/devel...
> CLDC/MIDP applications are targeted for devices that typically have the following capabilities:
> A 16-bit or 32-bit processor with a clock speed of 16MHz or higher
> At least 160 KB of non-volatile memory allocated for the CLDC libraries and virtual machine
> At least 192 KB of total memory available for the Java platform
> Typical devices might be cellular phones, pagers, low-end personal organizers, and machine-to-machine equipment. In addition, CLDC can also be deployed in home appliances, TV set-top boxes, and point-of-sale terminals.У мобильников в 2004-2005, кстати, не сильно больше ресурсов было. А умели они уже, помимо жабки, в камеры 640х480+, цветные дисплеи 132 x 176 / 16-bit, звонки, SMS на 500-700 слотов, GPRS (и в Siemens CX65 отличнейший, до сих пор не повторенный за "просто так" в этих ваших ведроидах) PIM. Плюс в CX65 аж 10МБ долговременной памяти.
И неделя без подзарядки на 750 мАч батарее.
Кстати, киллерфича (даже более старых, типа С35) - будильник умел звонить даже в выключенном телефоне, а не как сейчас модно "Ой! Смартфон ночью подвис! Ой, смартфон ночью перезагрузился! Ой, один из пяти десятков очень-очень-нужных сервисов съел ночью всю батарею! Ой, ...".
Siemens SK65. 30 Мб памяти. Вставить карту памяти нельзя (как в S65). QWERTY-клавиатура. Можно очень быстро набирать SMS и сообщения в ICQ. Камеры нет (да и нафиг она нужна с таким качеством). Даже Jabber, кажется, запускал на нём, но точно не помню уже. Эмулятор Dendy из ELF работал, но без звука. По Bluetooth можно было сыграть в Червячков с другом, у которого K700i.
> Релиз Electron 9.0.0Традиционное пожелание: [s]Расти большой[/s] Просто сдoxни уже!
В новом выпуске:
Приложения electron позволяют объединяться с другими приложения electron для обмена данными между ними. Теперь не только Ваш телефон, но и все телефоны друзей смогут совместно делиться доступной памятью между устройствами. *Занять всю память, теперь во всех приложения электрон!
> Из программ, построенных на базе платформы Electron можно отметить...Единственное, что есть в этой новости полезного - список ПО, от которого следует держаться подальше.
Зря вы так. GitKraken прям хорош
можете так же попробовать GitExtensions, Fork и Sublime Merge. GitExtensions - самый лучший из всех, но он не кроссплатформенный.
SmartGit
Visual Studio Code используют миллионы разрабов например.
Миллионы мух не могут ошибаться?
А вы им вообще пользовались? Эта лучшая IDE из всех созданных и существующих.
вы когда-нибудь видели intellij ?
Свалил с WebStorm на VSCode по причине тормозов, как бы парадоксально это ни звучало.
Notepad++ еще быстрее работает. По фичам то, работе то что?
> Notepad++ еще быстрее работает. По фичам то, работе то что?Ну это такой себе пример.
Из +-полнофункциональных IDE на плюсах есть Code::Blocks и свой Qt-шный (правда, там не так гибко с опциями было когда я проверял).
Это не IDE, а редактор кода с некоторыми элементами IDE.
Ещё скажи из всех что когда будут созданы. Фу, противно фанатиков читать.
Только вот интересно было бы узнать, сколько потрачено времени на, чтобы сделать ее таковой. Подозреваю что сравнимо с тем, сколько стоило бы написать на С++. Просто на C++ основное время уходит на давелопмент и багофикс, а на Electron - на оптицизацию.А еще интересно какого уровня программеры там были. Подореваю, что это были не те, кто воспольовался опицей "освой девелопмент за час".
А тогда в чем преимущество Electron?
Есть неприложный закон: время, деньги, качество всегда жестко связаны. И если вам на красивых картинках показывают один угол этого треугольника, например, качество, как правило другий или оба других стыдливо скрывают по понятным причинам.
>Просто на C++ основное время уходит на давелопмент и багофикс, а на Electron - на оптицизацию.Сразу видно одноклеточное существо ен писавшее ни на одном из них серьёзно. На C++ на багофикс уходит значительно меньше времени чем на багофикс на Electron поскольку C++ это статически типизированный язык. Баги в логике программы значительно чаще допускаются в динамически типизированных языках.
Например, VSCode написан на TypeScript, который по сути строго типизирован.
Строго типизирован он только в твоём воспалённом мозгу. Такие вещи, как any, возможность задать хранение в переменной двух или более разных типов, например let x: string | int и т.д. и т.п. Всё это делает TypeScript динамически типизированным.
Внезапно в C++ тоже есть any и variant. Он тоже по вашему динамически типизирован?
и Any и Variant, и Option в C++ это классы написанные на самом C++ и они не являются частью системы типов C++. То, что на C++ можно написать Any/Variant/Options не означает, что C++ перестал после этого быть статически типизированным. Указатель (в них всё делается через указатели, шаблоны и т.п.), как был так и остался указателем определённого типа, reinterpret_cast __явно__ задаёт новую трактовку этого указателя при этом всяческие гарантии со стороны C++ снимаются и об этом прямо написано. Если бы трактовка задавалась неявно то вопросов бы не было, это был бы динамически типизированый язык, но она задаётся __явно__!Any и прочая динамическая пурга в TypeScript это часть системы типов TypeScript. Что означает, что системы типов в TypeScript по сути нету. Не может тип в статически типизированых языках включать в себя бесконечное множество других типов. Не может тип в статически типизированых языках неявно менять свой тип в зависимости от присвоенного значения. Это свойство динамически типизированых языков.
Тёплое и мягкое это разные вещи.
> Если бы трактовка задавалась неявно то вопросов бы не было, это был бы динамически типизированый язык, но она задаётся __явно__!Ничего не понял. В случае с optional или variant С++ компилятор дает по рукам, если патаешься обратиться к типу без проверки (ну или получаешь в runtime исключение).
В TypeScript точно также. Какая разнциа что там происходит при трансляции в JS, главное что TS дает гарантии времени компиляции. И, кстати, в отличие от C++ в нем есть non-nullable типы, так что не нужно расставлять ассерты, чтобы проверить, что unique_ptr на самом деле внутри не содержит null.
про Linux можете так же сказать?
а откуда вы знаете, что вы сами пчела, а не муха?
Миллионы разработчикоа, а не мух.
Мухи вполне себе специалисты в определении экскрементов, вы видели чтобы мухи ошибались на этот счёт?
> Мухи вполне себе специалисты в определении экскрементов, вы видели чтобы мухи ошибались на этот счёт?Вы таки хотите нам рассказать, что на вас никогда ни разу не садилась муха? Или она таки не ошибалась? O_o
*ох уж эти любители аналогий*ЗЫ:
Домашняя муха с удовольствием отложит яйца как не только в "пахучую кучку", но и в подгнившую (как впрочем и свежую пищу - то же свежежаренное мясо), равно как и в "живую" рану.
Потому-что бесплатного и расширяемого IDE нема. А в VSCode расширений вагон (для cmake, docker'ов, удаленного дебага и т.п.).
Ко всему прочему размер сей IDE в архиве: 80МБ
Навскидку: у Эклипса есть расширения. Врун.
"Есть расширения" и "их много разных на любой случай" не одно и то же.
А эти расширения точно не как расширения гномовкой оболочки - сегодня работают версия 0.1а, а завтра not supported?
За три года не встретил ни одного такого.
https://en.wikipedia.org/wiki/Visual_Studio_Code
найдите хоть одно упоминание аббревиатуры IDE
Узеры опеннета сказали ИДЕ - значит, ИДЕ.
Пользователи emacs появляются в обсуждении и моргают.
И что они накодили? В миллион раз прогресс технический подняли?
Они накодили код, например.
Дурацкий вопрос - дурацкий ответ.
Речь о пользе. Реальных проектах. Хотяяяя... В этом вскоде даже проект или солюшен даже нельзя создать.
ВСКод любят как умеренно-урезанный и чуть другой, но аналог продуктов от интеллидж.. БЕСПЛАТНЫЙ аналог.
А то, запарился народ ломалки для них искать и, если для винды ещё более-менее норм, то для других ОС( и ябблОси особенно ) - очень хороший шанс словить вирусни по итогу подобного занятия.
> Умеренно-урезанныйХорошая формулировка. Нечто несколько урезанное. Такое и было впечатление от VSC.
P.S. Форматирование ямл не осиливает.
, например
_
Горшочек, не вари
> Значительное изменение номера версии связано с обновлением до кодовой базы Chromium 83, платформы Node.js 12.14 и JavaScript-движка V8 8.3.Значительное изменение номера версии связано с незначительными изменениями Chromium, Node.js и JavaScript. Но так как надо рисовать серьезный прогресс, то надо и номер версии апать.
Лично в моем манямирке то, что эти все ребята забили на нормальное версионирование, сделало им только хуже - я стал просто проходить мимо любых новостей об их апдейтах. Вот сюда случайно зашел, написал что я по этому поводу думаю, и пошел дальше.
У V8 со сменой версии меняется API/ABI, т.ч. тут без вариантов.
Там же разрабы node.js правят это на своей стороне, предоставляя стабильный API/ABI - N-API.
В Node.js - да. Но нода уже не основная компонента в Electron, там сейчас активно используется ванильный V8.
На самом деле нет проблем с приложением на электрон (vs code хороший пример) . Если оно нужно одно, проблемы будут когда 5-7 нужных приложений будет на нем. офис, ide, мессенджер, просмоторщик pdf, аудио плеер вот тогда 16 гигов будет в притык.
>Проблем нетОткрой wireshark и охуей, запуская VSCode
Что-то мешает скачать vscodium?
Я скачал, и оно все равно лезет в гугл при старте. Почему именно в гугл, когда сделано Мелкомягкими - сие не ведомо.
Так в VSCodium телеметрию выпилили, а не заткнули пробкой любой запрос в сеть. Например, у них всё-равно по-умолчанию активировано "natural language processing", что бы это ни значило.
Wireshark вещь замечательная, спору нет, но и VS Code редактор замечательный. Х.з. что там мелкософт подкрутили, но по сравнению с Atom он просто летает. Ну и language server опять же - хочешь к Emacs прикручивай, а не хочешь - к Vim
А вообще-то, если остыть и подумать - Электрон есть неизбежное следствие всеобщего увлечения скриптовыми языками в мире *nix. Сначала простенький скрипт на awk для анализа логов, потом скрипт на перле в cgi-bin/, потом сайт на php и системныве утилиты на python, а потом вдруг ой - десктопный софт на js. А по-вашему, это могло закончиться как-то иначе?
Это тут причем ?Это из того что в браузеры только могут js крутить и кто не осилил 2 языка и решили на сервере тоже js крутить :(
> и решили на сервере тоже js крутить :(А он возьми и нагни большинство других языков в этой среде. Даже nginx поплохело.
кого оно там нагнуло?
как похапе погоняло похапой, так и погоняет.
У пыхыпыхеров, верстающих одностраничники за еду, так и погоняет пыхыпыхой.
Но это их родовая травма, не будем о них.
>> А он возьми и нагни большинство других языков в этой среде. Даже nginx поплохело.Даже не знаю, что более прекрасно в этой фразе... Уверенность в том, что js имеет объективные преимущества на бекенде над каким-либо бекенд-ориентированным языком, юношеско-максималистское "нагнул" без каких-либо обоснований или определения критериев "нагиба", или таки иллюстрация "нагибания языков" на примере реверсивного прокси-сервера, который к js в частности и к языкам программирования в целом примерно ортогонален...
> Это тут причем ?При том, что многие люди считают нормальным вызывать жирный интерпретатор для выполнения задачи, с которой справилась бы программка на C, дающая бинарник в несколько кБ (если не линковать статически, конечно), и они же хейтят сабж за прожорливость и тормознутость.
А ведь Электрон просто поднял на новый уровень подход "легко и быстро писать, и чтобы интерпретатор за меня разруливал весь возможный головняк, пусть даже за счёт скорости и потребления памяти".
Легко, говорите? Если бы ещё сам ванильный жс не был таким говном, то этому всему было бы оправдание. А так... Полагаю, что для многих жс сейчас становится первым языком. И вот тут и кроется будущее.
Говно отмирает
Не_говно - развивается и его аудитория растёт
Интересно, к какой из категорий можно отнести жс.. :)
JS + CSS + HTML
И это без учета всяких Stylus / SCSS / прочего околоязыкового / околобиблиотечного / околофреймворкового зоопарка, так или иначе объединяющего разные куски в условно-единое целое.
А, и ещё конкретно с нодой отдельная история сверх вышеперечисленного( если речь о фронтендерах, переходящих в бэкэнд ).Это.. не то, чтобы однозначно попахивало прямо уж неосиляторством целого «второго языка»...
Электрон есть неизбежное следствие всеобщего разброда и шатания в гуи-библиотеках и DE, и фактического отсутствия кроссплатформенности в них же.
Электрон решает эти проблемы скопом. Да, ждет память, да, тормозит, если под него криво писать, но по сути это единственное существующее решение, позволяющее не подгонять гуй под толпу существующих DE.
Можете хейтить.
Плюсую.> позволяющее не подгонять гуй под толпу существующих DE
Я бы ещё добавил: и ОС
Вот уж действительно - чего париться, соблюдать какой-то look'n'feel - можно же сразу наляпать свой сказочный дизайн - и в прод.
Не-а, не так. Вот ты написал что-то, а потом выясняется, что оно в гном3 не работает, на винде криво выглядит и с васянской убунтой несовместимо. А все ок, релиз.
> Не-а, не так. Вот ты написал что-то, а потом выясняется, что оно
> в гном3 не работает, на винде криво выглядит и с васянской
> убунтой несовместимо. А все ок, релиз.wx, Qt.
Хотя, софт, написанный 20 лет назад на чистом WinAPI, почему-то автоматически синхронизируется с лук-н-филом новых вёнд. А вот с линами, ну... )
> почему-то автоматически синхронизируется с лук-н-филом новых вёнд.Оно, конечно, есть такое. Но даже при всем при этом возможности интерфейса на WinAPI и возможности интерфейса на электроне как-то не совсем даже сравнимы.
Возможности у WinAPI безграничны. Ограничено число стандартных классов, а значит остальное писать нужно самому. А зачем стараться, если можно взять JS-фреймворк и запихнуть его в Electron. Взять ещё несколько фреймворков, связать это изолентой и назвать это ново-молодёжным приложением.
> Возможности у WinAPI безграничны.Как и у ассемблера. Вот с затратами времени для получения приемлемого результата не все так радужно.
> остальное писать нужно самому
Что в 90% случаев порождает либо фигню, которая работает только на машине разработчика, либо нечто вырвиглазное. И забудьте про look&feel.
>> И забудьте про look&feel.О, типикал дев-гопс школотрон-респонс )
Если что, на WinAPI написан, например, ModPlug Tracker, который, при его функционале, вполне себе лукнфильный. (это из опенсорсного)
Нет, лучше париться о сказочных look-and-feel всего подряд.
Вам шашечки или ехать? look'n'feel или функциональность?
А почему в вашем мире это разделяемые понятия?
> А почему в вашем мире это разделяемые понятия?Потому что бывает look'n'feel без функциональности, а бывает функциональность без look'n'feel.
> Я бы ещё добавил: и ОСПингвинчик, Винда и МакОС - уже целая толпа?
Если брать долю рынка - то да.
>> Пингвинчик, Винда и МакОС - уже целая толпа?
> Если брать долю рынка - то да.Особенно важна тут "доля рынка" пингвино-десктопов (напоминает пресловутое "мы пахали! Я - и трактор").
Ну если гуглу удасться выстрелить в flutter на декстопе, то это куда лучшее решение чем электрон. Хотя электрон всё равно будут выбирать просто потому что у компании всё остальное уже написано на JS и HTML, им нет смысла тратить деньги на flutter-разраба или перобучать нынешних.
Чем лучше? Язык ужасный. Доступа к нативным методам нет. Всё это уже есть в React Native, только гораздо лучше.А с выпуском Turbomodules во Flutter вообще не будет никакого смысла
Flutter вообще-то компилируется в натив и имеет интероп с С\С++ из коробки. А React Native даже хуже электрона, т.к. к тормозам жееса ещё добавляются тормоза моста к нативным компонентам.
Тогда в чем принципиальное отличие от того бесчисленного множества языков, которые компилируются в натив ?
Зачем нужен ещё один - флаттер ?п.с: компоненты то вроде нативные, да только далеко не все на мобильных платформах применяют «нативные» c / c++.
Иные ослушиваются и на яблоке «внезапно» применяют ObjC / Swift, а на андройде - Java / Kotlin.
п.с[2]: да, мосты вполне могут подтормаживать, если через них тонны данных постоянно гонять туда-сюда( хотя для таких случаев есть «натив», т.к у того же RN на JS в первую очередь кодируется логика работы и отображения, а не переработка огромного потока данных в реальном времени - оно должно на уровне модулей реализовываться )
Flutter это не язык, а фреймворк. Язык у него Dart. Примерно как Qt и C++. Я неточно выразился на этот счёт.А вот React Native страдает как раз из-за того, что на нём пишут большей частью фронтендщики (внезапно, как и на электроне). Реакт не убирает зависимость от натива и очень многие на этом горят. Да, можно посадить фронтендеров экраны верстать, но в конце за всем смотреть должен нативщик, потому что под мобилку как под браузер клепать нельзя.
Сколько раз прилетали проекты на починить\переписать, в которых по-итогу клиент вбухал денег столько же, сколько можно было потратить на две нативных аппки, а по итогу получался полурабочий падающий прототип. В таких проектах умудрялись даже анимацию не классом Animated, а вручную в таймере координаты двигать (за такое даже в вебе в туалете запинывают), в итоге как раз мосты и выжирали весь доступный процессор. Про ни грамма нативного кода можно и не говорить - они половину компонентов пилили в вебвью (потому что нельзя просто взять и почитать документацию как сделать кнопку с градиентом) и умудрялись даже фронтендовые либы для обработки изображений использовать (которые в браузерах на канвасе обрабатывают). Хотя слегка погуглив, можно было заточеные специально для реакт натива либы поставить. Как вспомню по вебвью в каждой ячейке таблицы, так вздрагиваю.
> Чем лучше? Язык ужасный. Доступа к нативным методам нет. Всё это ужеНичего ужасного в дарте не вижу, язык как язык, с сильным влиянием java. Преимущество flutter как минимум в том, что это не тупо инстанс гугл хрома в обёртке как электрон, а самостоятельный GUI-фреймворк со своей системой отрисовки, которая базируется на Skia. Код дарта компилируется в нативный со своим рантаймом, в отличии от React Native или любого другого JS-фреймворка. И это большой плюс для производительности, близкой к нативным приложениям. Про доступ к нативным методам: в дарт уже завезли FFI
А чем qt вам не нравиться?
Для вас есть отдельный котёл в аду.
Кстати, там кути обещают не то в 6, не то в 7 задать жару. Уже сейчас qml вполне неплох, но он будет компилироваться в нейтив! Ух, жара пойдёт. А то достали с этими однопоточными блокирующимися питонами в гуе.
Лицензией.
> если под него криво писатьЗдесь есть своего рода ловушка - если вы делаете "платформу", которая позволяет писать с минимальными интеллектуальными усилиями, то под неё только так писать и будут.
Трейдофф, что поделаешь. Но если у платформы высокий порог вхождения - на десктопах она не появится вообще. Слишком там большой зоопарк всего - требований, стандартов, необходимых совместимостей.
А потом приходит тесть: почини комп, нашел в кладовке. Я, говорит, на нем диссертацию делал.
- И че ты с ним делать будешь?
- В интернет ходить...
И как ему обьяснить что на 133 МГц и 16 Мб ОЗУ в интернет не походишь? Он же на нем диссертацию делал!Еще скажите что это прогресс...
Ні. Просто серед програмстів є величезна кількість вебщиків які нічого крім JavaСценарію та CSS вчити не будуть.
А вы на C++ хотите разрабатывать под Desktop? Или на чем? На Rust?
Почему нет? В идеале привязки должны быть к нужному языку.
> Почему нет? В идеале привязки должны быть к нужному языку.Я отвечу почему. Потому что есть у людей такая черта - жадность. Предприниматель, мелкий лавочник, крупный бизнес предпочтет заплатить в 3 раза меньше за поделие на Electron, чем на C++/Rust.
Этим людям нужна сиюминутная выгода здесь и сейчас.
Вот крупные игроки вроде Adobe могут вкладываться в стратегическое видение. Они же не хотят переписать Photoshop на Electron? Бред же! Абсурд!
А вот мелочь всякая пытается выжить таким образом
>> Почему нет? В идеале привязки должны быть к нужному языку.
> Я отвечу почему. Потому что есть у людей такая черта - жадность.
> Предприниматель, мелкий лавочник, крупный бизнес предпочтет заплатить в 3 раза меньше
> за поделие на Electron, чем на C++/Rust.Ну это как ему продать. Будет хороший тулкит на С++/Rust - можно ему продать. Нарпимер, тот же Telegram Desktop написан на Qt, хотя никто не мешает написать его на electron.
>>> Почему нет? В идеале привязки должны быть к нужному языку.
>> Я отвечу почему. Потому что есть у людей такая черта - жадность.
>> Предприниматель, мелкий лавочник, крупный бизнес предпочтет заплатить в 3 раза меньше
>> за поделие на Electron, чем на C++/Rust.
> Ну это как ему продать. Будет хороший тулкит на С++/Rust - можно
> ему продать. Нарпимер, тот же Telegram Desktop написан на Qt, хотя
> никто не мешает написать его на electron.Хорошо, пусть так. Другой вопрос - сколько разработчиков С++ есть на рынке? Сколько JS разработчиков есть на рынке? Сколько они стоят? Сколько времени пройдет от старта разработки до MVP?
> Хорошо, пусть так. Другой вопрос - сколько разработчиков С++ есть на рынке?
> Сколько JS разработчиков есть на рынке? Сколько они стоят? Сколько времени
> пройдет от старта разработки до MVP?На обоих языках хороших разрабов не много и стоят они дорого.
>> Хорошо, пусть так. Другой вопрос - сколько разработчиков С++ есть на рынке?
>> Сколько JS разработчиков есть на рынке? Сколько они стоят? Сколько времени
>> пройдет от старта разработки до MVP?
> На обоих языках хороших разрабов не много и стоят они дорого.А вы живете в идеальном мире, где рекрутеры, да и бизнес знает как отличить хорошего разработчика от подхалима. Умение "подлизывать" начальнику зачастую ценится выше, чем квалификация.
> как отличить хорошего разработчика от подхалимаДля этого есть нормальное собеседование с решением задач, собеседование в несколько этапов, разные собеседующие.
> Умение "подлизывать" начальнику зачастую ценится выше, чем квалификация.
Как это относится к вопросу о кол-ве разработчиков на c++ или js?
Так если рассуждать, то больше всего разработчиков на php и надо сделать electron для php.
>> как отличить хорошего разработчика от подхалима
> Для этого есть нормальное собеседование с решением задач, собеседование в несколько этапов,
> разные собеседующие.
>> Умение "подлизывать" начальнику зачастую ценится выше, чем квалификация.
> Как это относится к вопросу о кол-ве разработчиков на c++ или js?
> Так если рассуждать, то больше всего разработчиков на php и надо сделать
> electron для php.PHP-GTK, PHP-QT, and PHP-Wx
> PHP-GTK, PHP-QT, and PHP-WxНу и как часто этим пользуются? Вот и ответ на вопрос, что кол-во разработчиков не связано с использованием технологии.
> А вы живете в идеальном мире, где рекрутеры, да и бизнес знает
> как отличить хорошего разработчика от подхалима. Умение "подлизывать" начальнику зачастую
> ценится выше, чем квалификация.А уж как ценится умение расфуфыривать хвост перед hr'ом...
>> А вы живете в идеальном мире, где рекрутеры, да и бизнес знает
>> как отличить хорошего разработчика от подхалима. Умение "подлизывать" начальнику зачастую
>> ценится выше, чем квалификация.
> А уж как ценится умение расфуфыривать хвост перед hr'ом...Толку-то? Расфуфыривать надо перед технарями, кто тебя собеседовать будет )
Если перед hr-ом не расфуфырить, до технарей не дойдешь.
> Если перед hr-ом не расфуфырить, до технарей не дойдешь.Никогда проблем не было с фуфыреньем ) А вот технари разные бывают. Иногда ребята правда забывают, что собеседование - двусторонний процесс. Я привык собеседовать компанию, чтобы мне было в первую очередь интересно у них работать.
Да, я могу выбирать. Но это только в ИТ-отрасли насколько мне известно.
прошли времена вэб сайтов. Сегодня актуалны биг-дата, машинное обучение, IoT. Электон это детское творчество ). гуи в разы удобнее писать на QML, оно и пошустрее будет и по памяти небо и земля.
>гуи в разы удобнее писать на QML,И во тут, вспомнив, что QML это урезанный жс (а, не, уже не особо и урезанный)
The JavaScript Host Environment provided by QML can run valid standard JavaScript constructs such as conditional operators, arrays, variable setting, and loops.
It also allows users to import JavaScript files and use the functionality those imports provide.
https://doc.qt.io/qt-5/qtqml-javascript-expressions.html
https://doc.qt.io/qt-5/qtqml-javascript-topic.html
только по 4000 баксов в год на разраба и с неясным будущим, начинаешь снова посматривать на электрон
>>гуи в разы удобнее писать на QML,
> И во тут, вспомнив, что QML это урезанный жс (а, не, уже
> не особо и урезанный)
> The JavaScript Host Environment provided by QML can run valid standard JavaScript
> constructs such as conditional operators, arrays, variable setting, and loops.
> It also allows users to import JavaScript files and use the functionality
> those imports provide.
> https://doc.qt.io/qt-5/qtqml-javascript-expressions.html
> https://doc.qt.io/qt-5/qtqml-javascript-topic.html
> только по 4000 баксов в год на разраба и с неясным будущим,Фига себе. Не знал. Мне, как энтузиасту, свои поделия на нем делать, значит, не стоит. Если думаю продать в будущем, конечно. А если для опенсорса?
> начинаешь снова посматривать на электрон
А почему неясное будущее?
>А почему неясное будущее?Ну вот тут немного не о том, но и об этом кое-что есть
> Этим людям нужна сиюминутная выгода здесь и сейчас.Дык отож...
Ну да, а майкрософт - мелочь, потому что так называется, да?
> Вот крупные игроки вроде Adobe могут вкладываться в стратегическое видение. Они же не хотят переписать Photoshop на Electron? Бред же! Абсурд!Хоть и не Electron, но photoshop активно использует nodejs уже несколько лет как.
"Photoshop recently shipped a new feature called Generator, but what not everyone realizes is that behind the scenes this feature is powered by a Node.js server built right into the tool. This means that you as a developer can now automate photo editing from JavaScript, or access Photoshop features from a Node app, or.. well, anything really. So this talk will take a look at what's possible when high-level tools expose low-level programmable interfaces, and show how to have some fun with this in Photoshop in particular."
Не, к ноде вопросов нет. Вот к Электрону! )
Есть ещё nwjs, который бывший хромиум+нода, а нынче платформа для приложений. С точки зрения пользователя у электрона куда лучше с производительностью и вроде пилят вулкан для вебгл? А так то же самое по-сути. Жор образовался не на пустом месте, а из-за нынешнего хромиума. Сама нода не особо жручая (ну, если сравнивать с жвм).
> Вот крупные игроки вроде Adobe могут вкладываться в стратегическое видение. Они же не хотят переписать PhotoshoВот только photoshop ни разу не кроссплатформенный. Что должно настораживать, не?
Windows/macOS2 платформы, значит, Photoshop - кроссплатформенный.
Оптимально: UI на скриптовом языке (например, QML), остальная логика на C++ или Rust.
QML всё ещё гораздо оптимальнее Электрона, и в Qt 6 станет только лучше.
Кроме того, Электрона нет на мобилках, а QML есть.
А на чем discord и slack мобильные работают?
> А на чем discord и slack мобильные работают?Slack - Electron
Discord - Electron
>> А на чем discord и slack мобильные работают?
> Slack - Electron
> Discord - ElectronЗа что минус? За правду? ) Утрись, обиженка. Эти два приложения работают на Electron - так-то!
Вопрос был про мобильные приложения и они уж точно не используют электрон. Ещё минус вдогонку за неумение читать.
> Вопрос был про мобильные приложения и они уж точно не используют электрон.
> Ещё минус вдогонку за неумение читать.Туше ) Просмотрел.
Но не удивлюсь, что работают на нетативе - Flutter/RN какой-нибудь
> Туше ) Просмотрел.Лады, компенсируем плюсом )
> Но не удивлюсь, что работают на нетативе - Flutter/RN какой-нибудьУ Slack Java+Kotlin и ObjC+Swift. А у Discord как раз RN.
У раста есть биндинги к flutter. Вполне рабочий вариант
После QML flutter смотрится как-то... ужасно что ли
Излишне много синтаксического мусора, как и во всех популярных веб-фреймворках
> Излишне много синтаксического мусора, как и во всех популярных веб-фреймворкахПросто это подход "один язык для всего". От макета UI до сборочных скриптов. На андроиде сейчас тоже самое с UI происходит, называется Jetpack Compose.
> У раста есть биндинги к flutter. Вполне рабочий вариантFlutter ждет то же будущее, что и Google+, и Wave
Electron поощряет порочные практики. А что не так с C++? На нем написано много приложений. Тот же firefox например.
Думать не надо, пора закапывать этого монстра.
На больших объемах данных Python потребляет память гигабайтами:) Это плата за "удобство" работы с ним и того что всё есть объект. Особенно строка. Вот как раз миллионы небольших строк в сотню мегабайт посимвольно съедают несколько десятков гигабайт. Одна из причин почему изобрели Numpy и Pandas.
Лучше так чем венда-онли. Мультиплатформа действительно киллер-фича. Правда, разрабы всё равно не могут написать имя файла без ошибок, а линукс-то case-sensitive. Спасибо хоть костылей завезли (chattr +F).
Как эта мультиплатформа чувствует себя на мобилках и в Хромобуках? Вот PWA работает действительно везде и не запускает целый отдельный браузер для каждого приложения.
Годно, нужно. Хейтерки-луддиты идут лесом.
зато ты такой жырный что даже в лес не пролезешь
У тебя в первом слове ошибка.
В какой букве?
В третьей.
Да... Тут прям целое скопление луддитов...
Ужас какой-то.
Причем вряд ли кто на Electron что писал.Нормальная такая технология. Просто не надо быть глупыми максималистами.
> Из программ, построенных на базе платформы Electron можно отметить редактор Atom, почтовый клиент NylasОба проекта мертвые.
Вместо первого теперь VSCode, вместо второго - Mailspring.
>> Из программ, построенных на базе платформы Electron можно отметить редактор Atom, почтовый клиент Nylas
> Оба проекта мертвые.
> Вместо первого теперь VSCode, вместо второго - Mailspring.Так MailSpring вроде же тот же человек делает, что и Nylas.
Кстати, там папки уже можно создавать с правилами?
Да и сайт Wagon уже пару лет как мертвый.
Постоянно копипастят новость с прошлого релиза, а контент не проверяют :(
Копипастить и не проверять — вполне в духе js-макак.
Как илитка из 8Б говоришь? У вас, говорят, этот год раньше закончили из-за карантина.
НАТЕ
Круто. Пойду скачаю себе побольше памяти и заценю.
и как это раньше на сименсе хватало 500кб оперативки для оперы мини?
Там рендер на сервере, не считается. Припоминаю во времена симбиана, опера мини была довольно жручая и тормозная. Симбиановская опера была ещё более жручая, но она хотя бы сама рендерила и была полноценным браузером. Её кстати потом ещё по-моему встраивали в разные телефоны. Это был какой-то смежный проект, отдельно не продавалась?
Да это промежуточная штука на вебне. Нам как бэ непонятно, зачем это. А им понятно. Потому что потом просто всё перейдёт в облака, и за виртуальное облачное окружение для запуска этих программ нужно будет платить как за интернет кровными или просмотром рекламы (или заполнением инфы о себе с номерами телефона).
Почему "или". А ещё до кучи, Ваши данные будут продаваться рекламным агрегаторам.
Новый релиз "любимой" платформы анонимов опеннета.
производители ОЗУ категорически ликуют
Они и не переставали после выхода JVM
> -13О как новость опеннетчики заминусовали. Даже сильнее чем гтк.
> Из программ, построенных на базе платформы Electron можно отметить редактор AtomВообще-то это Electron изначально переделан из Атома.
Размер привет мира вырос с 200 до 300 мб?
Релиз ненужного от ненужной компании.
Кстати кто напомнит почему это ненужное не поддерживается нативно, да и вообще никак, под Хром ОС?
Потому что хром ОС это уже некстген: всё через онлайн, даже вскоды будут, как пример - EasyEDA.
Очередное сборище аналитиков. Наверно трушные gjs или qml лучше? А ну да надо на С писать, там все будет быстро, хорошо и без багов как в сустемд.
Напиши на JS прошу для микроконтроллера, а заодно драйвер твоего сетевого устройства.
Язык C позволяет вырезать изящную скульптуру или отрезать себе руку. Ограниченные языки не позволяют ни того не другого. Хорошо ли это? Каждый ответит по своему.
А вяленый все никак не завезут.. Хотя уже давно пора было бы..
электрон забавная игрушка да и только. писать на нем окошки да рюшечки которые занимают как операционная система.. дурной тон. ну или как знаете, вот есть хорошее грузинское вино, а есть ДВ крепкое - пивас как выражаются его ценители, ну или клинское ) - дешево, вкусненько,, и тем кто покупает такие напитки, не объяснишь, чо гораздо приятнее наслаждаться бутылкой вина за 800р, чем полторашкой за..., сколько там, ну 100 - 150р. И это чушка будет на тебя смотреть и не понимать, ну пивас то дешевле, на 800 руб можно 4-5 бутылей купить и весь вечер у подъезда просидеть пробухать.
Так вот у программистов примерно так же, увы. Очень много программистов контентщиков, и они не могут понять в чем разница яп для контента и яп универсальных, на которых в том числе разрабатваются все современные технологии.
Хрен с ней, памятью.А субпиксельное сглаживание завезли наконец? А то сейчас запусил ferdi (electron) и в хромиуме открыл веб-варианты все тех же систем отправки мгновенных сообщений. Разница, что называется, на лице...
Вот лучше бы хейтеры вместо традиционного ослоумия написали бы, чем этот Electron можно заменить. Может быть Qt, которое благодаря гениальной политике владельца вот-вот сдохнет? Или GTK, что после выхода новой версии по тормозам уверенно догоняет Electron, и скоро пойдёт на обгон?
Сперва сделайте нормальный кроссплатформенный фреймворк, а уж потом ругайтесь. А то на безрыбье и Electron креветка.
> GTK ... по тормозам уверенно догоняет ElectronДогоняет? Тот летающий паровоз уже давно в будущем. Електрон еще скромняга в сравнение с этим ужасом десктопа. И вообще, кому нужен этот gtk кроме редхата? Вся надежда была на qt, но так и не вышло.
> Сперва сделайте нормальный кроссплатформенный фреймворкФлаттер.
>Включён PDF-просмотрщикВот это правильно, а то куда же приложениям на електроне без просмотра pdf. Ведь любой месседжер, блокнот и даже калькулятор должен уметь читать pdf. Но забавно, что даже приложения на хромиуме с лишним говном на борту шустре приложений на дрыснявом gtk.
Electron погазал себя на примере Skype. Skype времен Qt3 был великолепен. Работал везде. На десктопах, ноутах, виндах, линуксах, планшетах, телефонах. При этом 512 килобит исходящего на ADSL хватало для вполне приемлемого качества видо. Да не FullHD но это было видно и можно было общаться.Пришли гавнокодеры и переписали на электрон. Теперь это уродство пользовать вообще нельзя. Жрёт не понятно сколько, телефон в панике, канал вообще затрудняюсь сказать какой нужен. На 3G оно так ничего и не вытянуло. Ерунда ваш электрон. Вот всё что о нём нужно знать.
И не надо ляля про skype for busines и мол им пользуются. Никто уже в развитых странах им не пользуется. Если только это не навязанная политика компании по причине соглашения с Microsoft. Не зря появился тот-же zoom, который после последних новосте тоже скоро сдохнет. Уже во многих компаниях запрещать стали.
Смысл делать интерфейс пользователя на электроне если он выглядит вырви глаз? Не считается с системными настройками и т.д. Даже с gtk проще чем с этим....