DRAKON.SU

Текущее время: Вторник, 17 Июнь, 2025 00:02

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 840 ]  На страницу Пред.  1 ... 25, 26, 27, 28, 29, 30, 31 ... 42  След.
Автор Сообщение
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Четверг, 14 Май, 2015 09:45 

Зарегистрирован: Четверг, 30 Январь, 2014 13:38
Сообщения: 422
Владимир Паронджанов писал(а):
http://www.osp.ru/os/2004/01/183824/
Цитата:
Графика или текст: какой язык нужен программисту?

Интерес к графическим средствам программирования объясняется
распространенным мнением о безусловной предпочтительности графики
для отображения информации.

..............................
..............................

Интерес к графическим средствам программирования объясняется распространенным мнением
о безусловной предпочтительности графики для отображения информации.
Действительно, порой графика дает неплохие результаты,
однако в ряде случаев она явно проигрывает обычной текстовой записи.
Какому средству отдать предпочтение в конкретном случае?

Большинство программистов считает, что графическая форма представления информации предпочтительнее любой другой.

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

.....................
.....................

В качестве эпитетов для графических средств используются слова
«дружественный», «интуитивно понятный», «простой», «привлекательный».

Часто графика позиционируется как прогрессивная альтернатива «устаревшей» текстовой форме представления.

-----------------------------------------
-----------------------------------------

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

Более того, специалисты по эргономике утверждают:
нередки случаи, когда графическая форма записи менее понятна, чем обычная текстовая.

Классический пример, демонстрирующий неоднозначность работы с графикой,
был выявлен при анализе графических языков LabView [1].

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

---------------------------------------
Если исходить из альтернативной логики "Или ... Или ..." или, точнее, "Либо ... Либо ...": "либо графика либо текст",
то можно спорить с переменным успехом до бесконечности - что лучше?

В разных условиях будут разные преимущества того или этого,
в некоторых условиях будут взаимно-дополнительные достоинства обоих видов отображения
(и их целесообразно применять совместно),
а в некоторых - недостатки обоих видов, и желательно иметь что-то еще.

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

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

Они могут буть предпочтительнее для решения разных проблем и аспектов понимания и объяснения и т.п.
(для не тупого гуманоидного исполнителя, технического писателя или читателя):
более выразительные для отображения разных смыслов,
которых всегда очень много в описании последовательных и, особенно, параллельных процессов, алгоритмов и программ.

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

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

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

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

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

Пока (для ясности :D ) не рассматриваются исходники программ:
в смысле - литерные тексты конечной программной реализации алгоритмов.

-------------------------------
Но как объять необъятное - такое множественное полиморфное представление
последовательных и, особенно, параллельных алгоритмов.

Продолжение следует.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 15 Май, 2015 11:58 

Зарегистрирован: Четверг, 30 Январь, 2014 13:38
Сообщения: 422
andr писал(а):
Но как объять необъятное - такое множественное полиморфное представление
последовательных и, особенно, параллельных алгоритмов.

Продолжение следует.
Продолжение.

Владимир Паронджанов писал(а):
http://www.osp.ru/os/2004/01/183824/
Цитата:
Графика или текст: какой язык нужен программисту?

Интерес к графическим средствам программирования объясняется
распространенным мнением о безусловной предпочтительности графики
для отображения информации.

------------------------------
------------------------------

Часто графика позиционируется как прогрессивная альтернатива «устаревшей» текстовой форме представления.
Здесь отражаются распространенные (?) мнения:
-- безусловная предпочтительность графики (по сравнению с литерным текстом);
-- графика как прогрессивная альтернатива ("устаревшей" литерной текстовой форме).
Вообще говоря, это слишком сильные утверждения - на противопоставление и взаимное исключение двух форм отображения информации.
Достоверность их очень субъективная и строго не обоснована.
Более целесообразно эти формы не противопоставлять, а совмещать.

Цитата:
Однако при попытках найти строгое теоретическое или экспериментальное обоснование подобным заявлениям
выявляются крайне нелицеприятные для графики факты
.
Представляют большой интерес такие конкретные нелицеприятные факты:
в общем контексте таких попыток строгого теоретического или экспериментального обоснования.

