Архитектура софта: веб-сервис, тонкий или толстый клиент, что лучше? : Операционные системы и программное обеспечение

Учетом финансовых потоков :)
Во-первых, вебу ничего не стоит работать локально после загрузки необходимых данных. Во-вторых, какая-то мутная история. Для сравнения можешь посмотреть таблички в гуглодокументах, все вполне себе цензурно работает нелокально и не надо никаких процедур отправки куда-то.
Это противоречащие по значению слова в одном предложении. Только что возился, перекидывал версии фокса из одной виртуалки с виндой в другую. Хрясь, скорость сети падает вдвое... И поди ты пойми, что с этой виндой не так... Нет, она поднялась, скорость-то... но некоторое время валялась. А приоритет должен быть за мной, а не тем, что сейчас какие-то обновления поискаться решили, например.
С кешированием и прочими примитивами где-то в поле с мобильного интернета особенно проникаешься... Вместо того, чтобы залогиниться и быстро набрать команду, наблюдаешь, как оно окно после логина рисует стилем ленивого маляра... У меня на ноуте графика уже есть, зачем ее еще и на сервере обслуживать? Сервер пусть хранит данные и считает, а не окошки рисует никому не нужные там.

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

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

Если задача сотрудников нажимать три кнопки на планшете или телефоне...
Ну тогда ... Тогда не понятно зачем покупать такое дорогостоящее оборудование .. типа телефона или планшета...
Ардуино или esp32 c тремя кнопками по gpio и вуаля...)))

Это тебе непонятно, потому что ты не учитываешь и прочие возможности даже самых дешёвых смартфонов или планшетов - имейл отправить, позвонить, конференцию (с видео) устроить, порнушку на толчке подглядеть... тут МК с тремя кнопками не выкрутится. Ну, и речь-то идёт не о трёх кнопках, которыми по-прежнему воспринимаются вэб-приложения, а о полноценном пользовании полного функционала ПО. Взгляни на уже озвученные мной комплекты Google Drive-Docs-Sheets и MS Office 365 (включая One Drive) - полноценный офисный комплект на любой машине с выходом в интернет. С функциями совместной работы над документами, автоматическим бэкапом, защитой от вирусов (и вымогателей), да и вообще много чего ещё. И мощности требуется не сиьно больше, чем для того же тонкого клиента.
Ну, и уж если планшет или смартфон считается дорогостоящим оборудованием, а не расходником, то мы, видимо, живём совсем в разных мирах, в которых, действительно, разные взгляды на развитие прикладного ПО.

Вэб тоже вполне оптимизирован. Кэширование настраивается и контролируется гибко, вплоть до полноценной офлайновой работы. Тут опять вопрос просто в знании инструмента, и умении его применять.

Кажется, начинаем немного двигаться в верном направлении. (%

Кто будет разрабатывать мобильное приложение? Это ж дополнительные программисты, дополнительные лицензии могильных маркетплейсов, дополнительный саппорт, разбирающийся в специфике.
Т.е., заниматься разработкой и поддержкой двух (или даже трёх, учитывая две ключевых мобильных платформы) приложений вместо одного, но доступного сразу и всем - путь настоящего самурая.

Кстати, кларион может в мобильные приложения? Ну, чтобы так же, не парясь, просто шуршать мышой, и называть это разработкой.

Если только на девайсе win10/win11. На выходе ведь win32 приложения. Есть линейка шаблонов для встроенного веб сервера, про который я писал. Там адаптировали под работу с мобильных устройств, но это не мобильные приложения. Когда появляется потребность какой-то функционал вынести на мобильное устройство, то использую basic4android. Позволяет достаточно легко создавать мобильные приложения на бэйсике, который затем транслируется в джаву. Сейчас b4a взяла под свое крыло Nasa, поэтому его можно брать и использовать бесплатно. Пример такого приложения, находящегося в реальной работе - тсд.

Главным ограничителем в использовании веба для приложений является, конечно, безопасность. Как бы это не пытались замылить, крыть на самом деле нечем. По этой причине приватные системы никуда не денутся, одно будет дополнять другое, как я написал в самом начале.
Как мне кажется, бум, связанный с развитием веба, сейчас пошёл на спад. Те задачи, которые востребованы, решены крупными компаниями. Для создания простеньких сайтов появились конструкторы. Форумы практически вымерли, общение перешло в мессенджеры. Работы для веб программистов все меньше и меньше. Пласт приватных систем, где заказной функционал - там давно работают другие системы, менять которые, тратя кучу денег, чтобы огребать потом проблемы с коденфициальностью, люди явно не спешат. Наверно, поэтому "веб программисты" такие агрессивные, просто кушать хотят из чужой миски.

Вчера один англоязычный разработчик написал. Он в США, разрабатывает приложения на кларионе для некоммерческих организаций, арендует сервер в дата центре и хостит на нем, используя tsplus.

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

В реальной работе для сетей магазинов я использую ip server для клариона. Он лицензируется на разработчика, прикупил со скидкой в составе пакета дополнений.
Смысл был в том, чтобы обеспечить распределению работу в условиях возможной недоступности сервера в центральном офисе. Для основной системы разработана отдельная небольшая dll. В ней собраны функции для работы с базой данных, которые могут вызываться с удалённой станции. Ip server обеспечивает сервис, который прослушивает определённый порт. Регистрируем в нем нашу dll (таких dll может быть несколько). Когда извне приходит запрос на соединение, сервис подгружает в память копию dll, дальше взаимодействие происходит с её функциями. В магазинах отдельное приложение, заточенное под специфику их работы. Полкачивают с сервера необходимую информацию, потом работают оффлайн, оформляя свои документы. По мере готовности, коннектится к серверу и пишут эти документы в центральную базу данных. Можно также запрашивать отчёты из центральной базы данных, которые приходят в xls формате и автоматически открываются на удалённой станции.
Есть еще один работающий вариант с удалённой точкой продаж. Прайс загружается из центральной базы на сервере, пробиваемые чеки сразу пишутся в серверную базу. Если интернет недоступен, то приложение в точке продаж переходит в оффлайн режим, пробитые чеки отправляются в центральную базу при восстановлении связи с сервером.

Коллеги делали свою реализацию ip server, и развернули на нем свои системы. Смысл в том, что сохранили наработанный код, а базы данных клиентов перенесли на свои сервера. В результате клиенты имеют win32 приложение, которое работает с базой данных через интернет напрямую, без постороннего по.

Ещё на уровне экспериментов у меня есть небольшой свой сервер, через который можно получать информацию из настольной базы данных удаленно. Пробовал доступ из веба(php) и мобильного приложения. Работает, но реальных задач нет.