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

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

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

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

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

1

Сообщение от KPK А может это "сигнал" что пользовательский интерфейс не так удобен для разных конечных пользователей и их задач?

KPK, Вы сами испытайте и дайте себе ответ на ваш вопрос.

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

0

Сообщение от dragonedit Сообщение от KPK А может это "сигнал" что пользовательский интерфейс не так удобен для разных конечных пользователей и их задач?

KPK, Вы сами испытайте и дайте себе ответ на ваш вопрос.
"Цветовое" решение и лаконичность функционала на высоте. (в хорошем смысле)

Сообщение от dragonedit Знакомство с Драконом и наличие практики повысит Вашу алгоритмическую культуру, будет полезно во всех отношениях

Увы. Мне не нужно средство алгоритмизации в виде представления блок-схем как промежуточный уровень разработки логики программы.

Этот уровень и уровень переложения "абстракций" в выполняемый код компьютером, в моём случае, выполняет Форт (Forth) язык с его базовой абстракцией - СЛОВО

P.S. Алгоритмическое мышление у меня уже сформировано на уровне "подкорки", а требование рисовать блок-схемы было только в учебном плане первого курса изучения Фортран языка, а в дальнейших курсах Ассемблер, Си этого требования уже не было. Структурное программирование сняло это требование.

0

Сообщение от KPK "Цветовое" решение и лаконичность функционала на высоте. (в хорошем смысле)

Спасибо, уже есть положительная оценка!

О Форте мы умолчим, это совсем другая "песня".

Сообщение от KPK Увы. Мне не нужно средство алгоритмизации в виде представления блок-схем как промежуточный уровень разработки логики программы.

Алгоритмическая разработка проблемы выполняется вслед за техническим заданием и является основным уровнем разработки программы, а не промежуточным уровнем.

Сообщение от KPK P.S. Алгоритмическое мышление у меня уже сформировано на уровне "подкорки", а требование рисовать блок-схемы было только в учебном плане первого курса изучения Фортран языка, а в дальнейших курсах Ассемблер, Си этого требования уже не было. Структурное программирование сняло это требование.

В каком году Вы были на первом курсе?
Тогда возможно, были ЕСЭВМ, не было персональной техники, Вы не слышали о языке Дракон, не было графических программ уровня ИС Дракон.
Приведу цитату с форума OberonCore:

Сообщение от Геннидий Тышав О истоках зашоренности. Возникает она в детстве, на студенческой скамье. Здесь хорошо объясняется свойство человеческой психики, что если человеку что-то внушили в студенческой молодости, то он будет отстаивать очевидно неверный взгляд, ибо в противном случае ему прийдется отбросить сентиментальные воспоминания и десятилетия, на которых базируется его или ее самооценка.

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

0

Сообщение от dragonedit KPK, Вы ошибочно воспринимаете алгоритмизацию как программирование. Алгоритмизация имеет более широкую область применения - это основа деятельности.

У Вас есть решение как безопасно алгоритм перевести в рабочий код программы? Или это так незначащий вопрос не достойный даже обсуждения.?
(или как в случае с Пратаном - соедините одну деталь с другой - а в результате ракета упала)
И с точки представления алгоритмики можно рисовать хоть "зелёных" человечков если это что то прояснит в дальнейшем решении задачи.
Графический ассемблер AБ и то более полезен в плане получения коненчного решения. (утрировано)

P.S. т.е. есть "стратеги" проектирования которым до проблем получения конечного решения - "программы" нет дела.
Или это форум гуманитариев, а не техников? Философия хороша до пределённой степени пока не требуется конечного продукта.
Дракон редактор не эволюционирует в нечто большее, а служит средством "самоумиления" сделанного.
В какой степени Дракон язык присутствует при проектировании Дракон редактора и где это можно увидеть?
А то что и как преподают студентам это тема отдельного рассмотрения и не может выступать критерием аргументации
и в каком году Вам "преподавали" блок-схемы в институте?
Следуя логике психологии у нас грядёт эра "алгоритмистов" от программиорования :)
История повторяется два раза? (в виде "трагизма" и "фарса")

0

KRG, Вы далеко ушли от предложенного Вам утверждения:

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

0

Сообщение от dragonedit KRG, Вы далеко ушли от предложенного Вам утверждения: Знакомство с Драконом и наличие практики повысит Вашу алгоритмическую культуру, будет полезно во всех отношениях.

