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

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

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

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

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

1

Сообщение от dosykus_2 Этим завлекают авторы дракона. Лозунг "Программирование без программистов"

А по-моему дракон ок для плис а не мк, поэтому делать генерацию кода на языке полувековой свежести бессмысленно, тем более учитывая объем различных мкшных/процессорных архитектур.

0

Сообщение от Mykysoft А Дебиллер - удел дебиллов. у которых есть элитарный бублик (т.е. обычный дурак, но без гармошки). Существовать-то он пусть существует, но относиться к дебиллерщикам нужно как к страдающим (ну, или наслаждаюшимся) отклонениями в половой самоидентификации.

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

0

Заверяю публику, что с ИС Драконом все нормально.
Все проблемы имеют причины, следовательно устраняем причины.

ИС Дракон не имеет цели - программирование без программистов.
Прагриннист получает технологию - сначала визуальный алгоритм в проблемной области, потом программирование.

0

Сообщение от sitirom366 А по-моему дракон ок для плис а не мк, поэтому делать генерацию кода на языке полувековой свежести бессмысленно, тем более учитывая объем различных мкшных/процессорных архитектур.

честно говоря, я не представляю, как и зачем использовать дракон для плис.
особенно если учесть существующие возможности проектирования и верификации для, скажем, верилога...
Верилог, и нынешний дракон - это не небо и земля, это... ну, скажем, смартфон и "феликс-М"

0

Сообщение от sitirom366 Сообщение от Mykysoft А Дебиллер - удел дебиллов. у которых есть элитарный бублик (т.е. обычный дурак, но без гармошки). Существовать-то он пусть существует, но относиться к дебиллерщикам нужно как к страдающим (ну, или наслаждаюшимся) отклонениями в половой самоидентификации.

Надо иметь склонность к сексуальным девиациям мазохистского толка, чтобы большую часть времени распихивать данные по указателям. И вообще, какое вам дело на чем люди пишут, если они могут реализовать свои проекты, пусть хоть в машинных кодах штампуют.
Пусть. только пусть не выпячивают свои склонности и девиации...

0

Mykysoft, абсолютно точно !

0

ИС Дракон, проблемы с форума, решены.

Все проблемы возникали при редких сочетаниях данных.
Полученные данные от пользователей позволили обозначить проблемы.

12 февраля, в течении дня, будет выложен выпуск с датой 01.02.2015.

0

Получил от Андрея файл схемы.

Использовал ИС Дракон выпуска от 01.02.2015.

Убрал в схеме то, что было привнесено в целях добиться раскладки схемы.