Цитата:
Ни теория, ни эксперимент не позволяют говорить о несомненном превосходстве графической формы представления алгоритмов
Здесь, во-первых, имеет место некоторое теоретическое и экспериментальное опровержение
заведомо неадекватных представлений о несомненном (абсолютном, надо полагать) превосходстве графики.
То есть результат заранее понятен.
Так же как и наоборот - о несомненном (абсолютном) превосходстве литерных текстовых форм.
Во-вторых, представляет, тем не менее, большой интерес доступ к данным такой теории и такого эксперимента.

Цитата:
Более того, специалисты по эргономике утверждают:
нередки случаи, когда графическая форма записи менее понятна, чем обычная текстовая.
Также представляет интерес доступ к конкретным данных таких специалистов по эргономике.
И какая, конкретно, графическая форма имеется в виду, и нельзя ли ее "довести до ума".

Цитата:
Классический пример, демонстрирующий неоднозначность работы с графикой,
был выявлен при анализе графических языков LabView [1].
Но это еще основание для абсолютных обобщений на всякую графику.
Во-первых, это одна частная графическая система.
Во-вторых, это повод для усовершенствования графических языков LabView - с целью преодоления такой неоднозначности.

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

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

Логика образного мышления фактически еще систематически не разрабатывается.
Она, фактически, только еще обсуждается в разных приложениях по разным поводам и готовится база для ее разработки.
Она косвенно фигурирует в психологии мышления.
Но психология мышления - это еще не столько достоверная наработанная наука,
сколько множество разных экспертных представлений и мнений.
Нет единых общепринятых классификаций видов мышления - они сильно разнятся у разных авторов.
Например, далее приводится (нестрогая) классификационная схема:
Вложение:
ObrMysh01.PNG
ObrMysh01.PNG [ 68.77 КБ | Просмотров: 15377 ]

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

Продолжение следует 2


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Вторник, 19 Май, 2015 20:12 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
http://webcache.googleusercontent.com/s ... clnk&gl=ru

НООТРОПНЫЕ ПРЕПАРАТЫ И ЯЗЫК ДРАКОН

Цитата:
Из профильных стратегий применения ноотропных препаратов для специфических видов интеллектуальной деятельности можно определить: для работников при повышении квалификации, образовании (в т.ч. студентов), изучении языка или новых технологий, занимающихся творческой аналитической работой – препараты, воздействующие на память, обучаемость, восприятие больших объемов информации; для специалистов при управлении сложной техникой и быстротекущими технологическими процессами, транспортными средствами (в т.ч. пилоты, водители), выполнением работ в экстремальных условиях – препараты, улучшающие активность мозга, усиливающие рефлексию, увеличивающие уровень бодрствования, стимулирующие ЦНС.

Весьма перспективным, хотя требующим больших усилий от самих субъектов интеллектуальной деятельности, представляется все более широкое внедрение «мнемотехники» [гр. mnemonikon (technema)] – совокупности приемов для облегчения запоминания возможно большего количества информации [4].

PDF created with pdfFactory Pro trial version http://www.pdffactory.com

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

Врожденные способности и школьное образование — это лишь стартовая площадка, дальше всё зависит от мотивации и использования самых совершенных методов усиления интеллекта.

К самым разработанным и популярным через Интернет методам когнитивной оптимизации можно отнести карты сознания (программа FreeMind, универсальный расширитель мозга),
система управления своими делами GTD (Getting Things Done) Дэвида Аллена, а также многочисленные навыки критического мышления, развиваемые в современной философии, которая учит логически и последовательно мыслить.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 05 Июнь, 2015 15:45 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1359
http://ivan-gandhi.livejournal.com/3229325.html

Цитата:
"По мнению доктора ..."
Много комментариев.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 05 Июнь, 2015 18:16 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
LKom писал(а):


Там много комментариев. Цитирую один. Пишет женщина Поленова:
Цитата:
From: polenova

Июнь 2, 2015 07:05 am none (UTC)

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

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

Он еще при изменении модели базу данных перестраивал. Разумеется, были куски, куда генератор не добирался, там была обычная, очень хреновая JAVA, но любое изменение модели, которое в нормальной жизни заняло бы минут 5, занимало день, а то и два - потому что этот генератор работал мистически.

Его можно было прогнать на одной и той же модели несколько раз и результат получался разным. Этот продукт между прочим существует, и продается. Уже лет 8 прошло, а мне упорно присылают предложения пойти поработать на нем консультантом, много денег предлагают. Но уж нет, пусть враги мои на нем работают.