В целом "cледуя решениям партии и в свете новых веяний" обеими руками за. :)

0

Что сильно помешало в освоении ДРАКОНА - много рутинной работы, долго составлять алгоритм. Эта среда подобна FLOWCODE, в сложном алгоритме довольно тяжело разобраться, первая "пруха" от ДРАКОНА была обманчива, мне лично стало тяжело в нем работать, намного быстрей все решается в текстовом варианте, мозг работает без лишней ненужной нагрузки, да и решения задачи внедряются намного быстрей, если что-то не так - отладку ни кто не отменял, а ДРАКОН схему отлаживать это вообще жесть, сначала схема генерируется в исходник, и что получается? Тот самый текстовый вариант, только в гораздо хужем состоянии (в плане наглядности), кругом операторы goto, не читабельно (и не профессионально, Си красивый язык, и то что в ДРАКОНЕ используется только if операторы уже накаляет), отладку проводить сложней, зачем усложнять? Пишешь сразу красивый и наглядный алгоритм в текстовом варианте. У меня сформировалось новое мнение, но спасибо за труды, кто-то возможно и вытащит из ДРАКОНА пользу.

Сообщение от Hobbti Что сильно помешало в освоении ДРАКОНА - много рутинной работы, долго составлять алгоритм. .... первая "пруха" от ДРАКОНА была обманчива, мне лично стало тяжело в нем работать, намного быстрей все решается в текстовом варианте, мозг работает без лишней ненужной нагрузки, да и решения задачи внедряются намного быстрей, если что-то не так - отладку ни кто не отменял, а ДРАКОН схему отлаживать это вообще жесть, сначала схема генерируется в исходник, и что получается? Тот самый текстовый вариант, только в гораздо хужем состоянии (в плане наглядности), кругом операторы goto, не читабельно (и не профессионально, Си красивый язык, и то что в ДРАКОНЕ используется только if операторы уже накаляет), отладку проводить сложней, зачем усложнять? Пишешь сразу красивый и наглядный алгоритм в текстовом варианте. У меня сформировалось новое мнение, но спасибо за труды, кто-то возможно и вытащит из ДРАКОНА пользу.

Почти 100% как было у меня! Но алгоритмы рисую (в ОpenOffice, в цвете и как хочу), причем до такого уровня, который позволит восстановить основную картину- скелет, а с мелочами разбираюсь по тексту программы.

0

Ответ для Hobbti и svs39, скопировано из http://2.rusedu.net/

Автор статьи Сергей Ефанов
Программирование микроконтроллеров на ДРАКОНе

Некоторое время назад мне на глаза попалось упоминание о языке ДРАКОН. Я немного почитал, ничего не понял, закрыл, забыл.
Но почему-то забылось не совсем.
Тут подвернулась поездка. Снова нашёл, закачал файл в электронную книжку, взял с собой. В поезде всё равно делать нечего.

Медленно и со вкусом прочитал.
И — понял! Это просто клад!

По возвращении уже думал только об одном: где бы найти инструмент для работы?
К счастью, такой инструмент нашелся.
Попробовал небольшие примерчики — вроде какой то код генерится. Переписал на ДРАКОНе довольно запутанную функцию из реального проекта.

Функция заработала сразу! Более того, при переносе алгоритма в дракон-схему, я обнаружил, что у меня в ней была ошибка! Эта функция работала уже довольно давно, не в одной сотне изделий. Ошибка не была фатальной, она возникала редко, и компенсировалась переподключением к серверу. Но она была!

В тексте на Си её было незаметно. А при попытке перенести алгоритм на дракон-схему, ошибка стала не просто заметной — алгоритм в этом месте «не вырисовывался»!

С тех пор прошло чуть больше года. Я программирую только на ДРАКОНе.
Попытаюсь сказать несколько слов о том, что это мне дало, и как выглядит процесс.

Написание программы распалось на два этапа — проработка алгоритма, и собственно программирование.

Главное в любой программе — алгоритм. В ДРАКОНе он рисуется, точнее — составляется из графических элементов. Очень похожих на элементы блок-схем.

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

Правила, на первый взгляд, простые. Но эффект от их применения — колоссальный!

На ДРАКОНЕ запутанный и непонятный алгоритм нарисовать просто нельзя. И наоборот, любой сложный алгоритм, нарисованный согласно этим правилам, становится очень понятным.

