1. Скорость. Первые варианты интерфейса на бумаге могут быть получены гораздо раньше, чем прототипы в целевом устройстве.
2. Простота внесения изменений. Нет необходимости заниматься отладкой и поддержкой программного кода.
3. Бумажное прототипирование позволяет забыть о средствах реализации интерфейса и сосредоточиться на его структуре и логике. Когда же в распоряжении разработчика есть весь набор программных средств, то появляется риск погружения в мир свистелок/перделок (графические эффекты и прочая мишура), что на начальном этапе может поставить крест на продуманном и удобном интерфейсе.
4. Дешевое и простое тестирование. В процессе демонстрации бумажного прототипа потенциальным пользователям можно на ходу вносить изменения и сразу проверять новые идеи.
5. Доступность. В процессе разработки бумажного прототипа могут принимать участие люди с различным уровнем технической подкованности, что позволяет вовлечь в процесс большое количество человек и, соответственно, получить много ценных замечаний и свежих взглядов на имеющиеся проблемы.

Практика показывает, что опытные программисты, которые занимаются разработкой интерфейсов, прекрасно понимают, что процесc проектирования должен быть ориентирован на пользователя, что нужны сценарии взаимодействия, что нужно заниматься оптимизацией интерфейса и т.д. и т.п. Все это здорово. Но до такой очевидной вещи, как бумажное прототипирование дело обычно не доходит. Почему? Возможно потому, что для программиста использование таких инструментов, как карандаш и бумага как-то не солидно — есть же компьютер и куча разного софта. Такая позиция приводит к тому, что даже первые наброски появляются в виде программ и не так быстро, как могли бы. Это наводит на мысль о том, что для большинства программистов интерфейс в первую очередь — программа, и лишь потом — продукт с продуманной концепцией, предназначенный для облегчения жизни пользователя. Или вы не согласны?

http://www.paperprototyping.com

— …Так, ладно, акселерометр. Если пользователь швырнул прибор об стену, то у нас примерно 2-3 секунды на то, чтобы надуть подушку безопасности и самортизировать удар.

— Прибор весит [censored] килограмм! Посчитай объём подушки! Ни один балончик с углекислотой столько не выдаст, он просто замёрзнет!

— Тогда пиропатрон.

— Хорошо, записывай…

…Так бы три некрофила и плясали вокруг сдохшего прибора, коли б четвёртый не признался, что пять минут назад зашел на прибор  ssh’ем и программу покилял.

Ага, сама-то из гроба не встанет)))

IMHO большинство программистов идёт по второму пути. А на этом пути их поджидает главный подвох. Они начинают искать «десять отличий». В ход идут все способы: от svn diff до сравнения бинарных файлов. В случае с программой для встраиваемых систем появляется паранойя, что все отладочные железки — глючат, что в них перепутаны резисторы, конденсаторы, и что-то там ещё.

Я не отрицаю, что «поиск отличий» может быть эффективным методом поиска неисправностей, но он не может быть основным. Основным методом может быть «остановиться и подумать». Он гораздо эффективнее, поскольку:

• в нём присутствует слово «думать» ;)
• процесс поиска ошибки становится творческим, а не тупо механическим
• в этом случае от программирования можно получить удовольствие и меньше устать
• лучше понимаешь, на что потратил своё время
• полученные знания можно использовать в дальнейшем

По себе знаю: очень трудно остановиться. И в этом заключается основная проблема. Но остановиться надо. Иначе — бесследная потеря времени гарантирована на все 100%.

наболело ;)

Одни сидят на трубах, а другим нужны деньги © х/ф «Игла». Кто-то боится что-то сделать не так, кто-то нет и ляпает ошибки направо и налево. И то, казалось бы, плохо, и это. В конечном итоге, оценка ставится за результат. Но результат, полученный слишком поздно, может оказаться никому ненужным.

Не бойтесь ошибиться, бойтесь не сделать!

Это, наверное, нельзя отнести к выпуску софта с достаточно большим количеством известных багов. Кстати, в пятницу, 29 февраля, планировался релиз для Bercut-ET с новыми фичами и багфиксами. И где?

ps. фотографию доски приложу в понедельник. выложил.