вадяв веб я могу отослать запрос, и получить с сарвера (при помощи хранимки ) кусок кода HTML , с вставленными данными прямо с сервера.
Это так же можно и без веба. И равно ужасно.

вадяsoftwarerЭто так же можно и без веба. И равно ужасно.
для десктопного приложения нужно его обновить на клиенте.
Ты не понимаешь, о чём речь, или понимаешь, но завёл стандартную шарманку?

Расклад "сформировать на сервере кусок клиентского представления в терминах клиента" возможен в любой архитектуре и везде перманентно крив.

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

glaschenko>>- что означает "Показывать 100 строк"?<<
Размер страницы для пейджинга.
Про ограничение выборки данных на клиента не слышали?
Нет, не слышали. Это родимое пятно кривых технологий, не поддерживающих fetch on demand.

вадядля софта на продажу свои строгие правила, за не соблюдение которых нужно наказывать очень строго. но для корпоративного, для себя, продукта желательно иметь оперативное изменение,
Угу. И после этого "оперативного изменения" прямо к программистам прибегает начальник соответствующего отдела и кричит "какой [censored] поломал эту [censored] [censored] и у меня сейчас грузовики уехать не могут?! Штраф сто баксов!!"

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

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

glaschenkoКАК вы это определили? Таблица - готовый компонент платформы, который поддерживает в том числе и Lazy load.
Вопрос в том, как поддерживает. Вот, например, возьмём для теста очень простой запрос:




Я знаю, что если я брошу на форму грид в десять строк высоты и запитаю его от этого запроса, то при визуализации формы с сервера будут запрошены первые десять строк. Если пользователь двинется вниз, то получит вторые десять строк.

Мне любопытно, насколько легко будет получить в вебе такой же результат (подозреваю, что проблематично, если Вы внимательно посмотрите на пример).

вадядля веб можно обновить только одну страницу
Но сложно обновить её только для одного пользователя, в чём и проблема.

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

Ну в общем в тезисе "веб нужен чтобы ублажать девушек" мы разобрались

вадятестировщики (а с начала постановщики тз, далее программисты) не работают с формами постоянно и они не могут определить оптимальые параметры.
В корпоративе именно что работают постоянно. В корпоративной разработке вообще есть тенденция, что программисты и тестировщики куда лучше пользователей разбираются в пользовательской бизнес-логике. В самом весёлом случае - начальница складского отдела однажды попробовала поспорить со мной на тему "как же работают удалённые склады" (в смысле дальние, а не в смысле уничтоженные). Ха! У меня исходники перед глазами, а она пытается рассказать мне свои представления о том, как же они работают

вадятолько конечный юзер может сказать про улучшения
Очень небольшой процент конечных пользователей может внятно сказать что-либо по поводу улучшений. Подавляющее большинство улучшений "от пользователей" делается так: идёшь в народ, смотришь, как они работают, фигеешь и спрашиваешь "почему так криво-то?" Далее в 95% случаев организуешь обучение на тему "что есть в приложении и как этим пользоваться", в 5% случаев набредаешь на ценную мысль "что можно было бы улучшить".