ДРАКОН позволяет упростить сложные условия и полностью удалить логические связки из логических выражений.
Любой язык позволяет переписать логическое выражение как-то иначе. При чем без использования графики это даже проще — зря ли всех сколько лет в школе учили раскрывать скобки ;) Тут вопрос в другом: если в исходном выражении допущена логическая ошибка:
— ни Дракон (раз вы ее не видите — значит, Дракон тут совсем не помощник), ни python тут не поможет. Визуальные правила Дракона позволяют только немного упорядочить лапшу из goto (которого в других языках просто нет).
Хе-хе. Ну вот, оказывается, ерунду можно закодировать как буквами, так и квадратиками ;) Собственно, на картинке код на С, только декорированный квадратиками и стрелочками, бессмысленный и беспощадный.
О чём это говорит? Так тоже можно, но остальные художники почему то используют другие материалы.
Вот такая вот аналогия, сорри. Пока остальные придумывают разные методики работы с кодом (статистические анализаторы, VCS, автотесты..), драконисты просто утверждают, что их стюардесса живее всех живых, и волосы у нее самые красивые by design.
Картинка "как удалить оператор while", например, меня не убедила. Обе конструкции, на С и на Драконе, одинаково неприятные. Не люблю я, когда инкремент вместе с условием ;) И сложных условий не люблю. Замена ключевого слова на иконку - это всё равно что вместо while использовать пока, как в русских языках программирования. Это не короче, не понятнее, и не безопаснее. Хотя, возможно, у термина "безопаснее" есть какое то специальное значение?
1. экранная лупа — уже используется. Специальные контроллеры для управления — их осталось изобрести, да.
2. нужно написать эти самые утилиты ;)
3. декомпозиция на небольшие по площади подпрограммы должна помочь. Кстати, функции в 100500 строк в традиционных языках тоже не приветствуются ;)
4. нужно всего лишь написать diff.dracon и patch.dracon ;) diff для текста ведь тоже не с неба свалился.
Самое печальное — пункты 2 и 4. Евангелисты Дракона асилили только редактор, да и тот c непонятной лицензией. С таким настроем слона не продать ;)
Мне тоже кажется, что вроде как не должны. Но кто же тогда должен рисовать диаграммы? Потому что программисты, рисующие диаграммы для врачей — это как-то ещё хуже.
Судя по интуитивно понятной диаграмме, ветки «промывание глаз водой» — «промывание глаз нейтрализующим раствором» — «лекарственная обработка» выполняются параллельно. Условия для выбора одной из веток я не увидел.
Лишние сущности же. Зачем учить 2 программы, которые делают одно и то же, но немного по разному? Если мне, к примеру, вздумается посмотреть на раскрашенный текст в консоли, я, пожалуй, открою его в vim.
Надо же как-то фиксировать постановку диагноза и процесс лечения. А то, если пациент не дай б-г помер — кого назначать ответственным? 1С-ника, который неправильно сконвертировал блок-схему с 2 форматов А0 в простыню кода в медицинской CRM?
Тут бы хорошо зашёл скриншот с реальной литовской методичкой с блок схемами на литовском языке. Или на латыни. Или хотя бы заполненные специфическим почерком.
Собирать смартфон пепяку в присутствии клиента в соответствии с его пожеланиями? Ну, допустим, что-то подобное было в области персональных компьютеров. А в области смартфонов и ноутбуков оказалось проще и дешевле выпускать линейку пепяк с немного разными характеристиками прямо на заводе. Нет необходимости в персональном маркетолога и в персональном сборщике. Удобно ;)
В магазине надёжнее расплачиваться не смартфоном, а платёжным модулем смартфона, храня сам смартфон "ближе к телу"
Любой язык позволяет переписать логическое выражение как-то иначе. При чем без использования графики это даже проще — зря ли всех сколько лет в школе учили раскрывать скобки ;) Тут вопрос в другом: если в исходном выражении допущена логическая ошибка:
— ни Дракон (раз вы ее не видите — значит, Дракон тут совсем не помощник), ни python тут не поможет. Визуальные правила Дракона позволяют только немного упорядочить лапшу из goto (которого в других языках просто нет).
Точно так же, как внезапно протухший домен, например. У кого никогда не протухал домен, могут кинуть камень первыми :D
Хе-хе. Ну вот, оказывается, ерунду можно закодировать как буквами, так и квадратиками ;) Собственно, на картинке код на С, только декорированный квадратиками и стрелочками,
бессмысленный и беспощадный.Я читал про художника, который
нарисовал портрет Гитлера собственным калом
О чём это говорит? Так тоже можно, но остальные художники почему то используют другие материалы.
Вот такая вот аналогия, сорри. Пока остальные придумывают разные методики работы с кодом (статистические анализаторы, VCS, автотесты..), драконисты просто утверждают, что их стюардесса живее всех живых, и волосы у нее самые красивые by design.
Про параметры ip нужно не абзац, а монографию писать :)
Картинка "как удалить оператор while", например, меня не убедила. Обе конструкции, на С и на Драконе, одинаково неприятные. Не люблю я, когда инкремент вместе с условием ;) И сложных условий не люблю. Замена ключевого слова на иконку - это всё равно что вместо while использовать пока, как в русских языках программирования. Это не короче, не понятнее, и не безопаснее. Хотя, возможно, у термина "безопаснее" есть какое то специальное значение?
Получится brainfuck :) Но он уже изобретен.
2. нужно написать эти самые утилиты ;)
3. декомпозиция на небольшие по площади подпрограммы должна помочь. Кстати, функции в 100500 строк в традиционных языках тоже не приветствуются ;)
4. нужно всего лишь написать diff.dracon и patch.dracon ;) diff для текста ведь тоже не с неба свалился.
Самое печальное — пункты 2 и 4. Евангелисты Дракона асилили только редактор, да и тот c непонятной лицензией. С таким настроем слона не продать ;)
Мне тоже кажется, что вроде как не должны. Но кто же тогда должен рисовать диаграммы? Потому что программисты, рисующие диаграммы для врачей — это как-то ещё хуже.
Тут бы хорошо зашёл скриншот с реальной литовской методичкой с блок схемами на литовском языке. Или на латыни. Или хотя бы заполненные специфическим почерком.
Я не врач, но посмотреть могу ;) (ц)
Раз уж статья попала не по адресу, чего вы хотите от программистов?
У некоторых она не только не закопана, но даже переобувается в медсестру :)
Собирать
смартфонпепяку в присутствии клиента в соответствии с его пожеланиями? Ну, допустим, что-то подобное было в области персональных компьютеров. А в области смартфонов и ноутбуков оказалось проще и дешевле выпускать линейку пепяк с немного разными характеристиками прямо на заводе. Нет необходимости в персональном маркетолога и в персональном сборщике. Удобно ;)Вы почти изобрели платёжную карту ;)
Так что рано хоронить стюардессу ;)
Чек-лист кмк лучше оформлять не в виде блок схемы, а в виде комикса. Это же не для ALU инструкция, а для человека.