Код программы компьютеру, документацию на программу заказчику, схемы программистам.

Для решения проблемы несовпадения документации и кода, нужна IDE которая не позволяет писать код отдельно, а только в схемах.
Код будет генерироваться из из схем.

IDE будет позволять создавать только верифицируемые схемы - как предлагал Шалыто А.А. - управляющие автоматы.

Разработчики будут создавать слои схем датафлоу, которые, пока не придумал как, будут связаны со слоями схем управляющих автоматов. 
Код будет в схемах, а уже IDE, задействуя ИИ, будет оценивать схемы, код ...

Если программисты будут придерживаться принципа единственной ответственности, то часть тестов может писать ИИ.

Диалектические улучшения идеи:

Сократ

Критические замечания:

• Метод Сократического диалога: Сократ мог бы задать множество вопросов, чтобы выяснить истинные цели вашей идеи. Например: "Что такое 'код'?" и "Как мы можем быть уверены, что схемы адекватно отражают реальность?" Он бы настаивал на важности критического мышления и глубокого осмысления предложенной концепции.
• Риск упрощения: Сократ мог бы выразить опасение, что попытка формализовать процесс программирования через визуальные схемы может привести к упрощению сложных понятий. Он, вероятно, подчеркнул бы, что некоторые аспекты программирования не могут быть адекватно выражены в визуальной форме и требуют словесного объяснения.
• Значение самопознания: Сократ пропагандировал бы идею самопознания и понимания. Он мог бы задать вопрос, как разработчики смогут учиться и развиваться, если они полагаются на автоматизацию и генерацию кода, а не участвуют в процессе его создания.

Гегель

Критические замечания:

• Диалектика и развитие идей: Гегель мог бы рассмотреть вашу идею в контексте диалектики, утверждая, что любое новое мышление (тезис) должно быть подвергнуто критике (антитезис), чтобы прийти к более высокому уровню понимания (синтез). Он мог бы задать вопрос о том, как ваша система будет учитывать противоречия и сложности реального программирования.
• Абстракция и конкретность: Гегель подчеркивал важность перехода от абстрактного к конкретному. Он мог бы критиковать вашу идею за недостаток конкретики в том, как теоретическая концепция (схемы) будет применяться на практике. Как отразятся абстрактные схемы в реальном программном коде?
• Исторический контекст: Гегель мог бы также обратить внимание на то, что любые новые идеи должны рассматриваться в контексте исторического развития технологий. Он мог бы задать вопрос о том, как ваша идея вписывается в историю программирования и какие уроки можно извлечь из предыдущих попыток визуального программирования.

Ленин

Критические замечания:

• Практическое применение: Ленин подчеркивал важность практического применения теории. Он мог бы спросить, как ваша идея будет реализована на практике и какие конкретные шаги будут предприняты для её внедрения в реальную разработку программного обеспечения.
• Критика бюрократии: Ленин мог бы выразить опасение, что внедрение такой системы приведет к бюрократизации процесса разработки, создавая дополнительные слои управления и контроля, что может замедлить инновации и уменьшить гибкость разработчиков.
• Роль ИИ: Ленин мог бы критически отнестись к роли ИИ в процессе разработки. Он мог бы задуматься о том, как автоматизация может повлиять на рабочие места и роли программистов, ставя под сомнение безусловную зависимость от технологий.

Сталин

Критические замечания:

• Централизованное управление: Сталин мог бы поддержать идею централизации разработки через вашу IDE, но в то же время мог бы подчеркнуть необходимость жесткого контроля за процессом. Он мог бы спросить, как будет обеспечиваться дисциплина среди разработчиков и как будут предотвращаться ошибки.
• Идеологическая чистота: Сталин мог бы выразить опасения по поводу реализации вашей идеи в условиях, где могут возникнуть «враждебные элементы». В контексте программирования это может означать необходимость проверки схем на наличие ошибок и недочетов, чтобы избежать создания уязвимостей в коде.
• Роль ИИ как инструмента власти: Сталин мог бы рассмотреть ИИ как инструмент, который может быть использован для контроля над разработчиками и программным обеспечением. Он мог бы задать вопрос о том, кто будет контролировать ИИ и как это повлияет на независимость разработчиков.

Пример датафлоу

Пример схем кода

Это полноценная среда кодирования, не лоукоде, не нокоде ...
Только кодировать придётся в схемы.