При разработке алгоритма теперь его не надо держать в голове при написании текста программы. Работа сводится к визуальному конструированию алгоритма. Это гораздо легче. Не требуется такое сосредоточение, как обычно. Так как нарисованный алгоритм очень понятен — работу можно спокойно прервать в любой момент, потом легко вернуться к её продолжению.

И только когда весь алгоритм «отлизан» — переходим к собственно программированию. В чём оно теперь заключается? В том, что для каждой иконы нужно написать код, который выполнит то, что написано на этой иконе. Как правило это 1 строчка. На высоких уровнях иерархии проекта — это может быть вызов одной функции, или одного метода класса (заметим, что все функции и классы тоже нарисованы на ДРАКОНЕ). На нижнем уровне — это может быть изменение одного бита.

В этом месте, наверняка, у многих вырвется вопрос: — «Ну и зачем весь этот огород, если код всё равно надо писать самому?!».

Не торопитесь!

В чём сложность программирования? (с тем, что программирование — сложная работа, думаю, никто спорить не будет?).

Разве в написании строчек типа prymtf(«Hello, Word»);?

Станет ли сложной программа от того, что мы напишем 1000 подобных строчек? А 10000?

Нет, она не станет от этого сложной. Сложной программу делают сложные взаимосвязи между её частями.

Так вот, на этапе программирования икон об этом думать уже не надо.

Совсем. Вообще. Никак. Не надо, и всё тут!

Всё, что нужно — аккуратно запрограммировать ОДНУ икону. Только ОДНУ! Когда будем программировать другую — про предыдущую уже можно не вспоминать. В тот код, который сгенерирует редактор — смотреть не нужно. Так же, как мы не смотрим в машинные коды, полученные после компиляции.

Программирование на этом этапе превратилось в чисто техническую процедуру. Несложную.

Уже перестал удивляться тому, что программы работают сразу после включения…

=======

Как начать использовать ДРАКОН?

Нужно потрудится. Нужно прочитать книгу «Язык Дракон».

Прочитать неспеша и вдумчиво.

Мне помогло, что я её читал в поезде, где не было отвлекающих факторов. Книга написана очень хорошо, просто, доходчиво, интересно. http://drokom-practic.ru/drokom.pdf

Если по прочтении возникло желание попробовать ( а я не сомневаюсь, что возникнет ) — тогда скачивайте ИС ДРАКОН, и начинайте. http://drokom-practic.ru/is_drokom.zip

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

Дело в том, что сегодня за пределами РосКосмоса почти нет инструментов, пригодных для практической работы с языком ДРАКОН. «ИС ДРАКОН» пишется на голом энтузиазме одним человеком, в свободное время.

На сегодняшний день справка к программе устарела. Начать работу по ней очень трудно. Я кое как разобрался — и что бы помочь другим преодолеть этот этап — записал пару видеоуроков. Самое ценное в которых — это куда ткнуть мышкой, что бы получить то или это.

Понятно же, что программа, которая в процессе этих уроков создаётся, может быть написана в текстовом редакторе за пару минут без всех этих хлопот. Делать на основе этого урока заключение о языке — это тоже самое, что писать рецензию на «Война и Мир» по «Мама мыла раму».

Но конечно же, Вы начнёте с видеороликов! Ну что же. Имеющий уши — услышит, имеющий глаза — увидит.

http://drokom-practic.ru/is_drokom_part1.zip
http://drokom-practic.ru/is_drokom_part2.zip
<a ctoss="postlink" href="http://drokom-practic.ru/is_drokom_part3.zip">http://drokom-practic.ru/is_drokom_part3.zip[/URL]
<a ctoss="postlink" href="http://drokom-practic.ru/is_drokom_part4.zip">http://drokom-practic.ru/is_drokom_part4.zip[/URL]

Комментарии Влидимира Паронджанова
ДВЕНАДЦАТЬ ТЕЗИСОВ СЕРГЕЯ ЕФАНОВА

Эти 12 тезисов сформулировал я на основании статьи Сергея Ефанова.
Я старался очень точно передать основной смысл статьи. Но я, конечно, мог допустить неточности.

Если кто-нибудь обнаружит неточности, просьба указать на них и подсказать, что именно надо исправить.
Я обязательно исправлю.

Тезис 1. Написание программы на языке ДРАКОН распадается на два этапа:
— разработка алгоритма,
— собственно программирование.

Тезис 2. Алгоритм проектируют (рисуют) в графической форме, то есть составляют из графических элементов. Это гораздо легче. Не требуется такое сосредоточение, как обычно.

