S30N1K

Пользователь

Регистрация: 24.09.2014

Сообщения: 7225

Рейтинг: 4945

Нарушения: 25

S30N1K

Регистрация: 24.09.2014

Сообщения: 7225

Рейтинг: 4945

Нарушения: 25

с аргументами пжалста FeelsWowMan.png?1592046354

Aragorn_

Пользователь

Регистрация: 20.12.2021

Сообщения: 389

Рейтинг: 48

Нарушения: 100

Aragorn_

Регистрация: 20.12.2021

Сообщения: 389

Рейтинг: 48

Нарушения: 100

wpf

Не смог восстановить аккаунт

Пользователь

Регистрация: 03.01.2020

Сообщения: 4181

Рейтинг: 3594

Не смог восстановить аккаунт

Регистрация: 03.01.2020

Сообщения: 4181

Рейтинг: 3594

у линусятников горит очелло с електрона, поэтому он

offwire

Пользователь

Регистрация: 13.09.2018

Сообщения: 1040

Рейтинг: 924

offwire

Регистрация: 13.09.2018

Сообщения: 1040

Рейтинг: 924

flutter NYZZoomer.gif?1640430539

Вебмакака

Пользователь

Регистрация: 07.10.2020

Сообщения: 898

Рейтинг: 560

Вебмакака

Регистрация: 07.10.2020

Сообщения: 898

Рейтинг: 560

S30N1K сказал(а):

с аргументами пжалста FeelsWowMan.png?1592046354

Нажмите, чтобы раскрыть...

На сайте Electron в общем-то расписаны все его отличия от NW.js

 

Но вообще, NW.js приложения менее прожорливы в плане оперативки и весят меньше, хотя не думаю что это имеет значение т.к. при любом раскладе это получается в разы больше чем альтернативы на C#/C++.

 

Но если речь заходит о том что тебе нужно небольшое приложение и минимум потребляемых ресурсов, можно еще взглянуть на Neutralinojs или Tauri, там кажется раз в 10 ниже вес и потребляемые ресурсы в сравнении с Electron/NW.js.

 

Но решать возникшие проблемы легче всего на Electron, потому что там коммьюнити намного больше. Да и то что всякие дискорды, вскоды, атомы, скайпы и прочие крупные приложения написаны именно на Electron а не на NW.js уже о многом говорит в его пользу.

 

Joyfulbeekeeper

Пользователь

Регистрация: 27.12.2015

Сообщения: 33839

Рейтинг: 29194

Нарушения: 10

Joyfulbeekeeper

Регистрация: 27.12.2015

Сообщения: 33839

Рейтинг: 29194

Нарушения: 10

Электрон - тупое говно, тупого говна. При упоминании этой помойки хочется придушить тех, кто ее использует в разработке.

Ответ очевиден.

Не смог восстановить аккаунт сказал(а):

у линусятников горит очелло с електрона, поэтому он

Нажмите, чтобы раскрыть...

PeepoAnd.png?1577443023PeepoAnd.png?1577443023PeepoAnd.png?1577443023

 

Вебмакака сказал(а):

Да и то что всякие дискорды, вскоды, атомы, скайпы и прочие крупные приложения написаны именно на Electron а не на NW.js уже о многом говорит в его пользу.

Нажмите, чтобы раскрыть...

Т.е. самые ублюдские тормознутые приложения, которые должны быть переписаны на нормальные языки, а текущие разрабы расстреляны.

Вебмакака

Пользователь

Регистрация: 07.10.2020

Сообщения: 898

Рейтинг: 560

Вебмакака

Регистрация: 07.10.2020

Сообщения: 898

Рейтинг: 560

Joyfulbeekeeper сказал(а):

Т.е. самые ублюдские тормознутые приложения, которые должны быть переписаны на нормальные языки, а текущие разрабы расстреляны.

Нажмите, чтобы раскрыть...

Есть другой вариант писать кроссплатформенные приложения с возможностью шарить код с веб-версиями не тратя при этом в 3 раза больше денег на разработку?

 

