Обновить
4

Пользователь

9
Подписчики
Отправить сообщение
И даже главный идеолог не знает зачем это


Потому что могут.
Военные часто любят сначала построить царь-пушку (танк, корабль..) а уже потом думать — зачем это вундерваффе, против каких целей?
Похоже, github просто не в курсе, и считает, что это lua и js ;)
Что-то делается — это хорошо. Но насколько я вижу, делается это одним человеком, и ооочень неспешно. В этот вагон нужно было запрыгивать в 90-х — тогда визуальное программирование зашло бы, было бы какое то community. А сейчас… где выпускник вуза сможет применить свои умения в Drakon? Нигде. Зачем тогда его учить?
Вот так случайно понаделали разные быстроходные тягачи и БТР


Не случайно. Для блицкрига в Европе, с ёё расстояниями и дорогами, очень удобно получилось. А в России — не очень удобно.
Ну, когда безлимитная карта + возможна монетизация у турникета = нужно обязательно вводить ограничения. Иначе все доходы от метрополитена уйдут к пенсионерской мафии ;)
Существующие ДРАКОН-конструкторы заданным трбованиям соответствуют не полностью.


А почему? Современного инструментария нет, потому что популярность языка около 0. На github, например, я не нашел ни одного проекта на Драконе.
А нулевая популярность — в том числе и потому что инструментария нет. Если бы сейчас из редакторов текста в наличии были бы только notepad да Лексикон мохнатых годов — никакого NodeJs не выехало бы.
Как в медицинском анекдоте про замкнутый круг и прыщи :D
блокируют ей заказ новых платьев и всякого такого


Очевидно же, что это накрутка аккаунта. Не может один человек сколько платьев покупать! :D
ДРАКОН позволяет упростить сложные условия и полностью удалить логические связки из логических выражений.


Любой язык позволяет переписать логическое выражение как-то иначе. При чем без использования графики это даже проще — зря ли всех сколько лет в школе учили раскрывать скобки ;) Тут вопрос в другом: если в исходном выражении допущена логическая ошибка:
image

— ни Дракон (раз вы ее не видите — значит, Дракон тут совсем не помощник), ни python тут не поможет. Визуальные правила Дракона позволяют только немного упорядочить лапшу из goto (которого в других языках просто нет).
Этот срок что, случился внезапно чтоли? Думали не случится, а он случился? Как это работает?


Точно так же, как внезапно протухший домен, например. У кого никогда не протухал домен, могут кинуть камень первыми :D

Хе-хе. Ну вот, оказывается, ерунду можно закодировать как буквами, так и квадратиками ;) Собственно, на картинке код на С, только декорированный квадратиками и стрелочками, бессмысленный и беспощадный.

Использую ДРАКОН уже десять лет

Я читал про художника, который

нарисовал портрет Гитлера собственным калом

О чём это говорит? Так тоже можно, но остальные художники почему то используют другие материалы.

Вот такая вот аналогия, сорри. Пока остальные придумывают разные методики работы с кодом (статистические анализаторы, VCS, автотесты..), драконисты просто утверждают, что их стюардесса живее всех живых, и волосы у нее самые красивые by design.

Про параметры ip нужно не абзац, а монографию писать :)

Картинка "как удалить оператор while", например, меня не убедила. Обе конструкции, на С и на Драконе, одинаково неприятные. Не люблю я, когда инкремент вместе с условием ;) И сложных условий не люблю. Замена ключевого слова на иконку - это всё равно что вместо while использовать пока, как в русских языках программирования. Это не короче, не понятнее, и не безопаснее. Хотя, возможно, у термина "безопаснее" есть какое то специальное значение?

И меньше букаф, меньше букаф!!!


Получится brainfuck :) Но он уже изобретен.
1. экранная лупа — уже используется. Специальные контроллеры для управления — их осталось изобрести, да.
2. нужно написать эти самые утилиты ;)
3. декомпозиция на небольшие по площади подпрограммы должна помочь. Кстати, функции в 100500 строк в традиционных языках тоже не приветствуются ;)
4. нужно всего лишь написать diff.dracon и patch.dracon ;) diff для текста ведь тоже не с неба свалился.

Самое печальное — пункты 2 и 4. Евангелисты Дракона асилили только редактор, да и тот c непонятной лицензией. С таким настроем слона не продать ;)
Почему они должны диаграммы рисовать


Мне тоже кажется, что вроде как не должны. Но кто же тогда должен рисовать диаграммы? Потому что программисты, рисующие диаграммы для врачей — это как-то ещё хуже.
Административные проблемы техническими методами не решаются. Допустим, врачи будут ещё и диаграммы рисовать.
Судя по интуитивно понятной диаграмме, ветки «промывание глаз водой» — «промывание глаз нейтрализующим раствором» — «лекарственная обработка» выполняются параллельно. Условия для выбора одной из веток я не увидел.
Лишние сущности же. Зачем учить 2 программы, которые делают одно и то же, но немного по разному? Если мне, к примеру, вздумается посмотреть на раскрашенный текст в консоли, я, пожалуй, открою его в vim.
Надо же как-то фиксировать постановку диагноза и процесс лечения. А то, если пациент не дай б-г помер — кого назначать ответственным? 1С-ника, который неправильно сконвертировал блок-схему с 2 форматов А0 в простыню кода в медицинской CRM?

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность