Обсуждение ИС Дракон

Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться.
Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта.
Задачи:
1. Создание актуальной и удобной справочной системы
2. Совершенствование кодогенератора, поддержка новых языков
3. Что-нибудь ещё придумаем по ходу :)
______________________________

Мои предложения по п.1:
Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время.
Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии)

По п.2 пусть предлагают те, кому актуально *(ассемблисты, например).
От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.)

В общем, как-то так.

1

Учись писать, читать и понимать алгоритмы в ИС Дракон. / В.Д. Паронджанов /
Для каждого нужен не метод, а инструмент. / http://forum.obiromcore.ru/vie... 864#p89864 /
Совершенствоваться -значит меняться, быть совершенным - значит меняться часто. / сэр Уинстон Черчилль /

http://forum.obiromcore.ru/vie... 910#p89910
ИС Дракон, выпуск от 05.12.2014

Прошу сообщать Ваши отзывы, замечания и предложения.

0

Учись писать, читать и понимать алгоритмы в ИС Дракон. / В.Д. Паронджанов /
Для каждого нужен не метод, а инструмент. / http://forum.obiromcore.ru/vie... 864#p89864 /
Совершенствоваться -значит меняться, быть совершенным - значит меняться часто. / сэр Уинстон Черчилль /

http://forum.obiromcore.ru/vie... 943#p89943
ИС Дракон, выпуск от 07.12.2014

Прошу сообщать Ваши отзывы, замечания и предложения.

0

Прошу дать ссылку с подробными инструкциями, как дракон-схемы транслировать в си файлы.

0

http://drokom.su/video_i_prezimtacii/stort

0

MrYurom, вот ЭТО что угодно только не С .
Такой бред даже в страшном сне не приснится ...

0

Где ты скачивал программу? То что я скачал, пробная версия. Листы не сохраняет, код не транслирует.

0

dymyurk1978 , я не ставил и не пользую это убожество, все по ссылкам что выше приведены http://drokom-practic.ru/is_drokom_part1.pdf

0

А листинг ты откуда взял тогда?

0

Сообщение от dosykus_2 я не ставил и не пользую это убожество

Так, ты погоди какашками бросаться. На самом деле дракон-схемы отличная вещь. Я прочитал некоторые материалы Паронджанова. У него составление алгоритмов очень хорошо расписано, есть правила, по которым следует составлять алгоритмы. И если составлять алгоритмы по этим правилам, то алгоритмы хорошо читаются, все понятно. Что касается программы ИС Дракон, то у меня есть некоторые замечания и предложения.
Как мне видится мощный инструментарий для создания проектов: возможность рисовать алгоритмы, гибкость составления алгоритмов. Возможность составлять алгоритмы учитывая направления в программировании. Обычный цикл, автоматное программирование, смешанные функции. Использование макросов.
Возможность симулирования проектов. Окна с отображением ввода-вывода, переменных. Возможность создания модулей для переменных. Скажем, есть char, int, long. Битовые переменные. Есть окно для отображение переменных. Есть переменная counter. Выделяем место под эту переменную, чтобы она отображалась. 16-ричное, 10-чное, бинарное отображение. Выделяем место под порты. Периферию. Возможность задания значений, дать им имена, как они названы в проекте.
Запускаем симуляцию, если требуется задаем значения переменным. ввода-вывода. И пошли проверять проект.
Если все это будет - то получится очень мощный инструментарий.
Примерно так мне это видится.

0

Разве плохо было бы делать так проекты?

0

Сообщение от dymyurk1978 Примерно так мне это видится.

В любом случае все это видится как рисовалка чартов и не более.
И никак не "конвертер в С" и тем более "язык программирования" как утверждает их гуру ...

0

Сообщение от dymyurk1978 Разве плохо было бы делать так проекты?

Халява до добра не доводит, в случае с нубами это вообще полный ахтунг ...

0

dymyurk1978, так нормально, единственное - псевдокод столь же понятен, а на экране займёт в 2-3 раза меньше места ;-)

