Rhodd вырос из проблемы, которая всё чаще всплывает в архитектурной работе.
Слишком много в системе всё ещё наполовину записано и наполовину держится в головах — в то время как окружающая реализация начинает разгоняться за счёт генерации.
Команды обычно знают примерно следующее:
- какие сервисы вообще существуют
- как они соединяются
- какие контракты действительно важны
- чем окружения отличаются друг от друга
- что и куда выкатывается
- какие части системы связаны крепче, чем хотелось бы признавать
Даже в полностью ручной разработке такая размытость обходилась дорого.
В AI-эпоху, когда объём и скорость генерации растут, оставлять архитектуру вторичным артефактом становится неприемлемо.
Архитектура как скомпилированный источник
Rhodd сделан, чтобы относиться к определению системы как к источнику истины, а не как к побочному результату написания кода.
Когда архитектуру можно скомпилировать, замысел системы управляет реализацией — а не наоборот.
Почему сейчас
Чем быстрее ты можешь генерировать код, тем критичнее становятся структурные ограничения.
Без детерминированного способа задать и принудительно применить эти ограничения система рано или поздно приходит в состояние, в котором никто не может уверенно сказать, как она на самом деле работает.
Rhodd — это инструмент против такого дрейфа.
Текущий статус
Rhodd в активной разработке.
Текущий фокус — собрать ядро компилятора, которое сможет превращать определения систем в принуждаемые архитектурные ограничения.