Getting Real

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

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

Могут ли три человека изменить мир?

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

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

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

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

Полезное, практичное чтение. Не только и не сколько про web, сколько про бизнес.

Большая команда, подробная документация, частые совещания — это не только преимущество. Это также то, что тянет проект вниз. Будучи маленькими и не обремененными «бумажными» обязательствами, можно быть гибкими!

Наверное, гибкость — один из ключевых принципов ведения проектов по мнению «37 сигналов». Для того, чтобы постоянно выкидывать лишнее, отказываться от заранее запланированных функций, делать меньше, чем конкуренты, и запускать точно в срок, нужно невероятно круто понять предназначение создаваемого продукта.

Интересные принципы для проектирования интерфейсов:
— Создайте половину продукта. Начните быстро создавать приложение и позвольте ему приобретать инерцию. Затем вы можете начать добавлять функции и возможности на твердой основе, которую вы построили.
— Дизайн от эпицентра. Это значит, что сначала вы игнорируете то что находится кругом: навигацию, закладки, подвал, цвета, логотип — сначала вы разрабатываете наиболее важную часть страницы.
— Состояние «чистого листа». Проблема в том, что когда вы разрабатываете интерфейс, он обычно заполнен данными. Дизайнеры всегда заполняют шаблоны данными. И это значит, что экран выглядит и работает великолепно. К сожалению, пользователь решает, достойно ли приложение внимания, на этапе на этапе, когда количество информации, дизайн и содержимое по которым судят полезность приложения в целом, минимальны.

Ценные советы, но без закрепления на практике - бесполезно.
Лучший способ : читать и сразу же пробовать, внедрять.

Ах да, способы, описываемые в книге, возможно применять не только в программировании, а во многих сферах деятельности.

Электронная версия лежит на сайте компании, в свободном доступе. Можно также купить у них книгу, но она будет не на русском языке.

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

must read

О том, как начинать, разрабатывать и поддерживать _хорошие_ программы.
Философия минимализма.
Мне понравилось.

На русском можно найти здесь:
http://gettingreal.37signals.com/GR_rus.php

очень полезная книжка, заставляющая думать о том что нужно делать, а чего делать совсем не нужно. Поднять КПД проекта, поднять его реальное качество.

набор лозунгов. тем не менее с ними хочется спорить - а значит книга хорошая. сильно упрощают тоже, а в жизни всё всё таки сложнее

Ready, fire, aim.
И не стоит комплексовать по поводу широты интересов.