Это нерабочая схема — сильно вариативно что внутрь кладется
Скорее в будущем (они уже есть недорогие бытовые) можно будет поставить спектрометр который точно поймет что внутри и определит объем.
В большинстве случаев, интерфейс достоверно отражает внутреннее устройство системы
В этом и ошибка большинства проектов, действуя таким образом обычно и получаются нелогичные для end-юзера и избыточные интерфейсы. Все таки интерфейс должны диктовать задачи конечного пользователя, а не нормализованная структура БД. Понятно, что разработчики обычно сопротивляются когда интерфейсы идут вразрез модели данных.
Неверно мыслите, скорее их просто подключат к умному дому или просто к локальной сети по wifi, а управлять сможете через приложение на мобильнике. Зачем тратиться на встроенный компьютер, если лучше смартфона все равно не поставить в микроволновку.
Соглашусь, что есть продукты у которых сам процесс использования и является целью (сегмент развлечений), но даже в этом случае есть та сложность от которой можно избавиться. А так же есть множество утилитарных задач или бизнес-задач где процесс использования точно можно минимизировать без ущерба продажам.
Смысл в том, что, не нужно очаровываться технологиями и пытаться пользователя ими удивлять, нужно помогать решать пользователю его задачу за меньшее число телодвижений, а так же большую часть функций стараться переносить со стороны клиента на сторону сервиса.
Это кажется очевидным, но погружаясь в процесс, даже профессионалы частенько забывают про эти простые правила.
В статье мне понравился пример с кнопкой Amazon Dash. Но еще круче, когда товары будут сами себя заказывать — тогда и кнопка не понадобится.
Просьба — показывать в какой вкладке сейчас играет звук/видео, когда открыто много вкладок, очень неудобно искать источник звука. В Chrome это реализовано путем отображения в табе соответствующей иконки.
Очень нравится как вы развиваете Яндекс.Браузер. Недавно перешел на него с Chrome так как тот не умеет синхронизировать большие списки закладок между разными машинам, ваш — умеет. И куча других приятных фишек, сделанных с заботой. ;)
Так же, хочу обратить внимание, что работа с браузером это процесс.
Например, у меня он происходит часто через закладки, сайты это поток информации, с которым я работаю примерно так:
— если сайт или страница полезные, то она идет в закладки.
— если нет возможности сейчас прочитать статью, то она идет в закладки в «прочитать позже»
— все что «читается позже» переходит либо в закладки, либо просто уходит из потока.
— так же работа со структурой закладок сейчас сделана очень неудобно.
Так же было бы крайне полезно совместить описанный процесс с закладками с RSS-ридером встроенным в браузер, иначе приходится плодить списки избранного — отдельно в браузере, отдельно в RSS-ридере.
В целом хочу донести мысль, что браузер — это инструмент для работы с потоком информации, и в нем хочется видеть инструменты помогающие с этим потоком удобно работать. Сейчас он больше похож на стеллаж книг, где все книги приходится расставлять вручную и помнить какую книгу на какой странице закончил читать в прошлый раз. Если метафорично выражаться.
Я думаю что нигде, это закрытый алгоритм — думаю не линейный и многофакторный. Как ранжирование у поисковой системы.
У меня заблокировалось при 5 снятиях в одном банкомате в течение 5 минут.
При частых снятиях система безопасности банка блокирует карту. У меня блокировали даже при снятии в одном банкомате в течение небольшого периода времени.
А куда злоумышленник будет переводить снятые деньги? И насколько долго может жить такая схема?
Насколько помню, без ввода пин-кода можно снять в пределах 1000 рублей. Если начать снимать по тысяче много раз, то карта так же заблокируется. Так что, много снять не получится таким способом как вы описываете.
Скорее в будущем (они уже есть недорогие бытовые) можно будет поставить спектрометр который точно поймет что внутри и определит объем.
В этом и ошибка большинства проектов, действуя таким образом обычно и получаются нелогичные для end-юзера и избыточные интерфейсы. Все таки интерфейс должны диктовать задачи конечного пользователя, а не нормализованная структура БД. Понятно, что разработчики обычно сопротивляются когда интерфейсы идут вразрез модели данных.
Это кажется очевидным, но погружаясь в процесс, даже профессионалы частенько забывают про эти простые правила.
В статье мне понравился пример с кнопкой Amazon Dash. Но еще круче, когда товары будут сами себя заказывать — тогда и кнопка не понадобится.
Так же, хочу обратить внимание, что работа с браузером это процесс.
Например, у меня он происходит часто через закладки, сайты это поток информации, с которым я работаю примерно так:
— если сайт или страница полезные, то она идет в закладки.
— если нет возможности сейчас прочитать статью, то она идет в закладки в «прочитать позже»
— все что «читается позже» переходит либо в закладки, либо просто уходит из потока.
— так же работа со структурой закладок сейчас сделана очень неудобно.
Так же было бы крайне полезно совместить описанный процесс с закладками с RSS-ридером встроенным в браузер, иначе приходится плодить списки избранного — отдельно в браузере, отдельно в RSS-ридере.
В целом хочу донести мысль, что браузер — это инструмент для работы с потоком информации, и в нем хочется видеть инструменты помогающие с этим потоком удобно работать. Сейчас он больше похож на стеллаж книг, где все книги приходится расставлять вручную и помнить какую книгу на какой странице закончил читать в прошлый раз. Если метафорично выражаться.
У меня заблокировалось при 5 снятиях в одном банкомате в течение 5 минут.
А куда злоумышленник будет переводить снятые деньги? И насколько долго может жить такая схема?