Плавные переходы vs четкие границы
Sep. 16th, 2010 12:00 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
По мотивам последних срачей: всюду в обсуждениях UI (и прог и всяких смартфонов и прочего) всплывает тема анимаций, полупрозрачности и градиентов.
Насколько я понимаю, это все можно свести к тому, что обычных пользователей как-то напрягают ступенчатые функции (от времени и от положения на экране, вроде ступеньки хевисайда). То ли у них мозг не может обрабатывать информацию с такой скоростью, то ли нервы высокие частоты не пропускают, то ли еще что. Поэтому все сука "дизайнеры интерфейсов" ударились в то, чтобы переходов скачком не делать вообще - только плавные анимированные переходы, градиентные картинки и плавные звуки.
У юзеров четкие границы и резкие переходы наверно ассоциируются с гитлеровской германией, тоталитаризмом и прочим орднунгом. А во всяких, блядь, дизайнерских школах учат херне, вместо технической эргономики, вплоть до того, что постулируется, что техника - это уже не техника, а элемент быта и моды, и соответственно, нужна не техническая эргономика, а дизайнерские изыски.
Насколько я понимаю, это все можно свести к тому, что обычных пользователей как-то напрягают ступенчатые функции (от времени и от положения на экране, вроде ступеньки хевисайда). То ли у них мозг не может обрабатывать информацию с такой скоростью, то ли нервы высокие частоты не пропускают, то ли еще что. Поэтому все сука "дизайнеры интерфейсов" ударились в то, чтобы переходов скачком не делать вообще - только плавные анимированные переходы, градиентные картинки и плавные звуки.
У юзеров четкие границы и резкие переходы наверно ассоциируются с гитлеровской германией, тоталитаризмом и прочим орднунгом. А во всяких, блядь, дизайнерских школах учат херне, вместо технической эргономики, вплоть до того, что постулируется, что техника - это уже не техника, а элемент быта и моды, и соответственно, нужна не техническая эргономика, а дизайнерские изыски.
no subject
Date: 2010-09-16 11:54 am (UTC)Эх! Какие решения тогда делались!
Вот как, к примеру, синхронизироваться на ретрейс, если постоянно ждать его в цикле, проверяя порт, нельзя (надо следующий кадр рисовать), а проверять по регулярно вызываемому таймеру - не получается (бит в порту включается на слишком короткое время - придётся таймер программировать на слишком высокую частоту, прерывания всё время займут).
/me погрузился в ностальгию.