Но клиентские программы тоже нужно писать, и это тоже большая точка отказа.
Отдельная клиентская программа куда надежнее браузера, поскольку убирается вся проблематика отрисовки html.
Да и на практике получается, что с учётом зоопарка потенциальных клиентских платформ
Был период (до эры java) когда универсальность и кроссплатформенность вообще
считали признаком низкого качества, а самым лучшим считалось поставлять свое железо со своей ОС. SGI - как эталонный пример.
Сейчас на практике все тоже сводится к одной-двум платформам, еще и в жестких границах поддерживаемых конфигураций.
А дичь вроде SPA на мобилках собственно дальше прототипов и не уходит, это слишком неудобно. Даже PWA неудобны по сравнению с нативными приложениями.
не так уж и плохо.
Вопрос не в том что плохо или хорошо, я точно также использую и реакт и ангуляр. Просто есть разные задачи, не все можно сделать лишь одним инструментом.
Отдельная клиентская программа куда надежнее браузера, поскольку убирается вся проблематика отрисовки html.
А какая у HTML для прикладного программиста «проблематика отрисовки»? Условный программист на React возьмёт готовую библиотеку компонентов вроде MaterialUI и будет пилить бизнес-логику. Если потребуется standalone — завернёт в Electron. Условный программист на Java возьмёт Swing или JavaFX, и будет пилить бизнес-логику. Аналогично поступят дотнетчик, делфист и плюсовик на Qt.
А дичь вроде SPA на мобилках собственно дальше прототипов и не уходит, это слишком неудобно. Даже PWA неудобны по сравнению с нативными приложениями.
Да, вот на мобилках всплывают проблемы с UX у ненативных тулкитов. Притом не только на основе браузеров.
Читал, что наметился уход от html в сторону canvas. Мол, в глобальном смысле, от фронта лишь требуется информация о действиях пользователя над окном - по каким координатам кликнул/провел мышкой и отдать это серверу. Ну и отрисовывать на канвасе прилетающий поток графики.
А ведь в этом что-то есть :)