Но если кому-то легче воспринимать с квадратиками (привет визуалам) - их право. Если при этом энфорсится нормальная структура программы (сборка из небольших блоков, переходы назад - только нормальные циклы, вперёд - if/switch/выход из блока) - совсем хорошо (хотя лично мне и не нужно). Если вдобавок ко всему графический "код" взаимно-однозначно представляется текстом, ложащимся под VCS (так, чтобы можно было сливать изменения, сделанные двумя людьми в одной схеме) - то даже можно пользоваться. Хотя, сдаётся мне, в большинстве программисты к тому моменту, как задумываются о VCS, уже перерастают нужду в графическом представлении кода (хотя появляется нужда в других костылях - диаграммы классов и т.п.). Но если к этому моменту они будут приучены к лотку к нормальной структуре программы (рисование стрелочек обычно ведёт к клубку макарон, но в драконе, как я понимаю, постарались от этого уйти) - опять хорошо.

0

Сообщение от dymyurk1978 Если все это будет - то получится очень мощный инструментарий. Примерно так мне это видится.

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

0

Сообщение от oomomstir dymyurk1978, так нормально, единственное - псевдокод столь же понятен, а на экране займёт в 2-3 раза меньше места ;-)

смысл дракона - уход от кода вообще. Т.е. по задумке это инструмент не программирования а алгоритмирования.

Но если кому-то легче воспринимать с квадратиками (привет визуалам) - их право.

Вот для тех, кто воспринимает квадратики легче - непрограммисты - энтот дракон и предназначен. своего рода "программирование для непрограммистов". Точнее, из этого он рос (в те времена, когда он появлялся, "программироввание" было то-ли матерным словом, то-ли колдунством и шаманством).
Кстати, вопрос - а не отстал ли дракон "как система программирования" от времени?

Если при этом энфорсится нормальная структура программы (сборка из небольших блоков, переходы назад - только нормальные циклы, вперёд - if/switch/выход из блока) - совсем хорошо (хотя лично мне и не нужно).

есть такое.

Если вдобавок ко всему графический "код" взаимно-однозначно представляется текстом, ложащимся под VCS (так, чтобы можно было сливать изменения, сделанные двумя людьми в одной схеме) - то даже можно пользоваться.

вот этого вроде нет. хотя что-то пытались... Хотя могу и ошибаться...

Хотя, сдаётся мне, в большинстве программисты к тому моменту, как задумываются о VCS, уже перерастают нужду в графическом представлении кода (хотя появляется нужда в других костылях - диаграммы классов и т.п.).

Дракон - инструмент не только программистов. Для программистов - это своего рода "задание на кодирование". а если сделают нормальный (вменяемый) кодогенератор - то даже не "на кодирование", а "на отладку".
Цитата:

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

Програмиста-то приучить можно. а вот непрограммиста? вы давно программистам задачу ставили? как заказчик? причем как заказчик, которого мало волнует собствено программирование? :-)

0

Примерно никогда :-)
Зато "с другого конца трубы" опыт есть. И он свидетельствует, что извлекать из заказчика алгоритм - малореально (люди не думают в схемах со стрелочками), зато он может описать юзкейсы в виде последовательности действий и требуемых результатов (точнее, через последовательность ты его проводишь серией вопросов; заказчик представляет, что должно быть в итоге и обычно представляет возможные действия для текущего состояния системы - этого достаточно для "обхода лабиринта").
Итого, схему рисуешь сам.

0

Вот простой пример, есть у меня друг который решил стать программистом для платформы 1С:Предприятие, но программированию никогда не учился, постепенно я его научил основам программирования, но дальше с увеличением объемов программного кода ему становиться сложно выполнять задания, и он выкрутился следующим образом: http://drokom.su/drokom-sxemy_... araptanova рисует вот такие схемы, а потом генерируется код 1С. Код сразу скажу не особо читаемый, но на работе где он работает, этого вполне хватает для решения поставленной задачи. В приемлемые сроки. Я конечно не сторонник так делать код, но когда это позволяет недо-программисту решать поставленную задачу в срок, это неплохо.
п.с. Очень напрягает в сгенерированном коде большое число переходов по меткам. :-)

0

Хорошо, что он не решил стать хирургом.

Завтра он решит стать художником, а несчастная компания будет искать кого-то кто согласится поддерживать это?

0

Сообщение от //Mt Хорошо, что он не решил стать хирургом. Завтра он решит стать художником, а несчастная компания будет искать кого-то кто согласится поддерживать это?

В связи с олимпиадой, газпром урезал планы по развитию, в результате ~20% предприятий на севере на грани банкротства, и эта контора в которой он работает, продержится не более полугода.... главное успеть перед государством отчитаться :-)

0

Ну эт грустно конечно.

0