У меня несколько электрон приложений установлено, включая VSCode как основная рабочая программа. И каких-то проблем с ней нету. Как не было их с несколькими другими программами, включая приложение дискорда. Может, конечно, если бы я запускал на системе с 4гб ОЗУ у меня были какие-то проблемы, но на дворе 2022 год через несколько дней и плашка на 8гб стоит 2к рублей.

 

Можно, конечно, отказаться от кроссплатформы и вернуться в старые добрые 2000-2010 года и писать программу просто под одну платформу, пока пользователи двух других будут пользоваться более худшими альтернативами. И пользоваться костылями вроде протона и вайна, что добавляет намного больше проблем чем оверхед в виде электрона. Наверное, так будет лучше?

Joyfulbeekeeper

Пользователь

Регистрация: 27.12.2015

Сообщения: 33839

Рейтинг: 29194

Нарушения: 10

Joyfulbeekeeper

Регистрация: 27.12.2015

Сообщения: 33839

Рейтинг: 29194

Нарушения: 10

Вебмакака сказал(а):

Есть другой вариант писать кроссплатформенные приложения с возможностью шарить код с веб-версиями не тратя при этом в 3 раза больше денег на разработку?

 

У меня несколько электрон приложений установлено, включая VSCode как основная рабочая программа. И каких-то проблем с ней нету. Как не было их с несколькими другими программами, включая приложение дискорда. Может, конечно, если бы я запускал на системе с 4гб ОЗУ у меня были какие-то проблемы, но на дворе 2022 год через несколько дней и плашка на 8гб стоит 2к рублей.

 

Можно, конечно, отказаться от кроссплатформы и вернуться в старые добрые 2000-2010 года и писать программу просто под одну платформу, пока пользователи двух других будут пользоваться более худшими альтернативами. И пользоваться костылями вроде протона и вайна, что добавляет намного больше проблем чем оверхед в виде электрона. Наверное, так будет лучше?

Нажмите, чтобы раскрыть...

Это отличные приложения. Но они нереально медленные, а кое-что в VSCode может даже не получиться обработать на мощных ПК. Запускаешь условный Vim/Emacs, и они разорвут его в клочья на той же задаче, после чего приходит осознание того, "до чего дошел прогресс". Мы просто привыкли, что система стала тормознутой, приложения еще хуже. Это не новые функции и суперграфика с аппаратным ускорением требуют 8+ ядерных процессоров, а отвратительная оптимизация.

В том-то и проблема, что разработчики вообще крепко положили на оптимизацию, щедро приправляя наиболее простыми решениями.

Приложения для известных сервисов? Да пусть PWA браузерный ставят!

Все-таки запилили приложение? Да найдите какой-нибудь способ сделать одно для всех платформ, главное, чтобы деньги не тратить. (Бтв, все равно скоро будут пихать мессенджеры и остальное в браузеры и избавляться от приложений, Опера уже начала).

Заметь, вышеупомянутые VSCode и Skype (Microsoft), Discord (монополист в своем сегменте, да и вообще он в 95% только для Windows нужен, даже на мобилах мало кто юзает) уж точно обладают всеми ресурсами, чтобы хоть под каждую систему отдельное приложение писать.

Разве что Атому можно, да и то у проги для программирования уж точно не будет недостатка в программистах, чтобы запилить ее на разные системы (тем более Атом, насколько я помню, является свободным ПО).

Как раз старые-добрые нулевые и были правильными с этой точки зрения, пока все эти стартаперы (да и большие корпорации) не начали свою "кроссплатформенность", экономя везде, где только можно. Должно быть так: хочешь кроссплатформенность - пиши разные приложения.

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

Вебмакака

Пользователь

Регистрация: 07.10.2020

Сообщения: 898

Рейтинг: 560

Вебмакака

Регистрация: 07.10.2020

Сообщения: 898

Рейтинг: 560

Joyfulbeekeeper сказал(а):

Запускаешь условный Vim/Emacs, и они разорвут его в клочья, после чего приходит осознание того, "до чего дошел прогресс".

Нажмите, чтобы раскрыть...

