DRAKON.SU

В данном разделе, много восторженных отзывов о данном стиле\виде программирования.

Но описание недостатков данной технологии нет.

1. Какие недостатки есть у дракона?
2. Какие проблемы привносит дракон?

Хотелось бы, услышать мнения.

Как это нет? Да полфорума здешнего!

По большому счёту, ДРАКОН ничем не отличается от других нотаций визуального представления алгоритмов, разве что дополнительными ограничениями, призванными уменьшить вероятность потенциальных ошибок.

Единственная принципиальная особенность - наличие такой структуры, как "силуэт". Которая, с одной стороны, позволяет дополнительно структурировать программу, не выходя из плоскости, а с другой стороны вносит плохо контролируемые разрывы в граф схемы, что увеличивает вероятность потенциальных ошибок.
На сегодня именно силуэт мне и представляется основной проблемой и недостатком данной технологии (что ставит под сомнение необходимость в ней)...

Остальные топовые темы подфорума касаются в основном пиара и популяризации ДРАКОНа, а не технологии как таковой, что само по себе вроде и полезно, но явно переходит цивилизованные границы... имхо...

Я бы сказал ещё - ограничить свободу "рисовательного творчества".
Именно этот фактор очень ценен в плане продвижения именно ДРАКОНа в "народ", для гуманитариев, например
Представьте, что они понарисуют, если дать им просто "креативно рисовать"

1. Невозможность представления большой диаграммы классов, которую можно разместить на одной плоскости листа.
2. Отсутствие автоматического преобразования кода программы обратно в диаграмму. То есть изменения можно вносить только в диаграмму, в генерируемый код изменения вносить можно, но теряется связанность с диаграммами.

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

1. Каждая диаграмма отображает какой-то один аспект.
2. Обычно модель данных представляет из себя лес сущностей. На одной диаграмме я изображаю одно дерево и его связи с соседями.

Так я запарился с этим вашим Visio, что добавил соответствующий тип диаграмм в DRAKON Editor.
viewtopic.php?f=79&t=3716&start=100#p80216

Это относится не к языку ДРАКОН как таковому, а вообще к любому визуальному представлению!

Это опять же относится не к языку ДРАКОН, а к конкретным реализациям...
Да и, ИМХО, большого смысла в построении диаграммы по коду нет... разве только для рефакторинга... да и то спорно...
Хотя для пиара фишка была бы полезной. Мол, смотрите, сейчас мы реально покажем всё, что вы там раньше понаписали!
Но, повторяю, к ДРАКОНу это не имеет отношения...

Просто мысли в слух:

В Electric - топологический редактор интегральных схем. В этой программе сразу отображаются 2 окна графическое представление и в виде кода.

Изменения в обоих окнах синхронизируются.
Есть возможность смотреть на 1 слой вглубь. То есть при нажатии на 1 кнопку, каждый модуль с вложенной диаграммой раскрывается и показывает внутренне содержание на заднем плане.

В случае планарного Дракона, это видимо будет внутри большого прямоугольника (элемента действия?) полное представление другой диаграммы.

IMHO

Код на Python после генерации DRAKON имеет метки, которые как теги могут упростить синхронизацию графической диаграммы в случае изменения кода Python.

Поэтому я не в коем случае не говорю, о генерации диаграмм из абстрактного Python кода, только о генерации диаграмм из специально предварительно размеченного кода.