DRAKON.SU

Вероятно можно, я постараюсь это выяснить.
Вариант "дракон" "язык" дает множество ссылок , в т.ч. первой идет новость с СИБУР, где есть упоминание языка.

Спасибо, Дмитрий, я нашел:

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

В меню Сириуса есть рубрики Статьи и Публикации.
Желательно разместить там следующие бесплатные материалы по языку ДРАКОН:

1. Занимательная информатика.
https://drakon.su/_media/biblioteka_1/z ... cija1_.pdf

2. История создания языка ДРАКОН.
https://drakon.su/_media/istorijajazykadrakon_.pdf

3. Паронджанов В.Д. Алгоритмы и жизнеритмы на языке ДРАКОН. Разработка алгоритмов. Безошибочные алгоритмы. — М., 2020. — 376 с. — Иллюстраций: 200.

4. Язык ДРАКОН. Краткое описание. https://drakon.su/_media/biblioteka/dra ... iption.pdf

5. Как улучшить работу ума. Алгоритмы без программистов — это очень просто.
https://drakon.su/_media/biblioteka_1/p ... u_uma_.pdf

Боюсь, что книги и статьи сторонних авторов там не разместят. Но я, конечно, узнаю, при возможности.
Скорее всего мне нужно будет самому подготовить соответствующие статьи со ссылками на материалы, которые Вы привели.
Тем более, что есть материальная и историческая основа - стенд ОК-КС, изд.0-03 "Буран".

Интересный опыт был получен при проведении каникулярной программы по инженерному делу для группы малышей (один дошкольник, остальные 1-3 класс).
Мы в течении пары часов изучали ДРАКОН, программу для редактирования диаграмм, а в конце занятия проектировали с помощью ДРАКОНа алгоритм работы светофора. Из 6 человек сразу справились трое, хотя ДРАКОН увидели впервые в жизни.
Справились - это значит написали полностью работоспособную прошивку для микроконтроллерного устройства, имитирующую работу игрушечного светофора (простой алгоритм), а один ребенок осилил алгоритм дорожного светофора (сложный).
Думаю, что это пример, что ДРАКОН достаточно прост для понимания малышами, и позволяет достигать результат простыми средствами.

Отзывы на занятия с ДРАКОНом в вечерних клубах "Сириуса" (цикл состоит из 4-5 вечеров; ребята из разных направлений: наука, спорт, искусство; возраст 12-17 лет):
«Понравилась свобода для фантазии»
«Мы делали плохие вещи. Мы не писали код. Мы просто строили схемы и потом магическая кнопочка делала все за нас…»
«Я узнал, как программировать и создавать целые программы!»

Интересная статистика Дмитрий!
Интересно, а хоть один отрицательный отзыв у молодых пользователей был? Там критика, какие то тяжело дающиеся участки?

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

Был один негативный отзыв от ребенка, который занимается балетом, с формулировкой: "я не понял, что от меня хотели". Это, вероятно, не к технологии, а ко мне упрек. Его напарник, такой же танцор, написал "Я узнал, как программировать и создавать целые программы!".

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

Не могли бы Вы, описать тяжелые участки?

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

Здесь нет никакой проблемы.
Цель языка ДРАКОН — наглядность и доходчивость.
Наивысшая наглядность и доходчивость.
В этом его уникальность.
Здесь у ДРАКОНа нет конкурентов.

Быстрота генерации кода — это классическая задача программирования. Таких средств сотни и тысячи, если не миллионы.
Язык ДРАКОН не может и не должен с этими средствами соревноваться.

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

В вашем случае совместить быстроту генерации кода с наглядностью — это ложная, ненужная цель.

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


А вот этого делать ни в коем случае не надо.

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

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

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

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


Современные дети требуют применимости получаемых знаний. По крайней мере, те, с которыми я общаюсь преимущественно. А применимость Дракона в первую очередь я вижу как способ донести до Исполнителя алгоритм выполнения задачи. Робототехника и IT - это то поле деятельности, где можно реализовать всю доходчивость и наглядность Дракона. В других областях он пока слабо известен, хотя движение, безусловно, есть.

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

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

Да, конечно. Я именно так вас и понял

Это очень хорошо

Это правда. Некоторых таких ребят можно убедить с помощью специальных аргументов.
А некоторых нельзя.

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

Это правильно.
Но. Коммуникативная роль Дракона — это очень широкая область.
И она вовсе не сводится к скорости работы программы в области педагогики.

В нашем случае есть специфика. Мы работаем преимущественно с одаренными детьми, и они порою сами могут научить нас многому. Поэтому главный критерий: не умение доходчиво объяснить материал, а умение заинтересовать материалом, пробудить желание попробовать эту технологию, примерить к себе. Хотя доходчивость, конечно, тоже важна. Будешь бестолково объяснять - тебя быстро поставят на место.
Согласен. Коммуникативная сторона Дракона приводилась как основание необходимости для распространения среди продвинутых программистов, которых может заинтересовать только то, что им будет реально полезно. Не все осознают, что коммуникации важны, но все согласятся, что высокая скорость создания программ - "must have".

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

Ни чего не спорное!
Именно, сверх быстрое написание программы есть конкурентная способность Дракона, перед другими.
Дмитрий здесь тоже полностью прав.
Владимир Данилович, зачем одаренному молодому программисту "костяные счеты"?

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

Но если спросить, сколько времени у них идет на тестирование и отладку программ, то картина будет иная.
Общая скорость создания ПРОДУКТА зачастую уменьшится из-за большого количества ошибок.

Поспешишь — людей насмешишь!

Не стоит сравнивать написание в Драконе с написанием в других языках.

Почему не стоит?
По-моему, можно и нужно сравнивать!

Такое сравнение интересует многих

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

Эмпирически мы к этому и пришли. Для описания общего принципа действия сложной программы строим общую диаграмму со структурой, с ветвлениями. В далее описываем через Вставки все уточняющие схемы. Тут просто момент немного отличается: я подумал, что вставка больших кусков кода в Действие будет приводить к неочевидности алгоритма. Например, не очевидно описание всех переменных, если их инициализация проведена в разных блоках.