Когда писали систему на Oracle PL/SQL и (в первой версии) печать отчета на принтере занимала 5 минут (быстрее у программиста не получалось), начальство сказало - "ну и ладно, что поделать, все равно быстрее, чем пользователь будет руками на печатной машинке печатать" )))
(в последующих версиях метод работы оптимизировали и время стало нормальным. секунды)

В другой конторе, ночной биллинг за ночь не успевал отрабатывать и это была уже большая проблема. Т.к. утром пользователи приходили на работу, а результате еще нет. Т.ч. стояло жесткое ограничение - процесс должен отработать "за ночь" ( 8-10 часов) и не минутой больше. А вот сколько он будет работать: 5 минут, 10 минут, 5 часов или 8 часов - уже пофиг.

Т.ч. вопрос скорости - это исключительно вопрос с чем сравнивать и какая цель

ну счет на следующий день - это смотря на что, если позиция идет под заказ и из-за рубежа, сомневаюсь, что "счет на следующий день" это что-то криминальное (т.к. в любом случае, цепочка согласований дофига длинная: менеджер по продажам -> неутвержденный sales order -> заявка на закупку -> утверждение в отделе закупок -> остальные согласование -> approve заказа -> purchase order с датой закупки -> sales order с возможной датой отгрузки)

т.ч. тут выбор будет скорее такой или "счет на следующий день:" или "мы такое не продаем идите нафиг" ))) ну или "мы вам счет конечно напечатаем, но позвоните месяцев через 6-10, когда нибудь на склад и привезем"

в общем, даже "счет на следущий день" в ряде случаев очень даже хорошо )))

вадякогда знаешь что можно ускорить - почему выбирают медленный вариант?
готов ускорить систему расчета биллинга ЖКХ за миллион рублей

вадя, пиши в форум номер и CUV твоей кредитной карточки, надеюсь миллион рублей у тебя есть?

вадяmayton1) Как обозвать переменную
2) Как правильно инвалидировать кеш.
когда сидишь перед оператором и смотришь как он ждет после каждого клика мыши - эти проблемы отходят на десятый план

ну это ты где-то неправильно сидишь.....

Когда я по ошибке, что бы закрыть зарплатную кредитную карточку в банке Санкт-Петербург случайно зашел в кабинет с табличкой "для корпоративных клиентов".... лично меня ни сколько не напрягало, смотреть на красивых молодых "операторов" да еще попивая халявный кофе ))) /т.к. мне тут же предложили кофе/

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

а когда в Сбербанке мне не могли больше часа выдать готовую кредитную карточку, т.к. не могли меня как customer'а отыскать в своих 10-20 разных баз.... то скорость реакции системы на нажатия кнопок - тут уже никак бы не помогла. Меня нашли штук 5 разных, но ни один найденный customer к готовой кредитной карточке не подходил (что бы ее активировать). Т.ч. через час оператор сдался и я пошел в бухгалтерию, что бы мне ксерокс бумажной заявки на изготовление зарплатных карточек сделали.

при этом по карточке можно найти customer'а только в том случае, если она уже активирова (проведя ею по считывателю), но по считывателю провести не активированной нельзя, а руками набрать номер - такого в интерфейсе поиска нет ))), нафига, ведь есть считыватель )))

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

Dimitry Sibiryakovchpashaуж точно не пользователь - он не будет замерять 3 сек. длилась реакция на нажатие submit или 3.5 .
Он начнёт злиться если реакция системы на его действия превышает время его реакции. То есть, например, если набираемые им буквы не успевают появляться на экране. Или если он успевает нажать на кнопку Submit несколько раз прежде чем получит её результат. Так что, что 3 секунды, хоть 20 это всё равно слишком медленно.
вот мы и приходим к тому, что абстрактная скорость не так уж и важно
важен правильный GUI и правильная архитектура

т.к. если обработка ввода с клавиатуры реализована в ядре ОС - то добиться "набираемые им буквы не успевают появляться на экране" достаточно тяжело. В середине 1980-х годов даже ZX Spectrum вполне с данной задачей справлялся. (клавиатура работала даже без всяких прерываний, просто опрос раз в 1/50 секунды, если я правильно помню)

если же используется супер-пупер-модный-молодежный фреймворк с супер-пупер красивыми (и не читаемыми) буквами - то в 2019 году, неожиданно, оказывается, что платежные терминалы почему-то это делать уже "не успевают"

аналогичный пример про Submit, если средство разработки при нажатие на кнопку ее блокируют до окончание работы, то "успевает нажать на кнопку несколько раз" так же тяжело добиться

если же система делается велосипедными методами, то такие "неожиданности" внезапно выясняются в самый последний момент. Когда таких Submit'ов по системе уже 100500 штук и на всех их навешивать "костыли" становится полной фиерией, проще уволится

Ну тут можно сделать только такой вывод:

выкинуть все это современное барахло и вместо него закупиться ZX Spectrum'ами. Недаром же Синклеру дворянский титул дали, было за что

:=)

Осетра-то урежьте.
Нет, я конечно, помню принтеры с построчной печатью, но качество там было не сказать чтобы хорошее и даже им требовалось не менее десяти секунд на страницу. Это даже если забыть об их габаритах и стоимости.
Да ладно, нормальное АЦП от ЕС ЭВМ - пара секунд на страницу
как раз с построчной печатью (в том плане. что за один раз как раз одна строка и печаталась ))) )

но габариты и производимый шум - это да, пневматический отбойный молоток и то тише работает

в некоторых организациях ЖКХ эксплуатировались вплоть до 2000-х готов, т.к. аналогов по производительности было не найти
(всякие матречные "банковские" принтеры тех времен за десяток тысячь долларов и то медленнее печатали)

но современные принтеры
https://www.xerox.ru/catalog/promyshlennye-resheniya/promyshlennye-sistemy-pechati/xerox_nuvera_200_288_314_ea/
конечно и побыстрее и потише