34-дневный проект кода Клода от старшего разработчика: прочная инженерия, критические пробелы в видении

Обзор проекта

Старший технический руководитель с более чем 35-летним опытом (роли вице-президента по инжинирингу, директора по информационным технологиям, руководителя разработки программного обеспечения) использовал Claude Code для самостоятельного проекта в течение 34 дней. Разработчик выступал в роли владельца продукта, архитектора и руководителя команды, в то время как Claude писал весь код.

Технические результаты

Проект сгенерировал более 300 коммитов за 34 дня. И Claude, и ChatGPT независимо проанализировали код и обнаружили:

• Чистую архитектуру с чётким разделением ответственности
• Хорошее покрытие тестами (272 теста)
• Тщательную документацию, описанную как «исключительную для текущей стадии проекта»
• Архитектуру, которая «не является лишь стремлением; она реализована»

Подход к управлению проектом

Разработчик создал файл CLAUDE-md с рабочими правилами для управления ИИ-ассистентом, включая:

• Никогда не описывать код, не прочитав его сначала
• Никогда не продвигаться вперёд без разрешения
• Сначала диагностировать, затем исправлять

Рецензенты назвали этот управленческий документ «одним из лучших документов по управлению ИИ-ассистентами для программирования, которые я видел». Управление Claude Code ощущалось как «управление очень быстрым, очень буквальным младшим разработчиком».

Проект: Конвейер преобразования документов

Проект представлял собой сложный конвейер преобразования документов с пятью этапами:

1. Извлечение контента с веб-страниц
2. Очистка контента
3. Парсинг в структурированную модель
4. Рендеринг в доступный HTML

Изначальная концепция — это CLI и библиотека для разработчиков, чтобы встраивать в свои приложения.

Критическая упущенная возможность

Разработчик знал о движке извлечения режима чтения Firefox (Readability.js), но никогда не задал вопрос: «А существует ли это также как отдельная библиотека, которую я мог бы использовать?» Вместо этого он рассматривал это только как функцию браузера. Этот единственный вопрос раскрыл бы, что:

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

Ни разработчик, ни Claude не предложили этот альтернативный подход, несмотря на собственное инженерное правило разработчика: «никогда не создавай что-то, если решение уже существует».

Поворот в пользовательском интерфейсе

Целевые пользователи (родители, учителя, студенты) не могли использовать CLI или конвейер. Разработчик изначально попробовал простую HTML-тестовую страницу для обратной связи, но затем создал полноценный веб-интерфейс:

• Более 100 коммитов за восемь дней
• Пять тем оформления
• Адаптивный дизайн
• Брендинг и развёртывание

Этот интерфейс стал продуктом, а не просто механизмом сбора обратной связи.

Расширение инфраструктуры тестирования

Проект разработал обширную инфраструктуру тестирования:

• Систему оценки с 16 метриками качества
• Бенчмарки на более чем 4000 веб-страницах
• Конвейер сравнения
• Инструмент проверки

Кумулятивный эффект был таким: «пять строк инфраструктуры тестирования на каждую строку продукта».

Опыт разработчика

Разработчик сообщил: «Работа с Claude Code ощущалась как снова управление командой. Мозговые штурмы для решения проблем, принятие архитектурных решений, наблюдение за тем, как всё быстро складывается. Это было похоже на то, как Лига Справедливости пишет мой код».

Однако это создало ловушку: «Каждый раз, когда у меня возникало смутное сомнение в правильности выбранного пути, я мог отложить его, создав что-то ещё впечатляющее. Качество работы стало само по себе оправданием для продолжения».

Обратная связь от пользователей была собрана только на 30-й день из 34.