• И еще спека не должна превращаться в википедию. Не надо с неё начинать любые изменения в коде. Большая часть изменения должна делаться агентами сразу в коде. В спеке — только фундаментальное.
• И если ваш SDD flow перемудренный, то он не работает.
• И вообще SDD не панацея.
10 · 1.6K · Ветка• И еще спека не должна превращаться в википедию. Не надо с неё начинать любые изменения в коде. Большая часть изменения…
4 сообщения · –A V 1. Оказалось, что нет исследования, что SDD кому-то исчислимо помог. 2. А дальше мои мысли. Если спека не должна быть Вики, то в ней высокоуровневые идеи. Где грань, что должно в них оседать, а что должно сразу в код? А если не соблюсти это? А что-то изменится от дисбаланса? 3. Например, openspec оперирует только сценариями, можно форкнуть и завести свой шаблон спеки. Что будем включать туда? Почему? Это сильно проектспецифичный вопрос, в каждом проекте будут свои необходимости. 4. А что если SDD вообще не будет в проекте? А что если у агента жопа не отвалится, если у меня будет папка docs c md тз в произвольной форме? Я думаю, что если подключить к openspec/spec-kit к проекту, они не помешают. Но и существенно ничего не привнесут. Наверно, профит может быть, если делать это с умом, понимать, как ты валидируешь требования, как ты валидируешь результат, как приходишь к детерминированности. Короче, думать надо. А вокруг SDD много фетиша, воспринимается как серебрянная пуля. На самом деле что есть что нету.
В Ссылка
нажмите — покажемSDD это не панацея а качественный переход в следующий этап эволюции в разработке кода, когда надо и доку и промпт собрать в одно и потом реализовывать это на любом языке программирования Добавлю видео по sdd https://m.youtube.com/watch?v=oDxODi3X2Mg