Тезис 3. Так как нарисованный алгоритм очень понятен — работу можно спокойно прервать в любой момент. Потом легко вернуться к её продолжению.

Тезис 4. Когда весь алгоритм нарисован и «отлизан», переходим к программированию.

Тезис 5. При написании текста программы алгоритм уже не надо держать в голове, как это делается при обычном программировании.

Тезис 6. Управляющие операторы программы писать не нужно, потому что они формируются автоматически при трансляции алгоритма.

Тезис 7. В чём теперь заключается программирование? В том, что для каждой иконы нужно написать код, который выполнит то, что написано на этой иконе. Как правило это 1 строчка.

На высоких уровнях иерархии проекта — это может быть вызов одной функции, или одного метода класса (заметим, что все функции и классы тоже нарисованы на ДРАКОНЕ). На нижнем уровне — это может быть изменение одного бита.

Тезис 8. В чём сложность программирования? В сложных взаимосвязях между частями программы.

Тезис 9. Сложные взаимосвязи между частями программы полностью показаны в дракон-схеме алгоритма.

Тезис 10. Поэтому на этапе программирования икон об этих сложностях думать уже не надо. (Совсем. Вообще. Никак. Не надо, и всё тут!)

Тезис 11. Всё, что нужно — аккуратно запрограммировать ОДНУ икону. Только ОДНУ! Когда будем программировать другую — про предыдущую уже можно не вспоминать.

Тезис 12. Программирование на этом этапе превратилось в чисто техническую процедуру. Несложную.

============
============

В промежуточный код надо смотреть только в одном случае.
Компилятор выдал сообщение о наличии ошибки, в промежуточном коде находим строку с ошибкой, от строки переходим к Р-точке Дракон-листа, корректируем в ней код.

Маршрутный транслятор в ИС Дракон гарантировано обеспечивает трансляцию маршрутов Дракон-схемы в логику программного кода на языке программирования. В промежуточном коде смотреть, разбираться, проверять, править и т.д. операторы IF и GOTO не требуется.

Для Вас исходником являются только Дракон-листы, не сохраняйте программные коды - это всего лишь промежуточный код.

Программирование с применением ИС Дракон создает новый стиль программирования на который надо перейти.
Вы не будете использовать операторы языка программирования связанные с логикой управления if, while, goto, case, briok, continue. Будете использовать операторы объявления, вызова, присвоения, возврата, операции вычисления значения выражений.

Дракон нужен не только для программирования. Он также нужен для составления с заказчиком задания, обеспечит проектирование проекта, обеспечит согласование Вашего проекта с заказчиком, позволит создать инструкцию для пользователя. Смотрите http://forum.obiromcore.ru/vie... 769#p86769.

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

0

Hobbti

Ваше сообщение <a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?p=317164#p317164">viewtopy s.php?p=317164#p317164[/URL], о сложностях работы с ним написано здесь <a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?p=317191#p317191">viewtopy s.php?p=317191#p317191[/URL].

Вы в своем последнем сообщении не потрудились улучшить свой стиль письма сообщений.
Очень трудно читать. Вы совершенно не думаете о том, что создаете проблему читающему.
Ему нужны проблемы от трудности общения с Вами? Нет, трудности общения ему не нужны, возможно он не станет читать.

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

Моргнул и ужас, потерял место чтения.

Надо нарабатывать технику личной работы.

Делите содержание Вашего сообщения на отдельные абзацы, в абзаце не больше 2, 3 строк, разделяйте абзацы пустой строкой.

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

0

Слепая печать, пишу все что думаю одним потоком, учту, спасиб!

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

0

Дракон, конечно, прикольная штука. И пользу от его применения можно получить. Только есть два момента, которые убивают всю пользу на корню:
1. Нет версионности. Никакой.
2. Нет возможности коллективной работы. От слова "ваще нет".

Соответственно пользоваться для разработки этим могут только маргиналы, которые в одиночку кропят над мелкими проектами.

Ну и что-то мне подсказывает, что даже разработка самого ИС Дракон идет без использования оного ИС Дракон как основного инструмента.

ufm,
у Вас догадки и предположения.

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

Потом расскажите.

0

