Русский
Открыть в Telegram

Пост Только сейчас понял, что в канале ни разу не встречается аббревиатура SDD.

9 июля 2026
(
(java || kotlin) && devOps
Только сейчас понял, что в канале ни разу не встречается аббревиатура SDD. Казалось бы не встречается, ну и ... ладно, но SDD сейчас "на хайпе", придется рассказать. Да и TDD был, DDD был, BDD был. Тем более штука интересная. Я бы даже сказал полезная. Вначале расшифровка: SDD - Spec Driven Development. Т.е. в основе разработки лежит спецификация. Казалось бы - любая команда, которая пишет аналитику уже работает по SDD? Нет. Ключевое отличие - спецификация хранится вместе с кодом, версионируется и поддерживается в актуальном состоянии. По сути развитие подхода Everything as Code (EaC). Были Infrastructure As Code, была Architecture As Code, теперь добрались до аналитики. Отдельные вопросы: - мы храним спеки по отдельным фичам, как их объединять если новая фича - доработка старой? AI агент или человек? - как получить все аналитику из отдельных фичей? Отдельный скил? Тут может возникнуть вопрос - канал то про разработку? Сейчас все будет) Второе отличие - над аналитикой совместно работают разработчик и аналитик, т.е. устраняем разрыв между ними и сопутствующие потенциальные потери информации. Устраняем ли потери времени - под вопросом. С одной стороны разработчику не надо тратить время на вникание в аналитику, с другой - тратится время на совместную работу. В худшем кейсе когда фича реализована не по аналитике - точно выигрываем. Третий важный момент - именно спека, лежащая в проекте идет на вход AI агенту как основной артефакт. Наравне с описанием проекта в контексте (AGENTS.md) и проектными скилами. Еще полезный побочный эффект: при SDD больше вероятность, что ADR - architecture decision records - будут сохранены рядом с кодом в процессе совместной проработки фичи. Вообще говоря, ADR как практика появилась еще в 2021 году, автор Майкл Нюгард (Michael Nygard), но ее широкого распространения я не вижу. История принятия ключевых архитектурных решений часто живет в головах сеньоров, которые их приняли. И теряется с их уходом. Или просто со временем. Что не есть гуд. Что еще важно - тема SDD идет в паре с AI разработкой, поэтому неудивительно, что уже есть готовые SDD фреймворки. Их много, но самые известные - OpenSpec и SpecKit. И они предлагают разные workflow для работы над фичей. Но об этом в следующей серии. Сейчас хотел бы отметить, что если спека пишется AI агентом совместно с аналитиком, это требует меньше участия разработчика. Т.к. агент видит код проекта, знает язык и фреймворки, и что-то может подсказать сам. Но конечно же не все. P.S. Еще 22 буквы свободно))) #ai #dev_workflow
1 · 107 ·

Рядом в ленте

((java || kotlin) && devOpsРасширим AI агента?) Я про extension, они же plugins. По сути это способ упаковки обвязки - скилов, команд, субагентов, промтов, хуков и MCP серверов. Единого с((java || kotlin) && devOpsПару слов про хуки в AI агентах. Набор событий у каждого агента свой. При этом тут тоже идет унификация и базовый набор хуков, кажется, определился: * PreToolUs
это сообщение
((java || kotlin) && devOpsВ продолжение предыдущего поста. Давайте сравним два AI SDD фреймворка - OpenSpec и SpecKit. Сравнивать будем в первую очередь по составу скилов, которые выстра((java || kotlin) && devOpsИ последнее по SDD. Последнее, но важное. SDD - это упор на актуальную спецификацию. Т.е. на аналитику. Из 5-10 шагов по SDD workflow к чистой разработке относи
((java || kotlin) && devOps(java || kotlin) && devOps@javaKotlinDevOps · канал · Технологии
339подписчиков104средний охват поста
Лента площадки Открыть в Telegram

Открытая публичная лента из поискового индекса ChatCrawler — «Google по публичному Telegram»; обновляется по мере обхода площадки. Время — UTC.

Только публичный контент, официальный API Telegram. О проекте · Вопросы · Границы индекса · Убрать страницу из выдачи · Каталог · Поиск · Как мы считаем