Пианино
Оказывается, у пианино вес клавиш зависит от высоты звука — чем ниже звук, тем тяжелее клавиша.
Восклицательные знаки в сообщениях
Одним из признаков кустарного ПО — это присутствие восклицательных знаков в сообщениях об ошибках.
Например: «Не все поля заполнены!», «Ошибка!!!».
Ещё, в сообщениях, живущих внутри кустарного ПО, к пользователю обращаются на «Вы» с большой буквы.
Рог юзабилия
Рог юзабилия — редкая, но довольно опасная патология мозга компьютерных пользователей, которые случайно узнали слово «юзабилити», имея самые отдалённые понятия о том, что это такое и не имея порой элементарного образования.
Болезнь опасна в основном для окружающих, которых носитель этим рогом может задевать. Узнав волшебное модное слово, больной может даже перейти в стадию «юзабилиста» и окончательно упрётся рогом в подсчёт щелчков мышью.
Сокращением их количества он будет мотивировать самые запутанные и бредовые идеи по «улучшению интерфейса».
С медицинской точки зрения рог юзабилия есть ни что иное, как закостеневшая способность пользователя воспринимать новые вещи.
См. также юзабилити.
Высшие Школы Дизайна
По ссылке, размещённой у некоего , посмотрел в Британской высшей школе дизайна.
Лекция мне понравилась. Только осталось какое-то неприятное чувство от нескольких вещей. Может быть, это потому, что раньше я «чистых» дизайнеров живьём не видел. Чистым я называю лектора потому, что он вроде бы и рисовать не умеет, о чём сам говорит во время лекции и программирование тоже, похоже, не его конёк.
По крайней мере, когда он говорил о том, что флеш трудно использовать для больших проектов, он приводил такие аргументы, как:
- трудности с авторизацией (хотя какие тут могут быть трудности)
- невозможность очистить «флешовые куки» (имеется в виду Local Storage, но его можно очистить и из приложения, и руками, а кроме приложения, которое эту куку поставило, её больше никто не увидит)
- трудности сопровождения проекта (можно представить сопровождение аналогичных проектов под Ajax’ом)
- трудности редактирования контента (якобы придётся xml редактировать руками)
Из чего с большой вероятностью выходит, что сам он флешом не занимался.
Да-да, конечно, дизайнер не обязательно сам должен это уметь, я согласен. Но неприятный осадок оставил вот какой эпизод. Людвиг говорит о том, что после творческого процесса генерации и оценки идеи вы просто идёте к «технологу», например, программисту — и он её просто реализует. Вот вы придумали, например, самолёт из кружев. Потом просто идёте к художнику и он его нарисует. А дизайнер — это вы. А они — технологи, техперсонал.
Нет, он такого не говорил и возможно, даже не думал об этом. Но я отметил элемент сквозившего неявного превосходства «дизанера», как создателя идеи, перед «технологом». Потому что, мол, истинный автор решения проблемы клиента — дизайнер, технолог же просто рисует / программирует.
Ну что же. Так ведь и бывает. А что прикажете делать, если ни рисовать, ни программировать не получается? Надо быть дизайнером. Или в «юзабилисты» ещё можно податься.
Юзабилити и дизабилити
— У вас это… юзабилити плохое.
— Мне надо, чтобы было просто и удобно.
— Я не моряк, чтобы разбираться, как его крутить.
— Мне жаль вас, у вас всё так сложно и неудобно.