есть такая услуга, замена батарей без отключения стояка. Не раз на ютубе видел как это делают — на стояк до ответвления и после ставится холодильник, и замораживает воду в трубе, потом спокойно снимается батарея/делаются другие операции (байпас, термоголовки, краны), а потом просто снимаются охлаждающие установки и движение воды восстанавливается само собой.
А есть вариант в процессе rebase разделить один commit на несколько? Частая задача, перед merge в мастер — прибираюсь в свой ветке и вижу слишком большой commit, который можно было бы разделить на несколько, но в момент когда он создавался я почему-то это не сделал.
Я думаю локально это тяжело сделать, все-таки железо в банкоматах не блещет производительностью. А к тому моменту как появятся asic'и под эти цели, я думаю народ уже перестанет наличкой пользоваться (ее чем-то заменят).
Есть альтернативный подход. Суть его в том что вы в приложении банка заказываете снятие наличных, указывая сумму. Приложение генерирует qr-код, который показываешь банкомату и получаешь наличку без прикладывания карты/смартфона, без ввода пинкода. Систему можно доработать и передавать инфорацию из QR-кода через NFC вместе с идентификационными данными (если уж так хочется идентифицировать человека). Тинькофф дает такую возможность, но через qr-код.
А тот же сбер над ним давно работает, собирает биометрию и делает новые модные банкоматы.
Биометрия не выход совсем… я уже молчу что у людей меняется ДНК, когда они проходят процедуру замены костного мозга. Практически любой датчик можно обмануть, кроме пароля в голове.
По поводу СМИ — банки давно научились с ними работать, не вижу проблем. Темболее черный пиар тоже пиар.
Хм, например, если комиссия 0, то можно вообще не показывать, а сразу выдавать наличку. Если не 0, то можно запросить повторное подтвеждение через NFC. Будет своеобразный бонус тем кто является клиентом того же банка/банка партнера что и банкомат.
а что у нас снятие наличных до сих пор с комиссией? Лимиты на снятие, да, разные, но превышение лимита приведет к ошибке в конце и завершению сеанса. Мне уже давно такие банкоматы не попадались
не получится снять деньги с чужой карты, так как карта прикладывается в самый последний момент, до этого человек может передумать/уйти в любой момент и ничего не изменится. Максимум, следующий в очереди невнимательный человек со своей карты снимет сумму что вбил предыдущий.
да, это бы так не возмущало, если бы на рынке не было банкоматов без такой проблемы… но тот же тинькофф как-то умудрился сделать нормальный с точки зрения отзывчивости банкомат, значит это возможно…
ок, идею это не меняет. просто тогда внесение наличности относим к категории операций требующих двойного подтверждения. Съем налички, насколько я понимаю, таких проблем не создаст.
Поддерживаю обеими руками за, почему не разделить интерфейс так, чтобы были операции не требующие авторизации на первоначальном этапе были доступны сразу.
Отличный пример со съемом налички:
1. подходим к банкомату
2. выбираем снять/положить наличку
4. выбираем сумма
5. просит приложить NFC устройство
6. вводим пин код карты, если нужно
7. наличка выдается/внесенные средства зачисляются на счет / сообщение, что карта заблочена/недостаточно средств
P.S. понимаю что внесенные в банкомат средства придется вернуть, но какова статистика, что человек пытается положить деньги на заблокированную карту (думаю минимальна)
У меня часы от самсунга с оплатой по nfc — перед тем как я активирую nfс в нем я должен ввести пинкод на экране. А теперь представьте какую боль создает двойное подтверждение:
1. выбрать карту на часах
2. ввести пин на часах (тут есть задержки по 3-7 секунд, железо часов тупит)
3. приложить часы к банкомату
4. найти в меню банкомата, например, съем налички
5. опять ввести пин на часах
6. приложить часы к считывателю
UX на телефоне в этом плане сильно быстрее и проще.
Почему-бы просто не сделать таймаут, на подтверждение по NFC — например, если между подтверждением прошло меньше 20-30 секунд, не запрашивать повторное прикладывание девайса? или вы в серьез думаете, что у грабителей через 20-30 секунд карта/телефон/часы испарятся?
"@quarkly/components", "@quarkly/widgets" — ок, если вы не видите в чем проблема таких пакетов, то я поясню. Проблема в том что они не дают значительной пользы по сравнению с базовыми тегами (которые и так все знают, а ваш инструмент нужно еще изучать). К тому же я молчу про то насколько КПД ваших компонентов мал, по 3-5 передаваемых проперти напрочь убивают смысл отдельных компонентов и просто создают шум — если хотите прокачать свои инструменты создайте больше специфичных компонентов (как критерий можете выбрать кол-во необходимых для передачи пропертей, попробуйте хотябы довести до 1-2). Сейчас вместо потока данных, я вижу только шум который создают ваши компоненты передавая немыслемое кол-во аргументов. В результате используя ваши «надстройки» мне нужно больше времени тратить на то чтобы понять как работает приложение (как организованы потоки данных). Чтобы хоть как-то использовать ваш «костыль» мне нужно нагородить своих высокоспецифичных оберток над ними, чтобы тупо скрыть весь этот ужас.
Поэтому я и написал, что лучше чтобы в результате публикации проект был представлен в виде базовых тегов с логикой на js, чем с вашими компонентами (так как все пропертя имеют константные значения — без проблем можно определить какой базовый тег там должен быть).
А разве это не публичные данные?
Биометрия не выход совсем… я уже молчу что у людей меняется ДНК, когда они проходят процедуру замены костного мозга. Практически любой датчик можно обмануть, кроме пароля в голове.
По поводу СМИ — банки давно научились с ними работать, не вижу проблем. Темболее черный пиар тоже пиар.
по поводу разного поведения кодить такую логику сложнее, но чтобы получать кайф от использования порой приходится напрягаться при написании кода.
Отличный пример со съемом налички:
1. подходим к банкомату
2. выбираем снять/положить наличку
4. выбираем сумма
5. просит приложить NFC устройство
6. вводим пин код карты, если нужно
7. наличка выдается/внесенные средства зачисляются на счет / сообщение, что карта заблочена/недостаточно средств
P.S. понимаю что внесенные в банкомат средства придется вернуть, но какова статистика, что человек пытается положить деньги на заблокированную карту (думаю минимальна)
1. выбрать карту на часах
2. ввести пин на часах (тут есть задержки по 3-7 секунд, железо часов тупит)
3. приложить часы к банкомату
4. найти в меню банкомата, например, съем налички
5. опять ввести пин на часах
6. приложить часы к считывателю
UX на телефоне в этом плане сильно быстрее и проще.
Почему-бы просто не сделать таймаут, на подтверждение по NFC — например, если между подтверждением прошло меньше 20-30 секунд, не запрашивать повторное прикладывание девайса? или вы в серьез думаете, что у грабителей через 20-30 секунд карта/телефон/часы испарятся?
Поэтому я и написал, что лучше чтобы в результате публикации проект был представлен в виде базовых тегов с логикой на js, чем с вашими компонентами (так как все пропертя имеют константные значения — без проблем можно определить какой базовый тег там должен быть).