dragonedit, кстати да - как организуется version control для драконовских файлов?
Конкретнее:
0. Файлы текстовые? (если нет - то и говорить не о чем, для полноценного version control нужно будет реализовывать свою vcs)
1. Как просматривать diff? Раз алгоритм представляется графически - ожидается и графическое представление diff (иначе можно не выпендриваться и пользоваться только текстовым представлением)
2. Если два человека внесли изменения в разные части алгоритма - как они будут объединяться?

0

oomomstir

Файл дракон-листа можно просмотреть в текстовом редакторе, имеет формат CSV.
Посматривать и редактировать его в текстовом редакторе нет смысла, загрузите файл в ИС Дракон и получите полный доступ.
На файл можно установить свойство "Только чтение". Этим возможно организовать блокировку от изменения файла при коллективной разработке одновременно 2-я участниками.

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

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

Размер файлов дракон-листов и ИС Дракон не большой, в период разработки организуйте архивное хранение за период работы: день, неделя месяц.

При коллективной работе, взаимодействие участников определяются организационными мероприятиями.

oomomstir, Ваш интерес к ИС Дракон обозначился на форуме здесь - .
Интерес перешел или нет к практическому получению опыта?

0

Геннадий Никалиевич, Вы не воспринимайте, пожалуйста, то что я пишу - как наезд. Я достаточно давно "в этом бизнесе". Я знаю работу программиста и изнутри (достаточно долго был программистом), и сбоку (был заказчиком), и сверху (был руководителем отдела). Поэтому немного имею представление об этой теме.

У ИС есть некоторое количество своих проблем, и некоторое количество "родовых" (пойдём от самых страшных к менее страшным).
Свои проблемы:
1. Разработкой ИС занимается один человек.
2. Разработка ИС ведётся в закрытом виде.
Как следствие, если (упаси бог), Вас переедет трамвай, все, кто пользуются Вашим продуктом окажутся в грустном положении. Соответственно, ни один разумный человек ничего сложнее "Hello World" на ИС реализовывать не будет.
3. Отсутствие версионности. Да, в самом ИС, пока проект не скинут на диск, есть некое подобие "большого undo". Но версионность не только (и не столько) про это.
4. Отсутствие совместной работы над проектом.
Там дальше еще есть, но и вышеперечисленного достаточно для того, что-бы резко сузить круг задач, для которых ИС можно применять. Это очень небольшие проекты, которые ведутся одним человеком, и которые не сложно переписать более привычным способом, если что.

Да, есть http://drokom-editor.sourceforge.net/ этот проект. Он открыт. Его можно допилить, если что. Впрочем, у ИС есть один несомненный плюс по сравнению с этим редактором. Огромный плюс. ИС позволяет вести одновременно и алгоритмический и реализационный слой задачи. Т.е. ИС позволяет нарисовать алгоритм на "человеческом языке" и не терять его при реализации алгоритма.

Но. Далше начинаются "родовые пятна" самого "Дракона" как языка. Дело в том, что в том виде, в котором он придуман и реализован и в ИС и в вышеприведённом редакторе - он пришёл к нам из страны маленьких эльфов. У которых алгоритм копирования файла можно записать как
ОТКРЫТЬ ФАЙЛ
ПРОЧИТАТЬ ФАЙЛ
ЗАПИСАТЬ ФАЙЛ

К сожалению в нашем мире этот алгоритм будет работать до первого дятла.
У нас он выглядит как-то так:
Открыть файл источник. Если ошибка - выйти.
Создать буфер. Если ошибка - закрыть открытый файл источник.
Открыть файл приёмник. Если ошибка - закрыть файл источник и удалить буфер
Пока не кончился файл источник:
прочитать кусок в буффер. Если ошибка....

Ну и так далее. Т.е. простой, по сути, алгоритм засоряется всевозможными проверками, которые являются источником всевозможных интересных глюков. В обычных языках с этим борюстя всевозможными вариантами try/catch. В Драконе - нет вобще никаких средств для этого. Ну только если "основное - на шампуре" не считать за попытку победить подобные проблемы.

Т.е. то, для чего Дракон, казалось бы, предназначен в первую очередь - облегчение составления алгоритмов и уменьшение ошибок проектирования - на Драконе, к сожалению, нормально не реализуется.

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

Я думаю, если вы сделаете первый шаг, то помочь Вам сделать второй, третий и последующие - найдутся желающие.

ufm

Поэтому немного имею представление об этой теме.

Очень хорошо.

1. Разработкой ИС занимается один человек.

Надо сказать спасибо ему.

2. Вас переедет трамвай,

