§ 89. Боязнь простоты
§ 89. Боязнь простоты
2 июня 2002
Половина функций видеомагнитофона или музыкального центра нужна только для того, чтобы соблазнить покупателя в магазине. Сколько раз человек изучал рисунок подошвы обуви, которую он носит второй месяц?
Человеческая страсть ко всему навороченному цинично используется в обществе потребления. Но далеко не всегда за навороченностью стоит расчет.
Люди боятся показаться недостаточно умными. Люди, считающие себя творческими, — особенно. Авторы учебников — вдвойне. Дизайнеры — втройне.
Для маскировки используется заумь. Чем непонятнее выразился, тем лучше — никто не обвинит в отсутствии оригинальности. Если бы миром заведовал среднестатистический дизайнер, то на дорогах вместо белых полос разметки были бы виньетки в стиле хохломы, палеха и гжели. Красиво ведь.
Неудобно? Непонятно? Нелогично? Неприятно? Дизайнер на эти вопросы ответа знать не хочет. Дизайнер увлечен процессом создания. Заказчик радуется первому впечатлению. Проходит неделя, месяц, год — дизайн попадает в реальную жизнь. А там все иначе.
На свете очень мало людей, знающих, что в мобильном телефоне самое важное — удобство набора номера и качество связи (а не календарь месячных или децибелометр); в телевизионном пульте — легкость изменения уровня громкости и переключения каналов (а не кнопка настройки насыщенности цвета).
Дизайнер боится показаться простым. Он уверен, что за простоту мало платят. Ему кажется, что шрифт с завитушками придает работе законченный вид, а простой шрифт свидетельствует о том, что дизайнер не знает, как установить себе завитушечный. Дизайнер не считает работу законченной, если под текст фоном не положено изображение. Если еще и заголовки безобразно и нечитабельно набраны — проект сдается с чистой совестью.
В нашу студию на разговор приглашаются дизайнеры, которые прошли тест. Тест состоит из пяти-семи заданий и высылается тем, кто в состоянии показать приемлемое портфолио. Одно из заданий сформулировано так: «Сделать панель управления самого лучшего на свете лифта в 23-этажном здании». При этом никаких дополнительных разъяснений или комментариев не дается — как поймут, пусть так и делают. По результатам теста не составляет сложности оценить, чего на самом деле стоит дизайнер.
Вот что присылают претенденты:
Из тридцати дизайнеров, получивших это задание, только один сделал пульт, где кнопки расположены вертикально в ряд — то есть самым простым и очевидным образом. Остальные если и рассматривали подобный вариант, то сочли его недостаточно «крутым». Как иначе можно объяснить варианты с кнопками, расположенными по кругу и по спирали?
Дизайнера, который не умеет находить простых решений, нельзя выпускать к людям. Разумеется, минимализм — не единственно возможная концепция в дизайне. Но оригинальность ради оригинальности не стоит ломаного гроша. Потому что «оригинальный» дизайн пополнит кладбище смысла на следующий день после рождения.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо
1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо Многие факторы приводят к усложнению программ (а следовательно, делают их более дорогими и более уязвимыми относительно ошибок). Программисты — это
1.6.8. Правило устойчивости: устойчивость-следствие прозрачности и простоты
1.6.8. Правило устойчивости: устойчивость-следствие прозрачности и простоты Программное обеспечение называют устойчивым, когда оно выполняет свои функции в неожиданных условиях, которые выходят за рамки предположений разработчика, столь же хорошо, как и в нормальных
13.1.5. Когда простоты не достаточно
13.1.5. Когда простоты не достаточно Неудачное решение вопроса простоты Unix-программистами заключается в том, что они часто действуют так, будто вся необязательная сложность является случайной. Более того, традиция Unix сильно склоняется к тому, чтобы удалять функции во
1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо
1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо Многие факторы приводят к усложнению программ (а следовательно, делают их более дорогими и более уязвимыми относительно ошибок). Программисты — это
1.6.8. Правило устойчивости: устойчивость — следствие прозрачности и простоты
1.6.8. Правило устойчивости: устойчивость — следствие прозрачности и простоты Программное обеспечение называют устойчивым, когда оно выполняет свои функции в неожиданных условиях, которые выходят за рамки предположений разработчика, столь же хорошо, как и в нормальных
13.1.5. Когда простоты не достаточно
13.1.5. Когда простоты не достаточно Неудачное решение вопроса простоты Unix-программистами заключается в том, что они часто действуют так, будто вся необязательная сложность является случайной. Более того, традиция Unix сильно склоняется к тому, чтобы удалять функции во
Проблема простоты разработки
Проблема простоты разработки Даже если можно было бы избежать ошибочных вызовов reclaim, остается вопрос - сколь реально просить разработчиков управлять удалением объектов? Загвоздка в том, что даже при обнаружении объекта, подлежащего утилизации, обычно просто удалить его