Будь проще III
12 февраля 2008
Слова «Будь проще» могут интерпретироваться по разному. А особенно слово «проще».
Для одних проще нажать на клавиатуре, для других — тыкнуть мышкой.
Но если речь идет об интерфейсе, который пользователь видит в первый раз — проще тыкнуть мышкой. Ведь, что надо нажать, пользователь не знает, а на что надо тыкнуть видит. Поэтому хорошие программы позволяют пользователю настраивать клавиши как ему вздумается.
Фотошоп очень долгое время грешил этим — до CS-версий в нем нельзя было менять шоткаты.
С Илюстратором такая же ситуация, но не с шоткатами, а вообще с интерфейсом — он был вообще не нагляден и неудобен. Неудивительно, что на просторах СНГ популярность завоевал Корел. Секрет прост — с ним проще работать. Вообще илюстратор спас Постскрипт и PDF. Сейчас ситуация меняется в лучшую сторону, но до Корела ему еще далеко (в плане интерфейса конечно. о «деле привычки» я не говорю)
Вернемся к простому пользователю. При разработке интерфейса закон прост — выбирается самый неподготовленный пользователь и под него проектируется интерфейс. Попробуйте разрабатывать интерфейс скажем для своей мамы (если она у вас не администратор баз данных конечно). Ваши сайты и программы сразу станут добрыми, отзывчивыми и главное простыми.
А теперь вернемся еще на шаг назад. Что стоит перед разработкой любого программного продукта? Да. Это магическое словосочетание «Техническое Задание». Вот здесь, чаще всего, важно быть простым и понятным. Вы знаете, кто подписывает ТЗ? Не админ сайта, это уж точно. Он струсит. Подписывает ТЗ Иван Васильевич Бизнесменов — Ваш заказчик. Он реально не знает, что такое PHP, «восстановление сессии» или что, оказывается, «коннектор к БД лежит вне зоны www». Ему, человеку который вам заплатит за работу, абсолютно поровну, напишите вы его сайт на Рабионрейлс или же на Питоне. Он не задаст вам вопросов, он не захочет показаться глупым, он все поймет по своему и подпишет. А когда вы представите ему готовый проект — он все равно скажет, что вы сделали не так, как он думал. Вы будете тыкать ему ТЗ.
И возникнет конфликт. А конфликт это всегда плохо. Поэтому ТЗ должно писаться обычным «маминым» языком с прилагаемым макетами всех экранов. Чтобы дядя Ваня видел, что же он в итоге получит.
А какими библиотеками пользоваться при разработке решать вам!