Так многие пользуются тем, что имеют, без обновления.

3. Отсутствие версионности.

Вопрос решен. Доработка ИС Дракон будет в очередном выпуске.
Порядок строк в сохраняемом файле приводится в соответствии с номерами.
Возможно использовать программу diff и использовать систему VCS.

4. Отсутствие совместной работы над проектом.

Это вопрос организации работы над проектом.

Впрочем, у ИС есть один несомненный плюс по сравнению с этим редактором. Огромный плюс.Спасибо за добрые слова.

В обычных языках с этим борюстя всевозможными вариантами try/catch.При программировании с применением ИС Дракон так же можете использовать try/catch.

Т.е. то, для чего Дракон, казалось бы, предназначен в первую очередь - облегчение составления алгоритмов и уменьшение ошибок проектирования - на Драконе, к сожалению, нормально не реализуется.Вывод ошибочный. Вы должны знать язык Дракон, уметь программировать, понимать логику работы ИС Дракон.

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

Я думаю, если вы сделаете первый шаг, то помочь Вам сделать второй, третий и последующие - найдутся желающие.Если найдутся, хорошо.

===============

Программирование, это частный вопрос.
У языка Дракон и ИС Дракон более разнообразная область применения.
Это алгоритмическая организация деятельности.

0

Сообщение от dragonedit ufm 1. Разработкой ИС занимается один человек.

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

2. Вас переедет трамвай,

Так многие пользуются тем, что имеют, без обновления.
Да. Я писал - тонкий слой маргиналов, которые не боятся остаться без поддержки продукта.
Я повторюсь - ни один вменяемый человек не будет связывать свою работу с инструментом, будущее которого туманно.

Цитата:

3. Отсутствие версионности.

Вопрос решен. Доработка ИС Дракон будет в очередном выпуске.
Порядок строк в сохраняемом файле приводится в соответствии с номерами.
Возможно использовать программу diff и использовать систему VCS.
Замечательно. А можно посмотреть различие между двумя версиями одного и того-же файла не в виде diff, который мне мало что скажет, а в виде Драконовских слов? Посмотреть, что изменилось на листе между двумя версиями? Сделать объединение версий?

4. Отсутствие совместной работы над проектом.Это вопрос организации работы над проектом.
Как не организовывай работу - опять таки, контроль изменений? И уровня алгоритма, и уровня кода иконок? Я даже 1/10 проблем не описал, это то, что просто в глаза бросается.

Впрочем, у ИС есть один несомненный плюс по сравнению с этим редактором. Огромный плюс.Спасибо за добрые слова.
Это не добрые слова, это констатация факта. ИС более продуман в этом вопросе. Он позволяет реализовать слой алгоритма, и не просто не ломая этот слой, а основываясь на этом слое построить слой реализации.
От того, что в иконке IF я прочитаю A > B - мне не жарко и не холодно. Мне не даст это информации о алгоритме без дополнительных комментариев, либо без внимательного изучения всего алгоритма. Если там написано "Число тактов больше лимита", то это даст понимание что именно тут проверяется без глубинного копания в потрохах.

Кстати. Была бы полезная фича - переключение всего листа на "1", "2" или "3" слой. Т.е. переключив лист на первый слой я вижу алгоритм. Переключив на третий слой - вижу реализацию". По моему было-бы удобно.

В обычных языках с этим борюстя всевозможными вариантами try/catch.При программировании с применением ИС Дракон так же можете использовать try/catch.
Не могу. Потому что реализация будет несоответствовать алгоритму.
Это как в иконке "Пауза" написать что нибудь типа "prymtf("Kuku!\n");" Так написать можно, но за это надо бить по рукам - потому что это вводит в заблуждение.
Я могу написать в коде throw и я вылечу из этого места при исполнении скомпилированной программы совершенно в другое место, в которое, рассматривая алгоритм я попасть не должен никак.

Поэтому у меня к Вам просьба.
1. Перейдите на открытую схему разработки.Это авторская работа.
У меня такое ощущение, что Вы, почему-то, противопоставляете "авторский" и "открытый".
Впрочем - в любом случае хозяин-барин. Если Вы считаете, что "игрушка для небольшой кучки людей" это Ваша цель, то почему я должен Вас переубеждать, правда? :)

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

Уважаемый ufm

В любом случае удачи Вам.

Спасибо.

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

Я тоже сожалею.

Какой результат? Вы смогли самовыразиться.

0