Грядут времена, когда органики совсем перестанут писать код. Чтобы не утонуть в новых технологиях, я и моя команда молодая перешли на программирование на markdown разработали внутренний подход, который назвали STC (по аналогии сами знаете с чем, но у нас это Specification, Tests & Conformance). STC постарался вобрать в себя лучшее от SDD/TDD и имеет несколько уровней:

- Specification. Каждый модуль стека компании получает свою спецификацию. Спецификация и есть этот модуль, кода в ней нет. По сути код (варианты имплементаций спецификации) скорее выступает "кешем токенов". Это похоже на SDD, старый добрый RFC, IEC и что угодно по вкусу, тысячи их. Спецификация - никогда не roadmap/TODO, это всегда видение продукта, каким он есть или должен быть.

- Tests. Тут всё понятно. Реализованная имплементация должна проходить MUST-тесты или объяснять, почему она не проходит, в случае SHOULD/MAY.

- Conformance - ответственный техножрец-органик, который за всем этим следит с печатью.

Нюансы и плюсы:

- STC конечно могут иметь вложенные STC, и чем больше бьется финальный продукт на модули - тем лучше контроль
- STC конечно пишутся изначально не органиками, мы все ленивые
- Подобное позволяет гонять техностек компании от микроконтроллеров с непонятным диалектом С, до кровавого индастриал ентерпрайза, которому подавай Erlang "потому что у нас так принято и вообще оно хот-апдейтится"
- На практике - это намного лучше чем переписывание LLM кода с языка на язык, в котором модель обязательно тащит акцент источника

Минусы:

- Software-индустрия катится в сраное Г. Впрочем, всё остальное уже давно там.