Сложность технической реализации ↑
eugzol в посте Metapractice (оригинал в ЖЖ)
Ну, вы, похоже, говорите о сложности с точки зрения юзера. А я прикидываю сложность реализации :) Грубо говоря, затраты в человеко-часах на разработку системы, позволяющей автоматически калибровать соответствующие сигналы.
Снятие сигнала по диагностическим данным "таблиц Шульте" или любых аналогов: просто.
По непроизвольным сигналам набираемого текста: средней сложности.
По данным траекторий движения пальца по экрану: сложно.
По данным акселерометра: очень сложно.
Просто взмахиваем однократно рукой и смотрим на акселерометр. Считываем показание1. Затем, задаем сами себе калибровочный вопрос и снова взмахиваем рукой. Считываем показание2. И т.д. И что же здесь сложного?
Для пользователя не сложно. С другой стороны, м.б. не самый удобный вариант, потому что типа "в фоне" рукой не помашешь – надо специально типа "заниматься рефреймингом". Ну и там в транспорте, например, не будешь делать. Зато, с другой стороны, довольно эффектный вариант.
Для разработчика очень сложно. Сама по себе работа с сенсором дело не простое, в независимости от того, что с ним делать – надо разбираться. А вот детектирование паттернов непроизвольных движений – я не представляю как сделать. Даже если есть/будет детальное описание таких паттернов, например до такого уровня, что не подготовленный человек, глядя на график движений, сможет определить/вычленить "сигнал" – задача запрограммировать компьютерное из распознавание охренительно сложная :)
Отвлечённый пример/репер – даже распознавание номеров проезжающих под дорожной камерой автомобилей-нарушителей это не решённая в наше время задача. Номера распознают/корректируют в конечном итоге операторы центра контроля движения.
А тут какой-то хитрый аналоговый паттерн.