Смотрите картинку схемы:
[URL="./memberlist.php?mode=viewprofile&u=6168&s id=4d9a386aaf45b773d3b6ec84324e0ecd">Ген нидий Тышав[/URL] 13 фев 2015, 17:55, всего редактировалось 3 раз(а).

0

2Omdriy. Посмотрел ваш алгоритм.

1 - Ваша ошибка в том, что вы все смешали в кучу. Решение: модульность. Модуль дисплея, аппаратная часть. Пины управления дисплеем, инициализация, команды отправки команд и данных. Модуль клавиатуры. Модуль меню. Модуль вывода информации на дисплей.
2 - Автоматное программирование. Если господам захочется опять поспорить по это этому поводу, не лезьте, опять пернете в лужу. Я легко докажу и обосную. Частично ниже.
3 - Механизм обмена между модулями.
4 - Меню - это состояния. В зависимости от состояния, пункта меню, выводится соответствующая информация, делаются определенные действия.
5 - Меню - это структура. И так как это структура, нет надобности запоминать где мы находимся.

Если не будет модульности, вы захлебнетесь в своей программе. Вы уже захлебнулись - в алгоритме.

Поэтому, разделите свою программу на модули. Никто не мешает нарисовать алгоритм модуля. А потом уже вы рисуете алгоритм взаимодействия модулей.

0

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

0

ИС Дракон, выпуск от 01.02.2015
Прилагается файл Dragon_Изменения.txt .

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

Выполнены доработки по замечаниям Андрея на форуме.
Спасибо за разъяснение и предоставленные материалы.

0

Скачал новую версию, разницу в отображении новых файлов не увидел... Так же иконы и связи перекрывают друг друга...

0

Сообщение от Omdriy Скачал новую версию, разницу в отображении новых файлов не увидел... Так же иконы и связи перекрывают друг друга...

Для Вашего файла пройдем по шагам:
1. В меню "Файл / Открыть лист(ы) ..."

Схема с выбранной иконой 27 и с отображением точек ввода.

Схема странная:
Внутри цикла есть большая часть схемы, которая является бесконечным циклом и подвешена на правом выходе Вопроса 31.
В языке Дракон в схеме Силуэт бесконечный цикл предусмотрено выполнять только веточным циклом.
В программе ИС Дракон не предусмотрена обработка такой ситуации, т.е. раскладки висящего бесконечного цикла. Программу можно доработать и для этой ситуации.
Каким образом Андрей смог сформировать висящий бесконечный цикл я не имею предположений.

ИС Дракон доработана, выпуск от 02.02.2015.
Пересечения и наложения отсутствуют. Предлагаемые ниже доработки не требуются.

2. Пересекаются линии: линии Ветки 180, правые выводы Вопросов 31 и 27.
Задаемся целью ликвидировать пересечение правых выводов Вопросов 31 и 27.
Об этих иконах мы уже говорили , пункт 2.
Иконы переставим местами.
Для этого: Вопрос 27 копируем, в точку ввода над Вопросом 31 вставляем икону из буфера. Получаем Вопрос 260.

Продолжение в следующем сообщении, т.к. на форуме допускается до 3-х вложений.

0

Продолжение предыдущего сообщение.

3. Перенесем правый выход Вопроса 260 туда же, куда уходит выход Вопроса 27.
Для этого: выбираем точку ввода на правом выходе Вопроса 260, пересадим лиану в точку ввода на правом выходе Вопроса 31.

4. Удаляем Вопрос 27 и получаем эквивалентную схему.

5. В результате нет пересечений.
Получим конечный результат.

http://**************************/download/file.php?id=23380&mode=view
====

Обсуждение ситуации находится в п. 1 сообщения выше.

0

ИС Дракон, выпуск от 02.02.2015
Прилагается файл Dragon_Изменения.txt .

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

Выполнены доработки по замечаниям Андрея на форуме.
Доработка выполнена с учетом ситуации приведенной .
Спасибо за разъяснение и предоставленные материалы.

Файл Андрея загружается, наложений и пересечений нет.
Картинка:

0

С раскладкой схемы вроде порядок, а вот общая стабильность программы пострадала. Постоянно вылазят ошибки, в основном при попытке сохранения файла. Как уловлю закономерность, опишу подробнее.

0

Сообщение от Omdriy общая стабильность программы пострадала.

Буду разбираться.

0

Высказывание о блок схемах:
http://www.gamediv.ru/code/for... page=2#m20 Laynos 9 авг. 2014

Я тоже так думал, что, мол, это "фигня". Три года в уме всё делал, но из-за этого я просто не мог взяться за крупный проект. Наполнение кодом - это фигня... Самое главное правильный алгоритм придумать. И самое сложное - это отладка. К сожалению я не какой-то там архитектор ПО, но я с уверенностью могу заявить, что на первом месте стоит алгоритмизация и проектирование ПО, а не кодирование алгоритма... Лично мне приятно с блок-схемами работать и я очень сожалею, что о них забыл..

0

Сообщение от Геннидий Тышав Высказывание о блок схемах: http://www.gamediv.ru/code/for... page=2#m20 Laynos 9 авг. 2014 Я тоже так думал, что, мол, это "фигня". Три года в уме всё делал, но из-за этого я просто не мог взяться за крупный проект. Наполнение кодом - это фигня... Самое главное правильный алгоритм придумать. И самое сложное - это отладка. К сожалению я не какой-то там архитектор ПО, но я с уверенностью могу заявить, что на первом месте стоит алгоритмизация и проектирование ПО, а не кодирование алгоритма... Лично мне приятно с блок-схемами работать и я очень сожалею, что о них забыл..

Оужасснах!!!!!!!!
Вы посмотите, что авторо этого сообщения наваялло... (блок-схема прикреплена к этому же сообщению.) Мало того, что оно само по себе ужасно.... да еще такое делать три года...
Ну и если такое не вмещается в его голову....
"Шура, у тебя память - как один килобайт. вроде и есть, и хрен что запомнишь!"©

0

Mykysoft, gamediv кагбэ намекае на "авторитетность" источника.
Похоже пациент и сам усомнился в "значимости" своего продукта и в последнее время усиленно ищет пруф .
Кстати по ссылке упомянут Yed , так вот сия шняжка по функционалу порядка на два превосходит дракон...
http://www.youtube.som/watch?v=OmSTwKw7dX4
Мля , сча заноют о импортозамещении ... :)))))))))))

0