Автор рассматривает роль документов Request for Comments (RFC) в разработке ПО, разграничивая их с техническими заданиями (ТЗ) и дизайн-документами. Если ТЗ описывает требования заказчика, то RFC служит инструментом для обсуждения архитектурных решений, а дизайн-документ содержит инструкции по реализации кода.
Отсутствие процесса написания RFC приводит к неэффективности и потере времени на неудачные технические решения. Автор приводит пример разработки собственного кодека изображений для сайта с мангой: из-за отказа от проектирования через RFC было потрачено около 50 часов на тестирование нежизнеспособных идей, которые можно было отсеять на этапе обсуждения.
Качественный RFC должен отвечать не только на вопрос «что» нужно сделать, но и на вопросы «почему», «как» и «когда». Это позволяет обосновать выбор технологий, предотвратить появление багов, продумать масштабирование до 100 000 запросов в секунду (RPS) и определить условия для будущего рефакторинга или смены инфраструктуры.
В сообществе разработчиков СНГ наблюдается тенденция смешивать понятия ТЗ, RFC и дизайн-документа в единый документ. Автор отмечает, что такая практика затрудняет проектирование, так как стирает границы между бизнес-задачами и инженерными методами их решения.
