Spec-Driven Development на практике: опыт компании из 100 человек Разобрали, как OpenSpec устроен на практике — Proposal, Design, Tasks, Changes и Specs, зачем понадобился Main Spec, как сохранился исторический контекст и почему агенту стало гораздо проще работать с кодовой базой, когда у каждого изменения появилось объяснение «зачем» и «почему». Отдельно поговорили о том, как перестроилась работа аналитиков и QA, почему тестировщики постепенно отошли от написания автотестов, как была организована работа frontend- и backend-разработчиков, зачем компании понадобился метарепозиторий для нескольких сервисов и монолитов и как SDD заработал в заказной разработке, где требования приходили от внешнего клиента. Но самое интересное оказалось связано с самим инженером. Если код всё чаще писал агент, какие навыки оставались критически важными? Почему системный дизайн становился важнее знания конкретного языка? Как было не потерять техническую глубину, работая через AI? И где проходила граница между усилением разработчика и настоящим делегированием ответственности? ➡️Смотреть подкаст ⬇️ Скачать видео IT подкасты — подписаться
YouTubeSpec-Driven Development на практике: опыт компании из 100 человек / Иван Поддубный #90🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube SDD (Spec Driven Development) постепенно превратился из эксперим…Spec-Driven Development на практике: опыт компании из 100 человек… — Подкасты программиста: IT & AI — TG.ME
August 24, 2026 348 12