DRAKON.SU

Важная разработка и ссылка Григория Пуляева
Визуальное программирование.
https://www.linux.org.ru/gallery/screenshots/17552363
"Переделанный Дракон"


tonyk в чате языка Дракон++ под ником Anton K.

Без отладки это просто рисовалка.
Полноценная IDE позволяет создать программу, загрузить её на целевое устройство и отладить её по исходному языку, то есть на Драконе в нашем случае. И всё это не выходя из IDE. Я создаю программу на Драконе, так почему мне нужно ещё изучать какой-то промежуточный язык, через который Дракон попадает в процессор? Представляю текст вакансии: "Требуется Дракон-программист с глубоким знанием Java, Haskel, ST для отладки Дракон-программ на этих языках". Глупость, правда?
К сожалению, на сегодняшний день нет ни одной полноценной среды разработки на Дракон, в которой можно выполнить весь цикл разработки программы: рисование программы, отладка на симуляторе, загрузка в целевое устройство, отладка на целевом устройстве. Самое печальное, что понимают это и что нужно делать буквально пара человек (я не в счёт), и даже делают шаги в нужную сторону.
Я со своими ПЛК работаю на языках ГОСТ Р МЭК 61131-3. Вот и с Дракон хочу работать из подобной IDE.

Куда она делась?! Посмотрите, как она сделана в Proteus (программа для создания электронных устройств, где есть редактор электрических схем, среда моделирования схем, редактор печатных плат и среда программирования МК и ЦПУ), где программа может создаваться в виде классической блок-схемы алгоритма и отлаживаться и по шагам, и с точками останова.
Уже писал об этом, но повторюсь. Прошу извинить за прямоту, но посмотрите на примере любой IDE для ПЛК, как решена отладка в их графических языках. Посмотрите на создание программ и их отладку по точкам останова, по шагам в Proteus. Обратите внимание, что в обоих примерах реализован полный цикл разработки ПО. Сравните с вашими редакторами и не обижайтесь на меня, что я говорю о ваших редакторах как о 100500-ой рисовалке, обречённой на забвение. К сожалению, нынешнее унылое состояние дел с Драконом является иллюстрацией не правильного подхода к его реализации, и очередная рисовалка лишь подтверждает то, о чём я говорю.

> Без отладки это просто рисовалка.

Ты удивишься, но пошаговой отладкой на Haskel-е никто не занимается. Более того для декларативных языков она в принципе не возможна. Для поиска ошибок используется мощная система типов + REPL. Всё это у меня реализовано и этого более чем достаточно.

> загрузить её на целевое устройство и отладить её по исходному языку

А вот этого точно нет и не будет. Я не собираюсь заниматься поддержкой ПЛК.

> Куда она делась?! Посмотрите, как она сделана в Proteus

Разве в Proteus есть визуальное программирование?