с аргументами пжалста 
Нажмите, чтобы раскрыть...
Если по теме ответ - 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 мерзок? Кроме стереотипного мнения толпы
Обычно от такого вопроса отнекиваются или кидают стрелки, ну максимум скажут про отсутствие обязательной типизации