Архитектура ИТ-решений
tg16 тыс. подписчиков
Открыть пост ↗
Spec-Driven Development остается темой для острых дискуссий. Очень неплохое исследование Spec-Driven Development as Prescribed and as Practiced о реальных практиках SDD, которое, впрочем, скорее подольет масла в огонь.
Некоторые выводы:
1️⃣ В то время, как спецификация должна описывать, что именно нужно разработать, многие SDD спеки так же содержат подробные сведения о том, как именно это надо реализовывать
2️⃣ Большинство экспертов используют спеки выборочно, например при реализации новых функций, особенно больших и не очень срочных
3️⃣ Часто спеки создаются LLM-ками, и сами люди их естественно не читают
4️⃣ А еще порой спеки пишутся один раз и потом не меняются
5️⃣ Существующие SDD инструменты практически не используются в том виде, в котором они опубликованы (т.е. как правило дорабатываются напильником)
В чем тогда преимущества SDD? Есть известное исследование Бренна Хилла о том, что сама спека не снижает количество дефектов или объем переделок, а улучшение спеки лишь слегка влияет на код
И все же, в SDD скорее всего присутствует некоторый X-фактор, влияющий на разработку. Может дело в процессе (важна не спека, а то, что генерация производится несколько раз, каждый фрагмент кода тестируется и улучшается независимо от остальных), может в разделении агентов на архитекторов, разработчиков и тестировщиков, а может в чём-то еще
Некоторые выводы:
1️⃣ В то время, как спецификация должна описывать, что именно нужно разработать, многие SDD спеки так же содержат подробные сведения о том, как именно это надо реализовывать
2️⃣ Большинство экспертов используют спеки выборочно, например при реализации новых функций, особенно больших и не очень срочных
3️⃣ Часто спеки создаются LLM-ками, и сами люди их естественно не читают
4️⃣ А еще порой спеки пишутся один раз и потом не меняются
5️⃣ Существующие SDD инструменты практически не используются в том виде, в котором они опубликованы (т.е. как правило дорабатываются напильником)
В чем тогда преимущества SDD? Есть известное исследование Бренна Хилла о том, что сама спека не снижает количество дефектов или объем переделок, а улучшение спеки лишь слегка влияет на код
И все же, в SDD скорее всего присутствует некоторый X-фактор, влияющий на разработку. Может дело в процессе (важна не спека, а то, что генерация производится несколько раз, каждый фрагмент кода тестируется и улучшается независимо от остальных), может в разделении агентов на архитекторов, разработчиков и тестировщиков, а может в чём-то еще
Новый список