Vim по функционалу очень серьезно проигрывает VSCode для фронтенд разработки. Он по функционалу плюс-минус как тот же Sublime Text, но явно не как VSCode. А если добавить в него через плагины весь этот функционал из VSCode (и то часть функционала ты скорее всего даже добавить не сможешь), то разница в скорости будет уже не так заметна и будет видна в общем-то только в двух случаях: первый запуск проекта и открытие огромных файлов на 20мб+. Причем, ни тот, ни другой кейс в общем-то не нужен в разработке, потому что запуск происходит один раз в день а файлы на 20мб+ открывать не приходится почти никогда (лично мне).

 

Joyfulbeekeeper сказал(а):

В том-то и проблема, что разработчики вообще крепко положили на оптимизацию, щедро приправляя наиболее простыми решениями.

Приложения для известных сервисов? Да пусть PWA браузерный ставят

Нажмите, чтобы раскрыть...

А кто будет платить за эту оптимизацию? Можно заниматься оптимизацией бесконечно, только толку от этого нет никакого, лишние 100мб в ОЗУ может себе позволить каждый пользователь. Лично для меня лучше если разработчики будут сидеть и добавлять полезный функционал в программу, чем сидеть пересчитывать байтики и ускорять запуск программы на 2 секунды.

 

Joyfulbeekeeper сказал(а):

Заметь, вышеупомянутые VSCode и Skype (Microsoft), Discord (монополист в своем сегменте, да и вообще он в 95% только для Windows нужен, даже на мобилах мало кто юзает) уж точно обладают всеми ресурсами, чтобы хоть под каждую систему отдельное приложение писать.

Нажмите, чтобы раскрыть...

Обладают. И даже они понимают что это того не стоит. Зачем им тратить огромные ресурсы на поддержку трёх десктопных клиентов для приложения которое половина использует в браузере? Они сделали приложение на электроне, расшарили большую часть кода с их веб-приложения, получили десктоп приложение на все три платформы. Легко и просто. Жрёт оно 300мб вместо каких-нибудь 70мб? Да и наплевать, если тебя это напрягает, всегда есть веб-версия.

 

Joyfulbeekeeper сказал(а):

Разве что Атому можно, да и то у проги для программирования уж точно не будет недостатка в программистах, чтобы запилить ее на разные системы (тем более Атом, насколько я помню, является свободным ПО)

Нажмите, чтобы раскрыть...

Atom уже проиграл конкуренцию VSCode почти сразу же как последний появился и проиграл еще больше когда MS купила GitHub, которому принадлежал Atom. VSCode, к слову, тоже свободный и весь его код висит на гитхабе.

 

Joyfulbeekeeper сказал(а):

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

Нажмите, чтобы раскрыть...

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

S30N1K

Пользователь

Регистрация: 24.09.2014

Сообщения: 7225

Рейтинг: 4945

Нарушения: 25

S30N1K

Регистрация: 24.09.2014

Сообщения: 7225

Рейтинг: 4945

Нарушения: 25

Поднятие темы

Александр

Почетный пользователь

Регистрация: 10.08.2013

Сообщения: 5394

Рейтинг: 4248

Александр

Регистрация: 10.08.2013

Сообщения: 5394

Рейтинг: 4248

S30N1K сказал(а):

с аргументами пжалста FeelsWowMan.png?1592046354

Нажмите, чтобы раскрыть...

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

 

Кроссплатформенные приложения на webview были популярны в 10-16 годах, nw.js - одни из первопроходцев в этом. Основные проблемы webview того времени - тебе приходилось вместе с приложением тащить тяжеловесный блинк

nw.js как раз "был нацелен" на то, чтобы разделить эту зависимость. Тебе не обязательно тащить движок вместе с приложением, достаточно наличия любого установленного браузера на его основе. В общем твоим плюсом будет низкий вес приложения

 

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

 

Общий минус приложений на webview - скорость запуска и работы, а так же они достаточно прожорливы (по сути ты запускаешь ещё один браузер, в котором по дефолту у тебя бесконечно копится мусор, который некому очищать)

Если тебе просто поиграться, то валяй, но сейчас лучше смотреть в сторону native + v8. Описывать все их преимущества впадлу, но тебя не должна отпугивать нативная вёрстка. Может показаться трудно на старте, но со временем привыкнешь

 

Позволяют писать приложения для мобильных устройств (windows mobile/android/ios)

