Getting Real

Хотите создать успешное веб-приложение? Тогда пришло время для подхода «Getting Real», легковесного, быстрого и в целом лучшего пути создания программного обеспечения. Getting Real — это отказ от вещей, представляющих реальность (диаграммы, графики, схемы, стрелочки и модели) и создание реальной вещи Getting Real — это значит «меньше». Меньше массы, меньше программного обеспечения и его возможностей, меньше бумагомарания — словом, меньше всего того, что является несущественным (а большая часть т...

Жанры

Рейтинг LiveLib

4,4

116 оценок

5
55%
4
36%
3
7%
2
1%
1
1%

Ваша оценка

Прочитали 123Хотят прочитать 164

Рецензии

deila921 апреля 2012 г.
Книгу стоит прочесть тем людям, которые непосредственно связаны с разработкой приложений, а особенно представителям малого, однако стремительно развивающегося бизнеса.
2
698
DanVoronov30 августа 2008 г.
Могут ли три человека изменить мир?

Если они придумают какую-то полезную идею и реализуют её в web-формате.
(а извините меня я сейчас благодаря подобным людям даже не представляю где в моей жизни нет веба: заметки, дневник, знакомства, друзья, финансы, планирование, книги, подкасты, видеовещание).

И тут есть такая классная штука в создании любого стартапа, что в начале всего мало. Думаете мало это плохо? не...
Когда ты маленький, ты можешь быть гибкий-быстрый-легкий, говорят нам авторы.

Обязательно ли всё усложнять. Зачем нам тысячу лишних строк кода и десятки ненужных функций. Когда оно может просто работать.

В книге сведён воедино опыт запуска стартапов от команды 37 Signals. Много и очень много мелких советов, которые реально помогли мне увидеть, почему мой стартап завис.

Полезное, практичное чтение. Не только и не сколько про web, сколько про бизнес.
Читать далее
2
197
kartashov28 сентября 2011 г.
Большая команда, подробная документация, частые совещания — это не только преимущество. Это также то, что тянет проект вниз. Будучи маленькими и не обремененными «бумажными» обязательствами, можно быть гибкими!
Наверное, гибкость — один из ключевых принципов ведения проектов по мнению «37 сигналов». Для того, чтобы постоянно выкидывать лишнее, отказываться от заранее запланированных функций, делать меньше, чем конкуренты, и запускать точно в срок, нужно невероятно круто понять предназначение создаваемого продукта.
Интересные принципы для проектирования интерфейсов:
— Создайте половину продукта. Начните быстро создавать приложение и позвольте ему приобретать инерцию. Затем вы можете начать добавлять функции и возможности на твердой основе, которую вы построили.
— Дизайн от эпицентра. Это значит, что сначала вы игнорируете то что находится кругом: навигацию, закладки, подвал, цвета, логотип — сначала вы разрабатываете наиболее важную часть страницы.
— Состояние «чистого листа». Проблема в том, что когда вы разрабатываете интерфейс, он обычно заполнен данными. Дизайнеры всегда заполняют шаблоны данными. И это значит, что экран выглядит и работает великолепно. К сожалению, пользователь решает, достойно ли приложение внимания, на этапе на этапе, когда количество информации, дизайн и содержимое по которым судят полезность приложения в целом, минимальны.
Читать далее
1
377

Все рецензии

Цитаты

servika29 июня 2010 г.
Для каждой новой функции от вас потребуется:
Сказать «нет».
Вынудить функцию доказать свое значение.
Если снова «нет», уже конец. Если, «да», продолжайте…
Сделайте эскиз экрана/интерфейса.
Спроектируйте экран/интерфейс.
Закодируйте.

7-15. Испытание, испытание, испытание, испытание…
Проверка текста помощи, возможно, его нужно изменить.
Обновите ознакомительный тур продукта (если необходимо).
Обновите маркетинговую копию (если необходимо).
Обновите условия обслуживания (если необходимо).
Проверка, на то, какие предыдущие обещания были затронуты.
Проверка, на то, как это воздействует на общую структуру.
Запустите.
Затаите дыхание.
Можете ли управлять этим?
Читать далее
2
148
servika29 июня 2010 г.
Никаких встреч
Вам действительно нужны встречи? Встречи обычно возникают, когда что-то не достаточно ясно. Вместо встречи, попытайтесь упростить обсуждение и воспользуйтесь мессенджером или Campfire. Минута встречи крадет минуту реальной работы. Поставьте себе цель - избегать встреч.
Нет страшнее яда для производительности, чем встреча. У этого несколько причин:
Встречи разбивают рабочий день на отдельные куски и этим прерывают ваш естественный технологический процесс.
Встречи - это всего лишь слова и абстрактные понятия.
Встречи несут безнадежно мало полезной информации в минуту.
На встречах часто присутствует один слабоумный, который неизбежно заставляет всех тратить на него общее время.
У встреч есть повестки дня, такие неопределенные, что часто никто действительно не уверен в том, что надо обсуждать.
Встречи требуют большой подготовки, чего почти никто не делает.
Если все-таки вы не можете избежать встречи (что должно быть очень редким событием), воспользуйтесь простыми правилами:
Встреча должна быть не более 30 минут. Установите таймер, после 30 минут прерывайте встречу.
Пригласите как можно меньше участников.
Никогда не участвуйте во встрече без ясной повестки дня.
Читать далее
1
203