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 есть визуальное программирование?

А причём тут Хаскелл? Я говорю про отладку Дракона. И если я займусь программированием на Драконе, то мне абсолютно безразлично, каким образом нарисованная диаграмма превратилась к команды процессора. Меня интересуют удобство создания программы, скорость её работы и удобство отладки.

А причём тут ПЛК? Существует огромная масса встраиваемых компьютеров, зачастую вообще не имеющих графических контроллеров. Более того, гораздо быстрее и удобней программировать и отлаживать программы для таких компьютеров на мощных ПК, а потом просто через сеть грузить в них бинарник на исполнение.

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

Это всё сделано для Хаскелл, а не Дракона, и к отладке программ на Драконе не имеет отношения.

Это ваше мнение. Моё мнение, что создана очередная рисовалка со своими бантиками.

Если для вас главное это Хаскелл, а Дракон так, нахлобучка на него, то нет предмета для обсуждения, ИМХО. Как сделано, так сделано, потому что лично я не встречал в промышленности ничего, написанного на Хаскелл, поэтому ценность этого ЯП для меня нулевая. Если же была попытка сделать среду программирования на Драконе, то явный незачёт, потому что в части Дракона не сделано ничего нового, не изучены существующие решения аналогичных задач, не использованы (и, похоже, даже не известны) технологии для решения таких задач.

> Я говорю про отладку Дракона. И если я займусь программированием на Драконе

Да вот нельзя программировать на чистом ДРАКОН-е. ДРАКОН это вообще про схемы, а не про программы.

> Меня интересуют удобство создания программы, скорость её работы и удобство отладки.

А я вообще не хочу заниматься отладкой. Я хочу сделать схему и проверить что она правильно работает. Вот на это и нацелена моя работа.

> А причём тут ПЛК? Существует огромная масса встраиваемых компьютеров

Меня вообще железо не интересует

> Это всё сделано для Хаскелл, а не Дракона, и к отладке программ на Драконе не имеет отношения.

Никто и не говорил про ДРАКОН.

Значит вы просто не поняли, что такое Дракон. Впрочем, вы не одиноки в своём непонимании.

Да ну! А это кто говорил?

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