nativescript и её потомки (nativevue, nativereact, nativesvelte, nativeangular и так далее)

 

Позволяют писать приложения для чего угодно

reactnative (не путать с nativereact) - лучшее из всего этого списка, прямой конкурент flutter

vuenative (аналогично не путать с nativevue, но работа над ним более не продолжается, deprecated)

 

На тему того, что выше посоветовали flutter, советую так же ознакомиться. Пишешь код на dart вместо js (по сути одно и то же, когда вникнешь, но он менее удобен и имеет обязательную типизацию, что может отпугнуть на старте)

 

Вебмакака сказал(а):

можно еще взглянуть на Neutralinojs или Tauri

Нажмите, чтобы раскрыть...

Так же относятся к теореме эскобара

Но это не значит, что их нельзя использовать

Если делать нечего - пробуй

 

Joyfulbeekeeper сказал(а):

Это отличные приложения. Но они нереально медленные, а кое-что в VSCode может даже не получиться обработать на мощных ПК. Запускаешь условный Vim/Emacs, и они разорвут его в клочья на той же задаче, после чего приходит осознание того, "до чего дошел прогресс". Мы просто привыкли, что система стала тормознутой, приложения еще хуже. Это не новые функции и суперграфика с аппаратным ускорением требуют 8+ ядерных процессоров, а отвратительная оптимизация.

Нажмите, чтобы раскрыть...

Ты не совсем разбираешься в теме, в которой пытаешься дисскутировать

vscode просто сам по себе кал, и сравнивать его с vim равносильно тому, что сравнивать блокнот и ворд, в которых появилась система плагинов

 

Joyfulbeekeeper сказал(а):

В том-то и проблема, что разработчики вообще крепко положили на оптимизацию, щедро приправляя наиболее простыми решениями.

Приложения для известных сервисов? Да пусть PWA браузерный ставят!

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

Нажмите, чтобы раскрыть...

В тебе говорит пользователь, а не программист. На рынке от тебя требуется быстрое решение с минимальным вложением, и никакой владелец проекта не будет тебе оплачивать его поддержку сразу на трёх платформах - им выгодно всё держать в одном. Ты делаешь функционал для одного проекта, а не сразу для трёх. Чувствуешь связь?

 

Joyfulbeekeeper сказал(а):

Как раз старые-добрые нулевые и были правильными с этой точки зрения, пока все эти стартаперы (да и большие корпорации) не начали свою "кроссплатформенность", экономя везде, где только можно. Должно быть так: хочешь кроссплатформенность - пиши разные приложения.

Нажмите, чтобы раскрыть...

Правда? Прикинь, у тебя есть одна agile доска, например. В ней есть список тасков, помеченных для исправления/добавления/дискуссии. У тебя сидит 20 разработчиков, занятых разработкой и исправлением багов. Каждый разработчик может сделать за 8 часов работы от 1 до 10 задач в зависимости от сложности, получаем в среднем ~100 задач (пропускаем наличие qa и tlr). Подходит время для релиза, берёте одно приложение и пушите, саппорт сидит на ушках и ждёт отзывов от клиентов

А теперь представь, что у тебя 3 платформы, на одной сидит 9 человек, на второй ещё 7 и на третьей 4 (те же 20). Всем разработчикам стоит одна и та же задача - ввести функционал, исправить баг на своей платформе. Уже чувствуешь, какие расходы и временные рамки участвуют?

 

Joyfulbeekeeper сказал(а):

Discord (монополист в своем сегменте, да и вообще он в 95% только для Windows нужен, даже на мобилах мало кто юзает)

Нажмите, чтобы раскрыть...

А где такое указано, можно ссылочку? Конкретно что он в 95% только для windows нужен и что его "на мобилах мало кто юзает"

(эффект толпы, ты сидишь в своей комнате с людьми, что юзают дискорд только на пк под управлением windows и один человек в углу, что сидит с мобилы, выйди из неё и удивишься)

 

Joyfulbeekeeper сказал(а):

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

Нажмите, чтобы раскрыть...

Чем js мерзок? Кроме стереотипного мнения толпы

Обычно от такого вопроса отнекиваются или кидают стрелки, ну максимум скажут про отсутствие обязательной типизации