Цитаты из книги Программист-прагматик. Путь от подмастерья к мастеру

Бездефектная система, которая отвечает на неправильные вопросы, не приносит пользы.

кто бы ни назначал ресурс, он обязан нести ответственность за его освобождение.

Начать устранение ошибки лучше всего с придания ей свойства воспроизводимости. В конце концов, если вы не можете воспроизвести ее, то как узнать, что она вообще устранена?

Представьте варианты решения проблемы, а не варианты отговорок

Мы рекомендуем следующую градацию оценок времени: Продолжительность == Оценка (порядок) 1-15 дней == дни 3-8 недель == недели 8-30 недель == месяцы 30 и более недель == перед тем, как оценить, стоит хорошенько подумать

Требования не являются архитектурой. Требования - это не конструкция и не пользовательский интерфейс. Это потребность.

Хорошая изгородь - добрые соседи.
Роберт Фрост. Подготовка к выборам

Но подумайте об эволюции программы по аналогии с ящиком, в котором находится множество кошек Шрёдингера: каждое решение приводит к появлению иной версии будущего. Сколько сценариев будущего поддерживает ваша программа? Какие из них наиболее вероятны? Насколько сложно будет поддерживать их в определённый момент в будущем?

Хватит ли у вас смелости открыть ящик?

Наибольший страх вызывает лист бумаги, на котором ничего не написано.

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

В действительности успех проекта измеряется тем, насколько он соответствует надеждам своих пользователей. Проект, не оправдавший их надежд, обречен на неудачу

В общем, комментарии должны обсуждать, почему выполняется та или иная операция, ее задачу и ее цель.

Программа не считается написанной, пока не пройдет тестирование

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

Пусть компьютер делает скучную земную работу – он сделает это лучше, чем мы. У нас есть задачи поважнее и потруднее.

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

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

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

слепое следование любой методике без рассмотрения ее в контексте практики разработки программ и ваших возможностей является лучшим рецептом для разочарования.