Есть одно интересное начинание - Sciter. Морда вебная с HTML, CSS и с аля-Js,  с мордой используй что хочешь, хоть C++,  хоть что, думаю даже ноду можно. Сам движок сделан на плюсах (но закрытый), без всяких хромиумов. Весят приложения копейки, работают быстро - на нем многие антивирусники сделаны. Но... автор, к сожаленью, не использует чистый js, и DOM видит по-своему, не гонится за стандартами, а идет каким-то своим путём, что как бы исключает использование реактов, ангуляров,  и всяких там популярных библиотек. А так, вполне бы был претендент...

А какой в этом смысл? Сам интерфейс это 20% всего кода, кнопочки, инпуты, морды и прочее можно за пару недель сверстать на чем угодно, основная кодовая база это сеть и прочее. Единственный аргумент с целью верстать на html клиент, это действительно если уже есть веб разработчик, и он больше не может не на чем верстать.

Программы разные бывают. Если это графический редактор или игруха, то морда - это не 20%. Ну а смысл все тот же - сокращание бюджета. Нетривиальная кнопочка в вебе и на qt - это два разных разработчика. Мы ж не спорим о том, что такая технология не востребована, просто реализация - шлак. Вот если б это был а-ля электрон без его глюков, но не на кастрированном хромиуме с кучей борохла в нагрузку, о отдельный заточенный под десктоп движок, вроде скитера, но с полной поддержкой всех веб-стандартов, то цены б ему не было. Но за разработку что-то никто из серьезных контор не берется...

Так а есть уже qt qml, там можно использовать js последних стандартов, под капотом тот же v8

А мне для гуйни больше всего понравился wpf
Вот уж где развернуться можно, и при этом всё логично и удобно

Щас на проекте пишу на Electron с React внутри и матерюсь) Есть еще Flutter как платформа для разработки Mobile/Desktop приложений с возможностью компиляции под конкретную OS. Лучше бы на Dart писал)))

Но такой выбор мне понятен. Он был сделан потому что в нашу приложуху было интегрировано куча кода на TS из всей предыдущей разработки

Привет. А какого рода проблемы возникают? Сейчас тоже пишу на связке электрон + react и пока что (тьфу тьфу), все хорошо. Проблемы возникают на стороне реакта или api электрон?

vscode же на electron и вроде ничего, работает )

Я саппорчу, не начинал его с нуля) В общем нету у нас React Dev tools, как в браузере, это неудобно, hot reload не пашет. Опять же тут надо понимать правильный подход при взаимодействии и синхронизации React и файловой системы. Идея однонаправленного потока данных в React противоречит тому что я хочу, чтобы когда я поменял содержимое файла в  напрямую в файловой системе это отобразилость в React))

Vscode это продукт в который вкладываются, а обычно Electron пишут, как уже было упомянуто, по остальному принципу для экономии бюджета

А по архитектуре что из себя представляет приложение? Тонкий клиент?

Толстый))) это своеобразная IDE заточенная под нужды конкретного проекта. Больше из-за NDA не могу сказать.

прально, миру нужна еще одна IDE

Реактувскую тулзу, как и другие расширение ставить можно, да, надо чтобы бы стоял хром и в нем эта тулза была и ручками показывать electron путь до расширения, но это не так уж и сложно. Hpt reload на уровне react есть из коробки (привет webpack dev server). Организовать идею однонаправленного потока, когда их всегда минимум 2+ - звучит как утопия, надо опднимать в основном процессе средствами ноды какой-то воркер, который бы следил за папкой и отправлял в мейн поток сообщение, а уже из основного потока прокидывать сообщение в поток react. На самом деле ваши проблемы не такие уж и проблемы, по моему скромному мнению)

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

Все, что нужно знать про образование, работу и HR

— Забудьте все, чему вас учили в ВУЗе!
— Но я не учился в ВУЗе!
— Тогда вы нам не подходите.

— У вас есть 3 года опыта с этой библиотекой?
— Но я написал ее год назад!
— Тогда вы нам не подходите.

Это да, тут я с вами солидарен, деньги рефакторинг не любят:D
Но и электрон в этом не виноват, а прочитавшик ваше сообщение выше спишут все пробле ы именно на него, не разбираясь что и как

— Нам нужен специалист с минимум 3-х летним опытом работы с этой библиотекой!
— Но я написал ее год назад!
— Тогда вы нам не подходите.

по-крайней мере прочитавшие должны знать, что сделать быстро и качественно на электроне не получится. либо быстро, но будет жрущий монстрик, либо качественно, но тогда надо вкладывать усилия как ms в code