Ладно, а Ди то тут при чём?

Єєє

Ошибся районом

ДРАКОН никто не пробовал для блок-схем, алгоритмов или кодегена?
https://habr.com/ru/post/345320/

ДиРАКОН есть?

ДРАКОН-Д он там вроде

насколько я помню, в драконе проблема с редакторами, а без них он ничем не выигрывает у юмл, для которого тоже с ними проблема, но они все же есть, причем достаточно продвинутые вроде эклипсовского papyrus + онлайн чертилки, да и сам uml монструозен и покрывает большую часть случаев вообще всего, даже слишком. Драконовский концепт слева направо может и удобен, но сам по себе тоже требует определенной степени понимания и люди, не знакомые с драконом, плохо его воспринимают. Идея-то у него хорошая, но применение сомнительное.

когда-то с коллегой хотели написать для него редактор, но потом пришли к выводу, что время скорее всего будет потрачено зря.

https://github.com/dragon-lang
Вот этот какой-то странный репозиторий?

у дракона там форум был, сам тов. Паронджанов в обсуждениях участвовал.

однако и тут голанг https://forum.drakon.su/viewtopic.php?f=62&t=6960&sid=b4a22a2d361f9d059054cf9da6aea756

там много генераторов есть

тут есть мнение, что кодогенерация из диаграмм штука такая себе по полезности. Диаграммы очень быстро начинают расходиться с кодом и придется мало того, что поддерживать код, так еще и поддерживать эти диаграммы. Основное предназначение всех этих языков моделирования - это скорее что-то с кем-то обсудить, в первую очередь с теми, кто не программист, чтобы более-менее говорить на одном и том же языке. А разраб в код заглянет, ибо привычно и разобраться проще.

я думаю, у сложных алгоритмов будет преимущество при генерации из диаграмм

для понимания работы - возможно, но алгоритм склонен обрастать всякими нюансами, которые нужно отображать на диаграмме. Причем эти нюансы возникают после тестовых запусков, дебага, изучения его работы и встречи с пограничными\нестандартными случаями. И все это нужно будет добавлять в диаграммы.

если бы ide была, которая бы синхронизировала диаграммы-код в обоих направлениях, во то совсем другое дело.

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

Дружелюбный русский алгоритмический язык, который обеспечивает наглядность

Этож надо такое придумать.