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

Сэм
: «Ежедневно».
Пола
: «Нет, в какое именно время суток?»
Сэм
: «В любое».
Пола
: «В полдень?»
Сэм
: «Нет, только не во время торгов. Лучше в полночь».
Пола
: «Хорошо, пусть будет полночь».

---

Сэм
: «Отлично, спасибо!»
Пола
: «Всегда рада помочь».
Позднее Пола рассказывает о задаче своему коллеге Питеру.
Пола
: «Значит, журнал должен копироваться в подкаталог с
именем backup ежедневно в полночь».
Питер
: «Понятно. А как будет называться файл?»
Пола
: «Я думаю, 
log.backup 
подойдет».
Питер
: «Хорошо».
В другом офисе Сэм общается по телефону с заказчиком.
Сэм
: «Да, да, журнальные файлы будут сохраняться».
Карл
: «Очень важно, чтобы ни один журнал не был потерян.
Нельзя исключать, что нам придется когда-нибудь вернуться к
любому из этих файлов, даже через месяцы или годы – в случае сбоя
питания, какой-нибудь катастрофы, судебного спора и т. д.».
Сэм
: «Не беспокойтесь, я только что говорил с Полой. Журналы
будут сохраняться в каталоге с именем backup ежедневно в
полночь».
Карл
: «Хорошо, это подойдет».
Вы заметили неоднозначность? Заказчик ждет, что сохраняться
будут все журналы, а Пола думает, что достаточно сохранить журнал за
последний день. Если заказчик захочет вернуться к резервной копии
месячной давности, он найдет только данные последнего дня.
В данном случае и Пола, и Сэм оказались не на высоте.
Профессиональные разработчики (и менеджеры) должны следить за
тем, чтобы из требований была исключена всякая неоднозначность.
Это 
сложная 
задача, и мне известен только один способ ее
решения.