Эту фигню для CAD написали, якобы конструкторы автомобилей и самолетов будут нужную функциональность на графическом редакторе ( там Rational Rose был ) дорисовывать, а потом нажмут кнопку - трах-тибидох - и все заработало. Оно, конечно, не работает, но сколько людей на этом нехилые деньги зарабатывает. Насколько я помню, похожие тулы были тут модными лет 15 назад?

Но название Дракон мне понравилось. самое то для русского языка программирования.

А я когда-то в ранней юности работала на русском языке программирования - действительно русском, там все операторы были русскими словами. он поэтично назывался ЯМБ (язык машин бухгалтерских). При внимательном рассмотрении язык оказался Бейсиком, переведенным на русский язык.

Но я на нем недолго проработала, недели две. Потом, кажется, сломалась эта самая бухгалтерская машина, я уже не помню, это в 83-м году было, но в общем, отстали от меня и я мирно вернулась к PL/1.


Я удивился, что с UML было так трудно работать. Она пишет:
Цитата:
я в Америке проработала полтора года в продукте, который генерировал код из UML, это были самые кошмарные полтора года моей жизни.
Наверно, это были детские болезни. Как Вы думаете?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Суббота, 06 Июнь, 2015 10:45 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
Владимир Паронджанов писал(а):
Я удивился, что с UML было так трудно работать. Она пишет:
Цитата:
я в Америке проработала полтора года в продукте, который генерировал код из UML, это были самые кошмарные полтора года моей жизни.
Наверно, это были детские болезни. Как Вы думаете?


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Понедельник, 08 Июнь, 2015 10:10 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
http://forum.easyelectronics.ru/viewtop ... 41#p398941

Геннадий Тышов сообщил интересную вещь про соискателя.

Соискатель хочет получать на новой работе 120 000 рублей.
Он обосновывает это тем (в частности), что он нашёл способ применить визуальный язык "Дракон" для программирования интеграционных задач на PL/SQL.

Мое мнение. Найденный соискателем способ применения языка ДРАКОН в увязке с PL/SQL является большим достижением.

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

Геннадий Тышов писал(а):
Отзыв от пользователя:
Желаемая должность и зарплата

