Идеальный программист. Как стать профессионалом разработки по

Питер
: «В таком случае я должен сказать „нет“. Самая ранняя
дата, когда изменения и документация будут точно готовы, – это
вторник».
Мардж
: «Ты обещаешь сделать ко вторнику?»
Питер
: «Да, ко вторнику все будет готово».
А если для Мардж очень важно, чтобы изменения и документация
были готовы именно к пятнице?
Мардж
: «Питер, со вторником у нас будут большие проблемы.
Вилли, наш штатный технический писатель, освободится в
понедельник. У него будет всего пять дней на подготовку
руководства пользователя. Если документация по системе оценок не
будет готова в понедельник утром, то он не уложится в срок. Ты не
можешь сначала написать документацию?»
Питер
: «Нет, сначала нужно внести изменения, потому что
документация строится по выходным данным тестовых запусков».
Мардж
: «Может, изменения с документацией как-то возможно
завершить до утра понедельника?»
Теперь Питер должен принять решение. Вполне возможно, что
модификация системы оценок будет завершена в пятницу; может быть,
даже документация будет готова еще до того, как он отправится домой
на выходные. А если работа займет больше времени, чем он
рассчитывает, можно выделить несколько часов в субботу. Что он
должен сказать Мардж?
Питер
: «Знаешь, Мардж, если я поработаю несколько часов в
субботу, то с большой вероятностью все будет готово в понедельник
утром».
Решает ли это проблему Мардж? Нет, высказывание Питера просто
изменяет вероятность успеха. Питер должен говорить иначе.
Мардж
: «Так я могу рассчитывать на утро понедельника?»
Питер
: «Возможно, но гарантировать не могу».
Не исключено, что такая формулировка Мардж не устроит.

---

Мардж
: «Послушай, Питер, мне нужна определенность. Ты
можешь 
обещать
, что работа будет закончена к утру
понедельника?»
В этот момент у Питера возникает искушение схалтурить.
Возможно, работа будет завершена быстрее, если обойтись без
написания тестов. Или без рефакторинга. Или если отказаться от
полного регрессионного тестирования.
Именно в такие моменты проявляется профессионализм. Во-
первых, такие предположения неверны – работа не будет завершена
быстрее, если Питер не напишет тесты. Она не будет завершена
быстрее, если он не проведет рефакторинг или пропустит полное
регрессионное тестирование. Многолетний практический опыт учит
нас тому, что нарушение правил только замедляет работу.
Во-вторых, профессионал обязан поддерживать определенные
стандарты. Его код должен пройти тестирование, поэтому без тестов
не обойтись. Его код должен быть чистым и элегантным. И он должен
убедиться в том, что изменения не нарушают работу других
компонентов системы.
Питер как профессионал уже дал обязательство соблюдать эти
стандарты. Все остальные обязательства отходят на второй план,
поэтому о всех недостойных измышлениях необходимо забыть.
Питер
: «Нет, Мардж, самый ранний срок, который я
действительно могу гарантировать, – это вторник. Извини, если это
нарушает твои планы, но нам приходится смириться с
реальностью».