Checklist

Сейчас некоторые заказчики уже понимают, что работы по сайту — не монолит. По крайней мере «веб-дизайнеры» уже делятся на дизайнеров-оформителей, программистов-верстальщиков-настройщиков CMS и продвиженцев-оптимизаторов. Плохо только, что порядок привлечения всех этих специалистов каждый выбирает на свой вкус.

Например, в моде такой подход: сначала заказывается дизайн, а потом ищется разработчик. В чем здесь проблема?

Очевидно, при таком подходе дизайнер невольно становится проектировщиком. У такого совмещения много побочных эффектов. Но этот недостаток может показаться умозрительным. Есть ли что-нибудь попрактичнее?

Когда в первую очередь рисуется дизайн, к нему очень сложно предъявить четкие требования. В результате получается какой-то дизайн. По ходу разработки с ним возникают разные проблемы.

Итак, что забывается при дизайне «с чистого листа» и потом смущает разработчиков?

Вчера выложил список для проверки юзабилити веб-форм. Netklon сказал, что «из всех пунктов только 4 и 7 отличаются ясностью и законченностью». Я подумал и понял, о чем речь.

Полгода назад я написал статью «С чего начать разработку сайта». В ней фигурируют шаги. Однажды попытался им следовать, и споткнулся уже на третьем, который называется «Набросайте бизнес-план». Водица-с...

Контрольные списки имеют смысл, когда не нужно думать. То есть кто-то хорошо подумал один раз и составил список, не вызывающий вопросов. А ты просто берешь и идешь по списку, не отвлекаясь на толкования.

Попробую вчерашний список улучшить. Правда конкретика убивает универсальность.

Не сомневаюсь, многие из вас читали статью «Sensible Forms: A Form Usability Checklist» (Brian Crescimanno, A List Apart Magazine). Материал подобран хорошо, но использовать статью, как контрольный список для проверки юзабилити форм не совсем удобно. Поэтому я попробую сделать настоящий чеклист, заодно тезисы переведу и кое-что изменю на свой вкус.

Постоянно находясь в поисках идеального софта, я никак не могу выбрать форум. Расскажу о результатах очередного раунда, в котором сошлись Simple Machines Forum (SMF) и PunBB.

За несколько лет программное обеспечение эволюционировало до такой степени, что сейчас с его помощью миллион разных вещей можно делать быстрее и качественнее, чем без компьютера. Но множество задач по-прежнему проще решается классическими методами. Мне, к примеру, набросать несложную блок-схему на бумаге проще, чем в Visio.

Причина понятна: когда я не использую программу, мне не нужно думать о том, где взять палитру с подходящими блоками, как увеличить размер шрифта до читабельного состояния, и почему стрелки, связывающие элементы схемы, рисуются таким причудливым образом.

Рисовать эскизы страниц сайта на бумаге тоже очень удобно. Зачастую веб-дизайнеры так и поступают.