Спасибо. Я рад слышать мнение и критические замечания профессионального врача.
про язык «ДРАКОН» я знаю давно и слежу за развитием, мало того, одно время использовал его в работе
Скажите, а как вы его использовали? Вы рисовали дракон-схемы карандашом на бумаге?
Или использовали универсальный графический редактор типа Visio или CorelDRAW?
Или использовали ДРАКОН-конструктор DrakonHub? Сегодня это наилучший инструмент для изображения клинических алгоритмов.
с этим я не спорю, методически ДРАКОН весьма хорошая штука, я вообще с института все пытался загонять в схемы и таблицы
Понимаю.
даже по МР ковидным для себя схемы рисовал
Что такое MP? Как расшифровать?
хороший алгоритм учит думать, не более. в практике он не особо применим
Я имею в виду вот что. Ко мне обратился Павел врач невролог, рефлексотерапевт, стаж 13 лет из Самарской области,
Он попытался самостоятельно освоить программу «ИС Дракон» Геннадия Тышова, но у него возникли трудности.
Павел попросил меня провести с ним занятие по ДРАКОН-алгоритмам.
Я провел занятие по скайпу, научив его пользоваться программой DrakonHub в режиме Скайпа Демонстрация экрана. Под моим руководством на сайте DrakonHub он нарисовал дракон-схему силуэт — простейший диагностический алгоритм по неврологии. Он освоил идею за час времени, а затем (уже после занятия) стал доводить алгоритм до кондиции. Мы договорились, что он пришлет алгоритм мне на проверку.
В моем представлении желательно сделать единый обширный алгоритм, разбитый с помощью иконы Вставка на множество обозримых взаимосвязанных частей. А в элетронном виде при нажатии на Вставку мы автоматически переходим в нужный алгоритм-процедуру. Программа DrakonHub всё это обеспечивает.
наличие ОДНОГО противопоказания в критической точке — новый алгоритм
Я бы эту мысль выразил чуть иначе. Наличие ОДНОГО противопоказания в критической точке означает, что надо добавить развилку (икону Вопрос), и к правому выходу прицепить икону Вставка (подразумевающую уход в новый алгоритм).
Приглашаю вас на форум ДРАКОНа forum.drakon.su
Исходный код DrakonHub.com выложен на GitHub. Приложение написано на языках ДРАКОН-JavaScript и ДРАКОН-Lua в среде DRAKON Editor. github.com/stepan-mitkin/drakonhub
Исходный код среды разработки Drakon.Tech выложен на GitHub Drakon.Tech написан (нарисован) на языке ДРАКОН в среде DRAKON Editor github.com/stepan-mitkin/drakon.tech
Нет, IDE для ДРАКОНа не существует, это дело будущего.
IDE текстового программирования создавались десятилетиями. Накоплен огромный опыт.
IDE визуального программирования начали создавать с огромным отставанием, намного позже. Они очень слабые. Может быть, LabView чего-то достиг.
т.е., внезапно, «безошибочность» гарантирует не ДРАКОН, а конструктор?
Конечно. ДРАКОН — это книжки на полке и память человека, который их прочел (если прочел). Но память может подвести.
А конструктор — это реальность, его можно пощупать, оценить, пустить в дело, получить отзывы, доработать и т.д.
Успех ДРАКОНа целиком завивисит от успехов ДРАКОН-конструктора.
Я подробно описал ДРАКОН-конструктор, предъявил требования к нему и опубликовал их.
Разработка ДРАКОН-конструктора — не мое дело. Это дело добровольцев, которые читают мои книги и понимают их.
Кстать, я сейчас жду известий о появлении еще одного, новейшего ДРАКОН-конструктора. Двигатель прогресса и центр силы — предприниматель Алексей Муравицкий (ОКБ АМУР №3), о котором я вам говорил.
Он сам (без моего участия) составил требования к ДРАКОН-конструктору, который ему отчаянно нужен для работы.
Я уверен, что Алексей своего добьется.
Myclass
Вы не правы. Программа ДРАКОН-конструктор не является аналогом компилятора. Сходство в том, что ДРАКОН-конструктор содержит транслятор (конвертор) в исходный код целевого языка, например Си или JavaScript.
Отличие в том, что ДРАКОН-конструктор выполняет функции графического редактора. Но это не простой графический редактор.
Обычный редактор покорно (бездумно) проводит соединительные линии, подчиняясь воле пользователя, что может приводить к пересечениям, разрывам и внутренним соединителям.
В ДРАКОНе пользователю запрещено рисовать соединительные линии от слова совсем. Линии автоматически без пересечений и без ошибок создает ДРАКОН-конструктор. Для этого придуман институт валентных точек (точек ввода) и макроикон.
Посмотрите в статье gif-анимации на рис. 5, 6, 7.
ДРАКОН-конструктор в целях безошибочности обязан реализовать аксиоматический метод: графика дракон-алгоритма математически строго выводится из двух визуальных аксиом: аксиомы-силуэт и аксиомы-примитив методом визуального логического вывода. Использование визуального логического исчисления — это элементы искусственного интеллекта.
Главное. Если существует алгоритм предотвращения некой ошибки, такой алгоритм следует встроить в ДРАКОН-конструктор.
Есть и еще кое-что. Подобным требованиям должен удовлетворять правильно построенный ДРАКОН-конструктор.
Существующие ДРАКОН-конструкторы заданным трбованиям соответствуют не полностью.
Вы говорите, что человек должен знать правила. Вы правы, но это трудно и человеку (пользователю) надо помочь. Только об этом и идет речь.
Вы правы, сложные условия — потенциальный источник ошибок.
Эдвард Йодан советует:
«Избегайте без нужды использования сложных булевых выражений… Даже если нет неоднозначностей, такие выражения обычно с трудом понимают все, за исключением их автора» [10]
. ДРАКОН позволяет упростить сложные условия и полностью удалить логические связки из логических выражений. См. мою книгу
стр. 124-183, рис. 68-112
Часть 3. Алгоритмическая логика. Математическая логика в алгоритмах. Визуальная алгебра логики
Глава 12. Логические операции И, ИЛИ, НЕ
Глава 13. Логическая функция И
Глава 14. Логическая функция ИЛИ
Глава 15. Как удалить логические связки из логических выражений
Клинические алгоритмы в графическом виде (диаграммы) должны разрабатывать именно врачи, но никак не программисты.
Какие врачи? Опытные и знающие специалисты, которые обладают глубокими знаниями, ученые, преподаватели. Или под руководством ученого, его помощники, молодые врачи, владеющие графическим редактором.
Если графика реализует ту же функцию, то она содержит и те же ошибки.
Это не так.
Графика реализует ту же самую функцию, что и забракованные операторы и служебные слова.
Эта фраза означает, графика и текст математически эквивалентны. Но эргономически они отличаются. Текст глаз и мозг воспринимают приемущественно сукцессивно (последовательно), а графику преимущественно симультанно (одномоментно, разом).
sk220976
Приветствую вас как профессионального врача. Спасибо, что заглянули. Вы уже третий профессиональный врач на этом обсуждении.
так что оставьте игры разума для любителей
Зря вы так. Как я понимаю, статью вы не читали? Я поясню.
О чем говорится в основном разделе статьи? habr.com/ru/post/539786/#%D0%A7%D0%B0%D1%81%D1%82%D1%8C3
О том, что четыре опытных профессиональных врача по своей инициативе прочитали мою книгу по клиническим алгоритмам на языке ДРАКОН и внимательно ее изучили.
Затем они разработали Программу дополнительного обучения врачей реаниматологов-анестезиологов по курсу «Интенсивная терапия осложнённых форм коронавирусной инфекции».
Для этой программы они разработали 17 клинических алгоритмов на языке ДРАКОН и обучили 30 врачей реаниматологов-анестезиологов в реальных условиях COVID-больницы за неделю до приема первых COVID-пациентов.
Благодаря наглядности и высокой точности языка ДРАКОН обучение прошло быстро.
А без ДРАКОНа можно? Конечно, можно. Но будет медленнее. А в условиях COVID-19 время не ждет.
если я профессионал, то в своей специальности я знаю стандарты лечения наизусть
Обучаемые были профессиональными реаниматологами-анестезиологами, но они не были знакомы с протективной респираторной терапией в условиях осложненных форм новой корнавирусной инфекции.
Входной контроль знаний перед обучением прошли лишь три участника из 30.
алгоритм меня ограничивает
Вы говорите о плохих алгоритмах, который не отражает полной картины. Хороший алгоритм не ограничивает, а помогает.
На этапе отработки алгоритма, врач в случае необходимости может и должен отступать от алгоритма. Алгоритм всегда создается для определенной модели пациента. А больной может отличаться от модели.
Все эти вопросы подробно рассмотрел много лет назад главный врач туберкулезной больницы пионер клинической алгоритмизации в России Владимир Тавровский.
за отступления от него (если его введут в нормативку) меня посадят.
Язык ДРАКОН существенно отличается от блок-схем и других средств, которые здесь упоминали. Я написал по ДРАКОНу около десятка книг, большая часть которых доступна в сети. Тем не менее, у многих коллег остаются вопросы.
Ближайшим аналогом языка ДРАКОН являются не блок-схемы, а Р-схемы и Р-технология, созданная доктором физико-математических наук из института Кибернетики в Киеве.
В этом сообщении я расскажу о подавлении ошибок с помощью языка ДРАКОН.
БЕЗОШИБОЧНОСТЬ ПРИ ОПИСАНИИ ПОТОКА УПРАВЛЕНИЯ
Важную роль играет замена служебных слов потока управления на управляющую графику.
Потенциально опасные текстовые средства потока управления можно заменить на безопасные визуальные средства управления.
Начну с истории. В 1968 году Эдсгер Дейкстра в журнале «Communications of the ACM» указал, что оператор goto, используемый во многих языках программирования высокого уровня, является основным источником ошибок и потому должен быть запрещен [54].
Затем Бертран Мейер выявил еще два опасных элемента — операторы break и continue, который также следует запретить как замаскированные goto. По словам Мейера, это те же старые «goto в овечьей шкуре» [55, p. 210].
Еще дальше идет И. В. Вельбицкий, который считает, что из программирования следует исключить
«ключевые слова-паразиты и соответствующие им конструкции языков типа: goto, if, for, while, break, begin-end, {-} и т.д…Эти конструкции являются основным источником ошибок и проблем в современном программировании» [56].
Язык ДРАКОН продолжает и развивает традицию, начатую Дейкстрой и продолженную Мейером и Вельбицким. Традицию, направленную на выявление и изгнание потенциально опасных операторов управления, которые могут послужить причиной ошибок.
В ЧЕМ ИДЕЯ
Идея проста и сводится к двум положениям:
надо выявить опасные служебные слова и знаки, используемые в операторах управления, и запретить их;
вместо них следует использовать безопасную графику.
Приведу список исключенных из языка ДРАКОН служебных слов, обеспечивающих управление вычислительным процессом: goto, break, continue, if, then, else, case, of, switch, while, do, repeat, until, for, foreach, loop, exit, when, last и их аналоги.
Все они подлежат замене на математически строгую графику управления.
Графика реализует ту же самую функцию, что и забракованные операторы и служебные слова.
Замена текстовых операторов на их точные графические эквиваленты означает, что язык ДРАКОН использует двумерное (2d) структурное программирование [39, pp. 425-472].
Последнее можно рассматривать как дальнейшее развитие одномерного (1d) структурного программирования, которое создали Эдсгер Дейкстра, Тони Хоар, Оле-Йохан Дал [57] и др.
Может быть, вы можете привести примеры типичных ошибок, число которых позволяет уменьшить использование ДРАКОНа?
Отвечаю: это ошибки, связанные с использованием перечисленнных опасных операторов и служебных слов.
Подробно об этом можно прочитать в моей книге на стр. 296-232.
lair
Картинка из Википедии устарела. В ней есть ошибка, связанная с ограничением 10-15 минут.
С тех пор недостаток исправлен, медицинский язык ДРАКОН доработан. В медицинский язык ДРАКОН введены две новые иконы:
1. Начало контрольного срока. В иконе Начало пишут контрольное время критической процедуры, например, «30 сек».
2. Конец контрольного срока. В иконе Конец указывают окончание контрольного времени, например, «Прошло 30 сек». Исправленный рисунок см. в книге на стр. 215 рис. 132.
Сергей, советую вам почитать эту книгу. Она написана в 2019 году. Многие ваши вопросы отпадут. В ней 200 дракон-схем.
Две новые иконы входят в состав медицинского варианта языка ДРАКОН.
В основном варианте языка ДРАКОН (для программирования) они не нужны и не используются.
«Язык ДРАКОН даёт ясность и чёткость процессам, применяемым в медицине. Он позволяет “автоматизировать” обучение студентов практическим навыкам
Вы вообще понимаете, какой бред тут несется?
Вы привели цитату. Я напомню, кто это сказал. Это сказал
доктор медицинских наук, профессор Динас Вайткайтис, зав. кафедрой экстремальной медицины Литовского университета наук здравоохранения:
«Язык ДРАКОН даёт ясность и чёткость процессам, применяемым в медицине. Он позволяет “автоматизировать” обучение студентов практическим навыкам. Может стать основой для технологии принятия клинических решений».
Если вы с ним не согласны, значит, вы разбираетесь в медицине, лучше, чем он.
От себя добавлю, что он прислал мне в подарок от имени 15 авторов книгу «Неотложная медицинская помощь» (2012, 264 с.).
В Предисловии сказано:
В этой книге детально описаны основные навыки, которым вы будете обучаться во время практических занятий. Последовательность сложных или более важных действий написана в алгоритмах, подготовленных по методике В. Паронджанова. Цель алгоритмов — помочь вам как можно лучше запомнить последовательность действий при оказании помощи. Надеемся, что эти алгоритмы станут отличным средством, которое вы всегда сможете использовать в своей работе
Или дефибрилляторов без автоматики не бывает? Если последнее, то зачем вообще нужна эта проверка?
Я скопировал схему из литовского учебника на русском языке. Ваши вопросы законны. Это вопросы не ко мне, а к авторам из Литвы.
любая блок-схема (а ДРАКОН — это разновидность блок-схемы, пусть и со своими жесткими правилами) полезна для придания наглядности представлению алгоритма при следующих условиях: 1. алгоритм не слишком сложный; 2. алгоритм необходимо понятно представить большому количеству человек; 3. алгоритм не меняется.
Не могу согласиться. ДРАКОН — не разновидность блок-схем (хотя и похожи на них). Алгоритмическую макроконструкцию силуэт нельзя изобразить в виде блок-схемы.
В блок-схемах формализованы только фигуры, но не связи между фигурами. В ДРАКОНе проведена полная математически строгая формализация графики: формализованы и фигуры, и соединительные линии. Методом визуального логического исчисления (визуальная математическая логика), который встроен в правильно построенный ДРАКОН-конструктор.
Ваши три пункта к ДРАКОНу не относятся. Чем сложнее алгоритм, тем больше выигрыш от использования ДРАКОНа.
Некоторые люди программируют на ДРАКОНе (например на гибридном языке Дракон-Си).
Индивидуальный предприниматель Сергей Ефанов сообщает:
Использую ДРАКОН уже десять лет (с 2010 года) при программировании микроконтроллеров: PIC (Microchip), MSP430 (Texas Instruments), STM32 (STMicroelectronics).
За это время с помощью программы ИС Дракон я сделал несколько десятков проектов: торговые автоматы, блоки защиты электродвигателей, GPS-трекеры, GSM-устройства и др.
Когда пришлось столкнуться с незнакомой ранее темой торговли, управления контрольно-кассовыми машинами — ДРАКОН просто спас. Без него я бы, наверное, не смог быстро привести сеть торговых автоматов в соответствие с новым федеральным законом «54-Ф3».
Прекращать, или сокращать каким-либо образом применение ДРАКОНа не планирую.
Уважаемые программисты!
Эта статья для профессиональных врачей.
Возможно, вам будет интересно прочитать на Хабре статью профессионального программиста о языке ДРАКОН:
Митькин С.Б. Визуальное программирование на языке ДРАКОН. — Хабр, 2017 ( rykkinn )
Медицинский алгоритмический язык ДРАКОН против пандемии и не только. Статья для профессиональных врачей
Меня очень интересует мнение врачей.
В комментариях я нашел только двух профессиональных врачей Knkplua и SQLap. SQLap любезно сообщил, что работает «врачом акушером-гинекологом, правда в гинекологии, а не в роддоме».
Есть ли еще врачи? Если есть, просьба сообщить.
remzalp
По медицине Вы не туда обратились. Вы обратились к ДРАКОН-конструктору Геннадия Тышова. Его программа позволяет программировать на ДРАКОНе.
По медицине надо обратиться на DrakonHub. Насчет закроемся с 1 октября — это не так. Не обращайте внимания
Теперь вы решили расширить область его применения?
Это решил не я. Это решили врачи. Врачи решили использовать язык ДРАКОН в медицине. Первым высказал эту идею Альгирдас Каралюс из Литвы. Он прочел мою книгу 1998-1999 года и рассказал своему другу Паулюсу Добожинскасу. С тех пор ДРАКОН живет в Литве, в литовской медицине.
Спасибо. Я рад слышать мнение и критические замечания профессионального врача.
Скажите, а как вы его использовали? Вы рисовали дракон-схемы карандашом на бумаге?
Или использовали универсальный графический редактор типа Visio или CorelDRAW?
Или использовали ДРАКОН-конструктор DrakonHub? Сегодня это наилучший инструмент для изображения клинических алгоритмов.
Понимаю.
Что такое MP? Как расшифровать?
Я имею в виду вот что. Ко мне обратился Павел врач невролог, рефлексотерапевт, стаж 13 лет из Самарской области,
Он попытался самостоятельно освоить программу «ИС Дракон» Геннадия Тышова, но у него возникли трудности.
Павел попросил меня провести с ним занятие по ДРАКОН-алгоритмам.
Я провел занятие по скайпу, научив его пользоваться программой DrakonHub в режиме Скайпа Демонстрация экрана. Под моим руководством на сайте DrakonHub он нарисовал дракон-схему силуэт — простейший диагностический алгоритм по неврологии. Он освоил идею за час времени, а затем (уже после занятия) стал доводить алгоритм до кондиции. Мы договорились, что он пришлет алгоритм мне на проверку.
В моем представлении желательно сделать единый обширный алгоритм, разбитый с помощью иконы Вставка на множество обозримых взаимосвязанных частей. А в элетронном виде при нажатии на Вставку мы автоматически переходим в нужный алгоритм-процедуру. Программа DrakonHub всё это обеспечивает.
Я бы эту мысль выразил чуть иначе. Наличие ОДНОГО противопоказания в критической точке означает, что надо добавить развилку (икону Вопрос), и к правому выходу прицепить икону Вставка (подразумевающую уход в новый алгоритм).
Приглашаю вас на форум ДРАКОНа forum.drakon.su
Вы правы, согласен с вами. Нельзя сказать, что инструментария совсем нет. Кое-что есть.
Зайдите в Википедию статья DRAKON
В карточке языка смотрим
Есть там два проекта на Drakon.
Какие инструментальные ДРАКОН-программы
имеют открытый исходный код?
Открытый исходный код имеют три программы Степана Митькина.
github.com/stepan-mitkin/drakon.tech
IDE текстового программирования создавались десятилетиями. Накоплен огромный опыт.
IDE визуального программирования начали создавать с огромным отставанием, намного позже. Они очень слабые. Может быть, LabView чего-то достиг.
Конечно. ДРАКОН — это книжки на полке и память человека, который их прочел (если прочел). Но память может подвести.
А конструктор — это реальность, его можно пощупать, оценить, пустить в дело, получить отзывы, доработать и т.д.
Успех ДРАКОНа целиком завивисит от успехов ДРАКОН-конструктора.
Я подробно описал ДРАКОН-конструктор, предъявил требования к нему и опубликовал их.
Разработка ДРАКОН-конструктора — не мое дело. Это дело добровольцев, которые читают мои книги и понимают их.
Кстать, я сейчас жду известий о появлении еще одного, новейшего ДРАКОН-конструктора. Двигатель прогресса и центр силы — предприниматель Алексей Муравицкий (ОКБ АМУР №3), о котором я вам говорил.
Он сам (без моего участия) составил требования к ДРАКОН-конструктору, который ему отчаянно нужен для работы.
Я уверен, что Алексей своего добьется.
Вы не правы. Программа ДРАКОН-конструктор не является аналогом компилятора. Сходство в том, что ДРАКОН-конструктор содержит транслятор (конвертор) в исходный код целевого языка, например Си или JavaScript.
Отличие в том, что ДРАКОН-конструктор выполняет функции графического редактора. Но это не простой графический редактор.
Обычный редактор покорно (бездумно) проводит соединительные линии, подчиняясь воле пользователя, что может приводить к пересечениям, разрывам и внутренним соединителям.
В ДРАКОНе пользователю запрещено рисовать соединительные линии от слова совсем. Линии автоматически без пересечений и без ошибок создает ДРАКОН-конструктор. Для этого придуман институт валентных точек (точек ввода) и макроикон.
Посмотрите в статье gif-анимации на рис. 5, 6, 7.
ДРАКОН-конструктор в целях безошибочности обязан реализовать аксиоматический метод: графика дракон-алгоритма математически строго выводится из двух визуальных аксиом: аксиомы-силуэт и аксиомы-примитив методом визуального логического вывода. Использование визуального логического исчисления — это элементы искусственного интеллекта.
Главное. Если существует алгоритм предотвращения некой ошибки, такой алгоритм следует встроить в ДРАКОН-конструктор.
Есть и еще кое-что. Подобным требованиям должен удовлетворять правильно построенный ДРАКОН-конструктор.
Существующие ДРАКОН-конструкторы заданным трбованиям соответствуют не полностью.
Вы говорите, что человек должен знать правила. Вы правы, но это трудно и человеку (пользователю) надо помочь. Только об этом и идет речь.
Вы правы, сложные условия — потенциальный источник ошибок.
Эдвард Йодан советует: . ДРАКОН позволяет упростить сложные условия и полностью удалить логические связки из логических выражений. См. мою книгу
стр. 124-183, рис. 68-112
Какие врачи? Опытные и знающие специалисты, которые обладают глубокими знаниями, ученые, преподаватели. Или под руководством ученого, его помощники, молодые врачи, владеющие графическим редактором.
Приветствую вас как профессионального врача. Спасибо, что заглянули. Вы уже третий профессиональный врач на этом обсуждении.
Зря вы так. Как я понимаю, статью вы не читали? Я поясню.
О чем говорится в основном разделе статьи?
habr.com/ru/post/539786/#%D0%A7%D0%B0%D1%81%D1%82%D1%8C3
О том, что четыре опытных профессиональных врача по своей инициативе прочитали мою книгу по клиническим алгоритмам на языке ДРАКОН и внимательно ее изучили.
Затем они разработали Программу дополнительного обучения врачей реаниматологов-анестезиологов по курсу «Интенсивная терапия осложнённых форм коронавирусной инфекции».
Для этой программы они разработали 17 клинических алгоритмов на языке ДРАКОН и обучили 30 врачей реаниматологов-анестезиологов в реальных условиях COVID-больницы за неделю до приема первых COVID-пациентов.
Благодаря наглядности и высокой точности языка ДРАКОН обучение прошло быстро.
А без ДРАКОНа можно? Конечно, можно. Но будет медленнее. А в условиях COVID-19 время не ждет.
Обучаемые были профессиональными реаниматологами-анестезиологами, но они не были знакомы с протективной респираторной терапией в условиях осложненных форм новой корнавирусной инфекции.
Входной контроль знаний перед обучением прошли лишь три участника из 30.
Вы говорите о плохих алгоритмах, который не отражает полной картины. Хороший алгоритм не ограничивает, а помогает.
На этапе отработки алгоритма, врач в случае необходимости может и должен отступать от алгоритма. Алгоритм всегда создается для определенной модели пациента. А больной может отличаться от модели.
Все эти вопросы подробно рассмотрел много лет назад главный врач туберкулезной больницы пионер клинической алгоритмизации в России Владимир Тавровский.
Ну, до нормативки еще очень далеко.
Язык ДРАКОН существенно отличается от блок-схем и других средств, которые здесь упоминали. Я написал по ДРАКОНу около десятка книг, большая часть которых доступна в сети. Тем не менее, у многих коллег остаются вопросы.
Ближайшим аналогом языка ДРАКОН являются не блок-схемы, а Р-схемы и Р-технология, созданная доктором физико-математических наук из института Кибернетики в Киеве.
В этом сообщении я расскажу о подавлении ошибок с помощью языка ДРАКОН.
БЕЗОШИБОЧНОСТЬ ПРИ ОПИСАНИИ ПОТОКА УПРАВЛЕНИЯ
Важную роль играет замена служебных слов потока управления на управляющую графику.
Потенциально опасные текстовые средства потока управления можно заменить на безопасные визуальные средства управления.
Начну с истории. В 1968 году Эдсгер Дейкстра в журнале «Communications of the ACM» указал, что оператор goto, используемый во многих языках программирования высокого уровня, является основным источником ошибок и потому должен быть запрещен [54].
Затем Бертран Мейер выявил еще два опасных элемента — операторы break и continue, который также следует запретить как замаскированные goto. По словам Мейера, это те же старые «goto в овечьей шкуре» [55, p. 210].
Еще дальше идет И. В. Вельбицкий, который считает, что из программирования следует исключить Язык ДРАКОН продолжает и развивает традицию, начатую Дейкстрой и продолженную Мейером и Вельбицким. Традицию, направленную на выявление и изгнание потенциально опасных операторов управления, которые могут послужить причиной ошибок.
В ЧЕМ ИДЕЯ
Идея проста и сводится к двум положениям:
- надо выявить опасные служебные слова и знаки, используемые в операторах управления, и запретить их;
- вместо них следует использовать безопасную графику.
Приведу список исключенных из языка ДРАКОН служебных слов, обеспечивающих управление вычислительным процессом: goto, break, continue, if, then, else, case, of, switch, while, do, repeat, until, for, foreach, loop, exit, when, last и их аналоги.Все они подлежат замене на математически строгую графику управления.
Графика реализует ту же самую функцию, что и забракованные операторы и служебные слова.
Замена текстовых операторов на их точные графические эквиваленты означает, что язык ДРАКОН использует двумерное (2d) структурное программирование [39, pp. 425-472].
Последнее можно рассматривать как дальнейшее развитие одномерного (1d) структурного программирования, которое создали Эдсгер Дейкстра, Тони Хоар, Оле-Йохан Дал [57] и др.
Участник lair пишет: Отвечаю: это ошибки, связанные с использованием перечисленнных опасных операторов и служебных слов.
Подробно об этом можно прочитать в моей книге на стр. 296-232.
Картинка из Википедии устарела. В ней есть ошибка, связанная с ограничением 10-15 минут.
С тех пор недостаток исправлен, медицинский язык ДРАКОН доработан. В медицинский язык ДРАКОН введены две новые иконы:
1. Начало контрольного срока. В иконе Начало пишут контрольное время критической процедуры, например, «30 сек».
2. Конец контрольного срока. В иконе Конец указывают окончание контрольного времени, например, «Прошло 30 сек».
Исправленный рисунок см. в книге на стр. 215 рис. 132.
Сергей, советую вам почитать эту книгу. Она написана в 2019 году. Многие ваши вопросы отпадут. В ней 200 дракон-схем.
Две новые иконы входят в состав медицинского варианта языка ДРАКОН.
В основном варианте языка ДРАКОН (для программирования) они не нужны и не используются.
Вы привели цитату. Я напомню, кто это сказал. Это сказал
доктор медицинских наук, профессор Динас Вайткайтис, зав. кафедрой экстремальной медицины Литовского университета наук здравоохранения:
Если вы с ним не согласны, значит, вы разбираетесь в медицине, лучше, чем он.
От себя добавлю, что он прислал мне в подарок от имени 15 авторов книгу «Неотложная медицинская помощь» (2012, 264 с.).
В Предисловии сказано:
Я скопировал схему из литовского учебника на русском языке. Ваши вопросы законны. Это вопросы не ко мне, а к авторам из Литвы.
Не могу согласиться. ДРАКОН — не разновидность блок-схем (хотя и похожи на них). Алгоритмическую макроконструкцию силуэт нельзя изобразить в виде блок-схемы.
В блок-схемах формализованы только фигуры, но не связи между фигурами. В ДРАКОНе проведена полная математически строгая формализация графики: формализованы и фигуры, и соединительные линии. Методом визуального логического исчисления (визуальная математическая логика), который встроен в правильно построенный ДРАКОН-конструктор.
Ваши три пункта к ДРАКОНу не относятся. Чем сложнее алгоритм, тем больше выигрыш от использования ДРАКОНа.
Некоторые люди программируют на ДРАКОНе (например на гибридном языке Дракон-Си).
Индивидуальный предприниматель Сергей Ефанов сообщает:
Эта статья для профессиональных врачей.
Возможно, вам будет интересно прочитать на Хабре статью профессионального программиста о языке ДРАКОН:
Митькин С.Б. Визуальное программирование на языке ДРАКОН. — Хабр, 2017 ( rykkinn )
Моя статья называется:
Меня очень интересует мнение врачей.
В комментариях я нашел только двух профессиональных врачей Knkplua и SQLap.
SQLap любезно сообщил, что работает «врачом акушером-гинекологом, правда в гинекологии, а не в роддоме».
Есть ли еще врачи? Если есть, просьба сообщить.
По медицине Вы не туда обратились. Вы обратились к ДРАКОН-конструктору Геннадия Тышова. Его программа позволяет программировать на ДРАКОНе.
По медицине надо обратиться на DrakonHub. Насчет закроемся с 1 октября — это не так. Не обращайте внимания