На недавней конференции Brainstorm Tech Борис Черны поделился интересной информацией о том, как его команда использует Claude Code для автоматизации разработки программного обеспечения. Он отметил, что за последние восемь месяцев не написал ни одной строки кода вручную. Все разработки ведутся с помощью Claude Code, который, по его словам, уже используется крупными клиентами, такими как Salesforce и NASA.
Черны провел аналогию с изобретением печатного пресса Гутенберга, который кардинально изменил доступность литературы и уровень грамотности в Европе. Он считает, что Claude Code может стать таким же значимым прорывом в мире программирования, позволяя большему числу людей создавать программное обеспечение. Если раньше только 50 миллионов человек могли писать код, то теперь эта возможность открывается для гораздо более широкой аудитории.
В ходе своего выступления Черны также рассказал о том, как он управляет сотнями AI-агентов, которые помогают в разработке. Он отметил, что в большинстве случаев именно Claude Code инициирует запросы, а не люди. Это позволяет значительно ускорить процессы, такие как миграция кодовой базы или профилирование безопасности, которые раньше требовали больших команд разработчиков и много времени.
Одним из ключевых моментов, о которых говорил Черны, является проблема узких мест в процессе разработки. Он объяснил, что автоматизация написания кода не устраняет все проблемы, а лишь переносит их на другие этапы, такие как ревью кода. Для решения этой задачи команда Anthropic создала группу Claude-агентов, которые помогают в проверке кода, выявляя ошибки и уязвимости.
Черны также подчеркнул важность оценки рентабельности инвестиций (ROI) при использовании Claude Code. Он предложил сравнивать затраты на использование AI с затратами на работу инженеров, что позволяет более точно оценить эффективность внедрения новых технологий.
В заключение, Черны отметил, что хотя рост производительности, связанный с использованием Claude Code, может показаться впечатляющим, важно помнить о качестве кода, а не только о его объеме. Он также упомянул о необходимости поддерживать командное взаимодействие, чтобы новые инженеры не теряли связь с коллегами и могли эффективно работать в команде.