Getting Real
Введение
Что такое Getting Real?
Хотите создать успешное веб-приложение? Тогда пришло время для подхода «Getting Real», легковесного, быстрого и в целом лучшего пути создания программного обеспечения.
Getting Real — это отказ от вещей,
Getting Real — это значит «меньше». Меньше массы, меньше программного обеспечения и его возможностей, меньше бумагомарания — словом, меньше всего того, что является несущественным (а большая часть того, что, как вам кажется, критически важно, на самом деле таковым не является)
Getting Real значит оставаться небольшим и шустрым.
Getting Real начинает с интерфейса, с реальных экранов, которыми будут пользоваться ваши клиенты. Это позволяет получить правильный интерфейс до того, как вы создадите неправильную программу.
Getting Real — это итерации и снижение стоимости изменений, Getting Real — это запуск и постоянное улучшение. То есть подход, идеальный для веб-приложений.
Getting Real — это создание того, в чём нуждается клиент и исключение того, что ему не нужно.
Выгоды Getting Real
Getting Real дает лучшие результаты из-за того, что заставляет вас решать именно существующие проблемы, а не фантазировать на тему этих проблем. Другими словами, он заставляет вас иметь дело с реальностью. Getting Real отказывается от функциональных спецификаций и подобных эфемерных документов в пользу реальных экранов. Функциональная спецификация — это притворство, иллюзия договоренности, тогда как действительная веб-страница — это реальность, то, что будут видеть и использовать ваши клиенты. Только это и имеет значение и с помошью Getting Real вы достигнете этого гораздо быстрей, принимая решения на основе действительных вещей, а не абстрактных понятий. Наконец, Getting Real — это подход, идеальный для веб-приложений. Дедовский способ поставки коробочных приложений вкупе с последующим двухгодичным ожиданием обновления уже изживает себя. В отличие от устанавливаемых у клиента приложений, их веб-аналоги могут развиваться и улучшаться каждый день. И Getting Real использует этот факт на полную катушку.
Предложение не должно содержать ненужных слов, абзац не должен содержать ненужных предложений. Точно так же рисунок не должен содержать ненужных линий и машина не должна содержать ненужных частей. Но это не значит, что писатель должен делать каждое предложение коротким или опускать все детали и лишь поверхностно описывать героев. Нет. Это значит, что каждое слово должно быть необходимым.
Больше никаких тяжёлых программ
Типичный подход: длительный бюрократический процесс, направленный в основном на прикрывание задниц. Типичный результат: раздутое, посредственное и быстрозабывающееся программное обеспечение.
Getting Real избавляется от…
* Временных диаграмм, простирающихся на месяцы или даже годы,
* Вымышленных функциональных спецификаций,
* Споров о масштабируемости
* Бесконечных собраний
* «Потребностей» нанимать десятки сотрудников
* Бессмысленных номеров версий
* Непорочных планов развития, предопределяющих идеальное будущее
* Бесконечных возможностей по настройкам
* Аутсорсинга поддержки
* Несоответствующего реальности тестирования
* Бесполезного бумагомарания
* Иерархии «сверху-вниз».
Вам не нужна куча денег, огромная команда или длительный цикл разработки для создания классного программного обеспечения. Всё это для медленных, неясных и неизменных приложений. У Getting Real другой подход.
Здесь вы узнаете...
* О том, насколько важно иметь философию
* Почему хорошо быть маленькими
* Как создавать меньше
* Как быстрее перейти от идеи к реальности
* Как набирать сотрудников
* Почему вы должны начинать проектировать начиная с интерфейса
* Почему навыки письма настолько важны
* Почему надо создавать меньше, чем ваши конкуренты
* Как продвигать и распространять ваше приложение
* Секреты успешной поддержки
* Как сохранить темп после запуска приложения,
* …и кое-что еще;)
Фокусируемся на крупных масштабах идеи. Мы не хотим нагружать вас кусками кода и CSS-трюками. Будем придерживаться главных идей и философии, которая управляет процессом Getting Real.
Эта книга написана для вас?
Вы предприниматель, дизайнер, программист или маркетолог, работающий над большой идеей.
Вы понимаете, что старые правила уже не нужны. Выпускаете свои программы на CD каждый год? Как 2002. Номенклатура версий? В мусорку. Вы должны создавать, начинать и достигать.
Или, может быть, вы еще не знакомы с быстрой разработкой и бизнес-структурами, но хотите узнать об этом.
