вадя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'ами. Недаром же Синклеру дворянский титул дали, было за что

:=)