Цитата:
Разработчик Oracle
120 000 руб.
Информационные технологии, интернет, телеком
— Программирование, Разработка
— CTO, CIO, Директор по IT
Занятость: полная занятость
График работы: полный день
аргументация:
Цитата:
...
Нашёл способ применить визуальный язык "Дракон" для программирования интеграционных задач на PL/SQL (плюсы решения изложены здесь http://analyticls.ru/--2).
...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Понедельник, 08 Июнь, 2015 18:11 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
http://analyticls.ru/---4
Цитата:
В защиту Дракона
потому что работа должна быть простой


Николай Иваницкий

Обнаружил некоторые дискуссии по "Дракону" со ссылкой на мой сайт. Радует, что люди продолжают спорить и стремятся сделать мир лучше, или, хотя бы, сформировать и отстоять своё мнение, о том, каким должен быть более совершенный мир.

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

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

Вложение:
erp.png
erp.png [ 41.14 КБ | Просмотров: 15193 ]

Для любой среды, в которой на каждый запрос клиента создаётся отдельный поток на сервере, к примеру PL/SQL и Oracle HTTP Server, PHP и Apache, возможностей Дракона достаточно для корректного описания программы, но для сред c однозадачным циклом обработки событий, таких как NodeJS, выразительности схем уже не хватает, асинхронность вызова функций надо реализовывать самостоятельно.

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

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

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

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

Posted by Николай Иваницкий Sunday, June 07, 2015 5:39:00 PM


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Вторник, 09 Июнь, 2015 11:03 

Зарегистрирован: Четверг, 23 Май, 2013 05:13
Сообщения: 401
Владимир Паронджанов писал(а):
http://analyticls.ru/---4
Цитата:
В защиту Дракона
потому что работа должна быть простой


Очень интересные и полезные мысли.
Решил кое-что из них "притырить" для аргументов в пользу Дракона.
Пригодится для какого-нибудь выступления.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Понедельник, 29 Июнь, 2015 11:57 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
По ссылке Геннадия Тышова
http://analyticls.ru/-------graphichesk ... mmirovanie
Цитата:
Графическое программирование

Алгоритм один, реализаций много.

Обычно, программируя, я придерживаюсь точки зрения, что любую проблему надо решать на инструменте, который максимально точно и наглядно решение этой проблемы описывает, чтобы было максимальное соответствие между постановкой задачи бизнесом и алгоритмом, который её решает.

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

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

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



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

В то же время, если вы аналитические запросы и курсоры для приложения определяете декларативно (см. нотацию "Эрис Г."), то вы их можете выполнять где угодно, просто заменив исполняющий слой. На оракле, на постгресе или на HDFS -- неважно где и что исполнятся, если вы реализуете алгоритм в точном соответствии с логикой своего языка запросов, то вы получите тот результат, который задумывал пользователь, проектируя запрос.

Пример демонстрационный простого графического редактора схемы на JS можно посмотреть здесь Пример JS редактора схемы

Графический язык проще для современного пользователя, потому что он понятен интуитивно и вам достаточно только разработать интерпретатор языка, в то время, как при использовании собственного текстового языка необходимо разработать ещё и редактор и провести более длительное обучение пользователей, чем при графическом языке.

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

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

Posted by Николай Иваницкий Monday, June 22, 2015 11:53:00 PM


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Понедельник, 03 Август, 2015 17:59 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
По ссылке Геннадия Тышова

http://analyticls.ru/----miceproxy-buster-erp

В оригинале есть дракон-схема "Алгоритм выбора сервера для пакета в сессии работы с Базой данных".

Цитата:
Как перестать писать джойны на ABAP и начать жить

По мнению экспертов SAP, БД всегда является узким местом в работе системы. Так получается, обычно, не потому, что любая БД плохо масштабируется, а потому, что ERP специалисты на этапе продаж занижают требования к БД по маркетинговым соображениям и в силу уверенности в своём продукте, а так же недостаточно хорошо понимают те возможности, которые может предоставить современная СУБД для увеличения производительности. Практически все крупные СУБД позволяют создавать реплики продуктивной БД (см. здесь), которые можно использовать для отчётов или запросов, однако в архитектуре SAP сервер БД всего один (см. здесь) вне зависимости от обстоятельств.

Как же быть, если приложение SAP уже стоит, отчёты на нём пишутся, но работает всё крайне медленно? Неужели писать джойны на сервере приложений, ведь это единственное место, которое предполагают масштабировать внедренцы ERP?

В случае совсем простой и дешёвой СУБД, либо обычных DBF файлов, масштабирование на стороне сервера приложений, быть может, и является спасительной соломинкой для утопающего, но в случае Oracle это то же самое, что пойти пешком, предварительно заказав и оплатив такси.

К счастью, есть и иные варианты! Лучшим из них, конечно же, является использование Oracle Real Application Cluster (RAC). Однако, если по каким-либо причинам использование RAC не предполагается, можно разделить потоки запросов на чтение и на изменение данных по разным серверам, синхронизированным с помощью технологии Oracle Active Data Guard. Если в приложении сделать это не получается, то добиться нужного результата можно достаточно просто с помощью MiceProxy Buster ERP.
Цитата:
В оригинале есть дракон-схема "Алгоритм выбора сервера для пакета в сессии работы с Базой данных".

MiceProxy Buster ERP это специализированная версия балансирующего прокси-сервера MiceProxy, осуществляющая выбор сервера, которому будет отправлен пакет на обработку по специальному алгоритму, отвечающему за то, что все запросы на изменение поступят на сервер изменения данных (Production Server), а все запросы на чтение, во время отправки которых нет открытой транзакции, поступят на сервера-реплики. Это даст возможность существенно снизить нагрузку на сервер БД без изменения приложения, навсегда забыть те ужасные времена, когда БД являлась узким местом в работе системы и начать жить, вместо того, чтобы вручную программировать логику запросов на императивном языке.

MiceProxy Buster ERP это платный продукт и может быть доработан для обеспечения требований заказчика по установке контекста сессии на разных серверах при необходимости.

Posted by Николай Иваницкий Saturday, August 01, 2015 7:47:00 AM


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 14 Август, 2015 10:25 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
По ссылке Геннадия Тышова

ДРАКОН на сайте "В контакте"

https://vk.com/drakon_yazuk


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Воскресенье, 16 Август, 2015 11:25 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1359
http://2ch-b.ru/2015/08/14/drakon-druzheliubnyj-russkij-algoritmicheskij-iazyk-kotoryj-obespechivaet-99778453.html#

27 икон


Последний раз редактировалось LKom Воскресенье, 16 Август, 2015 11:38, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Воскресенье, 16 Август, 2015 11:37 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1359
http://psilonsk.livejournal.com/354880.html

Цитата:
На тренинге пообщался с товарищем, который участвовал в проекте создания алгоритмического языка ДРАКОН (о существовании которого я вообще не знал). Оказывается, для космической программы "Энергия - Буран" тридцать лет назад сделали свой язык моделирования и программирования.

На тренинге, товарищ - это В.Д. Паронджанов или еще кто нибудь сохранился из участвовавших в проекте?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Воскресенье, 16 Август, 2015 22:52 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
На китайском сайте имеется информация о языке ДРАКОН и программе DRAKON Editor на английском языке
http://www.tuicool.com/articles/MbMf2q

Цитата:
DRAKON is a visual language for specifications from the Russian space program. DRAKON is used for capturing requirements and building software that controls spacecraft.

The rules of DRAKON are optimized to ensure easy understanding by human beings.

DRAKON is gaining popularity in other areas beyond software, such as medical textbooks. DRAKON is universal. Its purpose is to represent any knowledge that explains how to accomplish a goal.

Но сам сайт китайский.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Воскресенье, 06 Сентябрь, 2015 16:13 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1359
http://habrahabr.ru/company/piter/blog/266019/
На Хабрахабре, в комментариях:

Цитата:
Klukonin 3 сентября 2015 в 15:35 (комментарий был изменён)

Я в очередной раз напомню о замечательной отечественной разработке.
ДРАКОН

После него не будет мучительной ломки от отсутствия красивых картинок и яркой графики.
Просто и ничего лишнего.
Имхо, визуализация — это хорошо. Но когда все в блоках и даже знак "=" нужно перетаскивать — это перебор.

    erthad 3 сентября 2015 в 16:04 (комментарий был изменён)

    Интересная штука. Только он на чем нибудь кроме Windows работает?

    UPD: ИС Дракон работает в других операционных системах
    В UNIX-подобными ОС работает с программой Wine.
    В MacOS работает с программой Parallels Desktop.

    Попробую, спасибо!

      andyudol 5 сентября 2015 в 00:31

      Дракон работает в голове. Рисовать драконовские схемы можно хоть на заборе.
      Но существуют три редактора:ИС Дракон, DRAKON Editor и Фабула.
      DRAKON Editor работает на всём, где есть Tcl/Tk и умеет генерировать код на некоторых языках из драконовских схем.
      Остальные — под виндовс.
      ИС Дракон тоже умеет генерировать код.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Воскресенье, 06 Сентябрь, 2015 16:57 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1359
http://www.sql.ru/forum/1170684/drakon
Тема: Дракон

Цитата:
Мне вот интересно, реально все ПО для Бурана на Драконе разрабатывалось или это байка? Кто в теме, поведайте!

Вопрос остался без ответа.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 30 Октябрь, 2015 16:39 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1359
https://toster.ru/q/257970

Дракон детям.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 30 Октябрь, 2015 17:05 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
По ссылке LKom
https://toster.ru/q/257970
Цитата:
Насчёт алгоритмов и мудрости - хорошо пишет Паронджанов В. Д.

Для обзора можно скачать его отсканированную книгу "Почему мудрец похож на обезьяну, или Парадоксальная энциклопедия современной мудрости." (Дано научно-популярное описание языка ДРАКОН. — С. 297 – 434) отсюда.

Краткое описание языка ДРАКОН дано здесь.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Что говорят в сети о Драконе
СообщениеДобавлено: Пятница, 30 Октябрь, 2015 17:38 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5999
Откуда: Москва
http://www.linux.org.ru/forum/developme ... t-10748278
Цитата:
Кинь еще книг, пожалуйста! Что-то типа - «Основы программирования».

f_zoo (08.08.2014 21:34:43)

http://www.linux.org.ru/add_comment.jsp ... o=10748881
Цитата:
Ответ на: комментарий от f_zoo 08.08.2014 21:34:43

книги Паронджанова про ДРАКОН. Начни с последней, 2014 года.

anonymous (09.08.2014 0:36:18)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 840 ]  На страницу Пред.  1 ... 25, 26, 27, 28, 29, 30, 31 ... 42  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2008-2025, участники конференции «DRAKON.SU», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB