А почему такой упор на языки именно как запись программ в ascii файлах? Как бы 60+ лет эволюции средств программирования, а воз там же - выражение программы в буковках.

Почему например не использовать графы (графовые бд) как первичное представление для человека?

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

Вы пропустили. Уже давно не ASCII. UTF-8 :)
Да и вообще, а почему до сих пор здесь буковками пишем? Пора уже на картинки перейти...

Математики уже перешли, лет 300 назад, вроде не жалуются, на каждый чих новый иероглиф изобретают, и то их разве что только типографика в этом ограничивает

А чем emoji не картинки? 😅

К сожалению, со стандартной раскладки клавиатуры без прибамбасов вводится только ASCII и немного локализованных символов, клавиатур для Unicode пока не придумали 😅😅

С первоначальным вводом вполне справляются даже примитивные командные языки аля Форт и компания, отображение (визуализация структур) требует графику, да. Force-based алгоритмы для графов не учитывают минимизацию пересечений ребер.  Дело за структурными запросами, и выражением преобразований графа в форме графа.

Как там у jetbrains дела с воркбенчем?

Мне было бы приятно держать документацию и синтезируемое в Си код подмножество узлов в одном графе, вытаскивая из него нужные "концепты" и выборки запросами. В любой ИТ конторе смотришь на доску, и думаешь - а нельзя ли вот это все автоматизированно в код переводить, и наоборот любой чужой код в виде настраиваемых диаграмм просматривать?

По готовым инструментам как-то тяжко, единичные реализации типа Understand за килобаксы, и те шаг влево вправо от десктопа и десятки тысяч ошибок разбора кода.

Как-то на фоне проектов 60-х (Sketchpad, Grail) оно не смотрится. Хотя, конечно, «знающие» люди утверждали, что на нем программировали Буран! :)

по-моему, туннельный синдром от мыши будет раньше, чем эти три ифа мышкой накликаешь.

А еще есть предел Дойча. Любопытно, что на википедии пример как раз с ДРАКОНом :) https://en.wikipedia.org/wiki/Deutsch_limit

А как в дракон загнать исходник linux kernel 4.x для arm, mips и x86? как раз таких рисовалок на все вкусы, и labview, и среды для МЭК-языков, и творчество адептов MDD

Музыкантам, впрочем, нравится

Это уже вопрос IDE. Можно писать, например, командами в духе LaTeX, как в Fortress и TLA+. И пусть оно автоматически конвертируется в красивую нотацию.

Надо наверно както разделять visual и visualizable языки, и соответственно мышевозню от командно-скриптового интерфейса + визуализация структур. Пробовал labview, как только сложность превышает соединить пару десятков готовых компонентов -del.

Про предел Дойча, хотелось бы деталей по работам Тыугу, как оно вживую выглядело, может кто знает? По книжке это что то типа вывода на графовых моделях. Наверно были какие-то средства для отображения. Хинт: обычно человеку не нужно видеть больше 1-2 десятков элементов одномоментно, если больше то с низкой детализацией (дерево классов, дисковую структуру для помеченных файлов, потоки данных в общем или наоборот маленькой части программы, и несколько страниц кода, причем неодновременно если позволяет отзывчивость системы