DRAKON.SU

По желаниям трудящихся нарисовал агитку про язык ДРАКОН.
Требуются критические замечания.
http://www.slideshare.net/stepan_mitkin/ss-21902495

Слайды 9 и 10 не различаются.

Слово "царский" кажется неуместным, особенно на слайде 39.

На слайде 39, на мой взгляд, достаточно двух пунктов: 1. Как называется задача, 2. Из каких частей она состоит.

Общее впечатление - отличная презентация! Кратко и наглядно.

Присоединяюсь к похвалам.

Спасибо!
Поправил там кое-что.

Исходник


PDF-ка

Очень неплохо для ознакомления.

55 кадр вызывает сомнение насколько правильны такие условия варианта именно для ДРАКОНа, т.к. по сути многие из них, могут быть истинными одновременно. Или в ДРАКОН тоже принят порядок выполнения вариантов?

А в 64 разве может быть подобный выход из цикла?

Спасибо! Сию минуту исправим-с.

Почему нет? Это же выход, а не вход.
Вот аналог на C#

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

Вроде как уже не один раз обсуждали подобную конструкцию.
Если вы пишите

то читающий, считает (надеется), что проход выполняется по всем элементам (foreach = для всех). В противном случае вы просто не умеете писать цикл линейного поиска.

Вообще, конечно, использовать ДЛЯ и выпрыгивать из середины - действительно, обман

Степан Борисович, Вы сделали хорошую презентацию.

Взгляните Вашим опытным глазом на Презентацию Антона Анцелевича (по ДРАКОНу).
viewtopic.php?p=80466#p80466

Может быть, там найдется что-нибудь полезное, как Вы считаете?

Выложил часть 3 вводного курса
http://www.slideshare.net/stepan_mitkin/drakon-advanced-rus
Простые рецепты красоты для ДРАКОН-схем.
Ритм
Метр
Общая судьба

Прошу всех ознакомиться и высказать свои замечания.

Часть 1

Часть 3

А где Часть 2? Или я что-то пропустил?

Часть 2 пока не готова. Скоро будет...

"Поступила в продажу" часть 2 вводного курса.

Вот они, все вместе:
Часть 1
Часть 2
Часть 3

Прошу конструктивно критиковать!

Если не ошибаюсь, подобные конструкциив языке ДРАКОН отсутствуют.

Какое-то время назад велись ожесточённые споры о том, как изображать параллельные алгоритмы в ДРАКОНе.
Вот некоторые отголоски этих споров: viewtopic.php?p=61683
В конечном итоге Владимир Даниелович придумал вот что:

По указанной Вами ссылке подобных конструкций не обнаружил.

И вправду нет их там, в той ветке...
Но обвинения в шарлатанстве и самозванстве я отвергаю.

В любом случае, конструкция хороша.
1. Простая и понятная, без мишуры. В духе ДРАКОНа.
2. Шампур не ломает.
3. Двойная линия только в одном месте. Значит, разветвление и слияние не перепутаешь.

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

А это разве не то?
download/file.php?id=2324&mode=view

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

Треугольник плюс несколько изломов линий.

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

Мне нравится предложение Степана Митькина.
Объясню почему.

1. Строго говоря, я раньше такого (в письменном виде) не предлагал.
Но я, как говорится, подумывал об этом. Но вслух не произносил.

2. Для меня остались почти одинаковыми по ценности два варианта:

— жирные линии как в UML (по подсказке Эдуарда Ильченко);

— параллельные линии (как в ГОСТе на блок-схемы), которые реализовал Геннадий Тышов.

3. Особенно я стал думать об этом, при анализе литовских (медицинских) учебников. Там проблема была простой. В большинстве случаев в бригаде скорой помощи нужны только два параллельных алгоритма. Или как они сами пишут "НУЖНЫ ДВА ЧЕЛОВЕКА".
Именно такой случай они и рассматривают.

4. Как же литовцы решили эту "параллельную" проблему?
Не буду говорить как, но решили они ее не лучшим образом.
Поэтому я подумал, что решать ее нужно именно так, как предложил Степан Митькин.
В точности так.