Википедия:К восстановлению/23 октября 2009

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
К восстановлению
26 ноября
27 ноября
28 ноября
29 ноября
30 ноября
1 декабря
2 декабря
3 декабря
См. также
архив запросов на восстановление
проекты
Википедия:К удалению
Википедия:К улучшению
Предыдущий день | Следующий день
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

ДРАКОН (язык программирования)

Вопрос к администратору. На каком основании Вы удалили этот материал?

На том, что три человека не прочитав автора внимательно, и не разбираясь в материале написали тупые блок схемы? Или вы сами себя считаете большим специалистом в этом вопросе?

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

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

Что же видим у автора? Он эти вопросы рассматривает и ставит во главу угла (считает основными). Более того, он качественно аргументирует свою точку зрения. (см. Паронджанов "Как улучшить работу ума", главы "Концепция когнитивного программирования", "Текст как зрительная сцена", "Симультанное и сукцессивное восприятие", "Как повысить продуктивность человеческого мозга"). Если вы не видите разницы между структурным представлением и эргономичным представлением с учетом особенностей человеческого мозга, то очень жаль.

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

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

замкнутых контуров облегчает выделение смысловой фигуры из зрительного фона как на уровне всего чертежа, так и на уровне его фрагментов

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

Дальше автор пишет про формат вывода: "КАКИМ ДОЛЖЕН БЫТЬ ФОРМАТ ДИОСЦЕНЫ?". Там он говорит про принцип целостного образа, и обосновывает этот принцип (так где здесь тупые блок схемы? Может они не так уж и тупы, как показалось некоторым?).

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

! Структура диосцены должна быть не хаотичной, а регулярной и предсказуемой.

! Диосцену желательно разбить на зоны, имеющие зрительно-смысловое значение (зона обычно содержит несколько блоков).

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

! Границы зон (выделяемые пробелами или линиями) должны иметь простую прямоугольную форму.

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

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

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

! Число пересечений, обрывов и изломов на соединительных линиях нужно минимизировать.

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

! Замкнутые контуры предпочтительнее, чем разорванные линии.

! Следует использовать простые и интуитивно ясные средства, позволяющие отделить смысловую фигуру (простую или составную) от фона.

! Линии контура блоков должны быть жирнее, чем соединительные линии.

! Следует использовать также некоторые правила, рекомендуемые в инженерной психологии для проектирования средств отображения информации, например правило метра и ритма [5].

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

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

Про похожесть - вообще смешно. Если Вы или Я похожи на обезьяну, то это совсем не означает, что мы являемся этими животными. Туда же и “тупой попил денег”. Автор этого сообщения наверное со свечкой стоял, или жалеет что ему не досталось. Крикнуть такое гораздо проще, чем узнать что тема вообще-то была разработана в 80-х, когда и понятия то такого не было.

Все это не может быть признано серьезными аргументами.

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

Прошу восстановить страницу, так как она содержит достаточно интересный материал.

--188.128.100.242 03:53, 23 октября 2009 (UTC) С уважением Емельяненко Сергей.

Приведите, каким критериям значимости соответствует предмет статьи? В ней ничего не показано. Главное - отсутствуют ссылки на независимые АИ, никак не связанные с разработчиками языка. Поэтому для восстановления статьи необходимо в первую очередь указать эти публикации. И еще - не забывайте про ВП:ЭП и ВП:НО. -- Vladimir Solovjev (обс) 14:31, 23 октября 2009 (UTC)

Хотелось бы знать причем здесь критерии значимости для Софта. В этой статье не описывается конкретный софт и ничего не рекламируется. Единственное что здесь предлагается - это способ представления алгоритмов. Описывается семейство языков. С конкретным софтом это никак не связано.

Идеи и их воплощение вещи как известно разные.

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

УДК 37 681.3.06 331.015.11 ББК 32.973 П18 Р е ц е н з е н т ы : Ю. И. Журавлев, академик РАН, зам. директора Вычислительного центра РАН, председатель Научно-методического совета по информатике Министерства образования; П. П. Пархоменко, член-корреспондент РАН, гл. научн. сотрудник Института проблем управления РАН им. акад. В. А. Трапезникова; Ю. В. Трунов, д-р техн. наук, профессор, Генеральный директор — Генеральный конструктор Научно-производственного центра автоматики и приборостроения им. акад. Н. А. Пилюгина, зав. Базовой кафедрой Московского института радиотехники, электроники и автоматики; Я. В. Безель, д-р техн. наук, профессор, Генеральный конструктор Московского НИИ приборной автоматики; В. П. Кутепов, д-р физ.-мат. наук, профессор, зав. кафедрой прикладной математики Московского энергетического института (Технического университета)

Связаны ли они каким то образом с автором? Сомневаюсь.

Далее есть ссылки в Вестнике РАН (думаю тоже не зависящем от автора):

БЕЗЕЛЬ Я.В., МОЖНО ЛИ УЛУЧШИТЬ РАБОТУ УМА? НОВЫЙ ВЗГЛЯД НА ПРОБЛЕМУ. //ВЕСТНИК РОССИЙСКОЙ АКАДЕМИИ НАУК, 2003, том 73, № 4, с. 363-365

Гуленков Г.А., СХЕМОКУРС — ЭФФЕКТИВНОЕ СРЕДСТВО ПРЕДСТАВЛЕНИЯ ТЕКСТОВОЙ ИНФОРМАЦИИ

Чем все вышеприведенное не соответствует "Критериям значимости"?

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

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

( А фраза про давайте обсуждать не авторов, а содержание статей - прямо относится к приведнным мной доводам.

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

Эти идеи необоснованы или сомнительны? Приведите Ваши доводы, и может и вопрос отпадет сам собой. А то получается у вас то и возражение только одно - нет ссылки на авторитеты. Причем если не понравится - то можно откинуть кого угодно. Все друг с другом связаны, так или иначе. Хотелось бы увидеть возражения по существу. )

--188.128.100.242 02:05, 26 октября 2009 (UTC)С уважением Емельяненко Сергей.

Хочу обсудить значимость именно как языка (системы) программирования (без различных улучшений ума и т.п.). Вопрос к Сергею (либо к знатокам темы): знакомы ли вам другие среды и системы программирования, позволяющие получить готовую программу после описания ее блок-схемы? Является ли это свойство ЯП ДРАКОН уникальным? Есть ли статьи о ДРАКОНе, как о языке программирования? Есть ли историческая значимость данного языка? (Т.е. есть ли _статьи_ об его использовании в различных проектах, желательно не статьи или книги Паронджанова, т.к. он проводит агрессивную рекламу своих книг, идей и прочего?) `a5b 19:13, 3 ноября 2009 (UTC)
Кроме того, статья уже восстанавливалась, см. Википедия:К_восстановлению/19_октября_2008. По критериям значимости, видимо, лучше обращаться к Википедия:КЗТ `a5b 19:13, 3 ноября 2009 (UTC)
Давайте.

знакомы ли вам другие среды и системы программирования, позволяющие получить готовую программу после описания ее блок-схемы?

1. ДРАКОН схемы - это не блок схемы в чистом виде. Блок схемы здесь не главное. Это только средство.

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

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

Собственно правила построения здесь главное.

Таким образом обсуждать вопрос об CASE средствах построения кода из блок схем не совсем корректно. Почему бы в таком случае не присоеденить сюда еще и объектную модель и Rational Rose (и др.) или например E-R модель и S-Designer. Непонятно как они связаны с ДРАКОН схемами...

Если выкинуть облегчение работы мозга и эргономику - значит выкинуть собственно всю идею

2. В ДРАКОН схемах все начертания делаются с целью облегчить работу мозга. И автор неплохо это обосновывает.

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

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

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

На самом деле очень хотел бы сам увидеть что то подобное у других авторов и для других моделей.)


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

3. Две таких ссылки приведены выше. Паронджанов не является их автором. Авторы имеют научную степень. Одна публикация - в Вестнике РАН. Рецензии на книгу приведенные выше (они ведь тоже не автором писались.)

Разработки: система ГРАФИТ - ФЛОКС. более подробно про реализацию - из тех источников, которыя я нашел можно почитать Форум по ДРАКОН-уна OberonCore

А также здесь: и здесь

--188.128.100.242 04:45, 4 ноября 2009 (UTC)

4. Об пересечениях и уникальности. Собственно шампур-схема очень похожа на основной сценарий Алистера Коберна. Правда там упор делается на текст. Было бы здорово скрестить одно с другим :)

Емельяненко Сергей.

Прошу восстановить статью «Дракон (язык программирования)», по следующим причинам. 1. Статья содержит интересный материал о связи языка Дракон, орбитального корабля Буран и других ракет-носителей и разгонных блоков космических аппаратов. Язык Дракон разрабатывался для орбитального корабля Буран. Разработка программного обеспечения и языков для Бурана представляла собой чрезвычайно сложную задачу, которая имеет международное значение. Статья про язык Дракон опубликована в англоязычной, испаноязычной (и др.) Wikipedia.

http://en.wikipedia.org/wiki/DRAKON http://es.wikipedia.org/wiki/DRAKON

Анго- и испаноязычные версии статьи обновлены соответственно 1 и 3 сентября 2009, то есть почти на полтора месяца позже удаления русскоязычной версии статьи.

См. также японоанглийскую статью о Драконе DRAKON - Himatsubushi Wikipedia http://yomi.mobi/egate/DRAKON/a

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

В англоязычной версии статьи Buran (spacecraft) http://en.wikipedia.org/wiki/Buran_(spacecraft) имеется ссылка на язык DRAKON http://en.wikipedia.org/wiki/DRAKON

Такая же картина в русскоязычной Википедии в статье Буран (космический корабль) http://ru.wikipedia.org/wiki/Буран_(космический_корабль)

Здесь имеется ссылка на: Разработка языков программирования для Бурана, где описана история создания языка ДРАКОН.

2. Краткие сведения об использовании языка программирования Дракон в космической технике

Визуальный язык Дракон создавался для космического корабля Буран. Цель состояла в том, чтобы заменить специализированные языки (Прол2, Диполь и Лакс), использовавшиеся в проекте Буран, на единый универсальный язык. На Буране язык Дракон использовался лишь частично. Это объяснялось тем, что разработка Дракона продолжалась 12 лет (с 1986 по 1996 год) и завершилась спустя 3 года после официального закрытия проекта Буран в 1993 году.

Язык ДРАКОН разработан совместными усилиями Федерального космического агентства (Научно-производственный центр автоматики и приборостроения им. акад. Н.А.Пилюгина, г. Москва) и Российской академии наук (Институт прикладной математики им. акад. М.В. Келдыша, г. Москва). На базе ДРАКОНА построена автоматизированная технология проектирования программных систем (CASE-технология) под названием «ГРАФИТ-ФЛОКС». Она успешно используется в следующих ракетно-космических проектах (при разработке систем управления ракет-носителей и разгонных блоков космических аппаратов):

  • разгонный блок космических аппаратов ДМ-SL (в рамках международного проекта «Морской старт» — участники Россия, США, Украина, Норвегия);
  • разгонный блок космических аппаратов Фрегат (Российско-европейский проект);
  • модернизированная ракета-носитель тяжелого класса Протон-М;
  • разгонный блок космических аппаратов ДМ-03;
  • разгонный блок космических аппаратов «Наземный старт»;
  • ракета-носитель легкого класса Ангара 1,2;
  • ракета-носитель тяжелого класса Ангара-А5;
  • и др.

http://oberoncore.ru/wiki/drakon/start см. раздел «Приложение»

3. Язык Дракон ориентирован, в частности, для создания алгоритмов и программ непрограммирующими специалистами по методу "программирование без прикладных программистов".

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

Вследствие этого разработку многих компьютерных программ для космических ракет на практике ведут не программисты, а обычные специалисты — по принципу "программирование без прикладных программистов"

Причина частичного отказа от программистов проста. При решении практических прикладных задач специалисты досконально владеют материалом и прекрасно знают постановку задачи. В отличие от них программисты не знают "физику процесса" и становятся "лишними людьми", без которых иногда (но отнюдь не всегда) можно обойтись. Это позволяет значительно сократить издержки, улучшить показатель "затраты—результат", ускорить ход работ и полностью избавиться от ошибок “испорченного телефона”, вызванных взаимным непониманием между ПРОГРАММИСТАМИ и СПЕЦИАЛИСТАМИ.

Структурная схема функционирования языка Дракон в рамках технологии «Графит-Флокс» показана здесь http://store.oberoncore.ru/lib/paper/grafit_A4.pdf На этой схеме показано распределение работ между специалистами и программистами. Язык Дракон и технология «Графит-Флокс» находятся в эксплуатации при разработке программного обеспечения уже в течение 14 лет (с 1996 по 2009 год).

4. Эксперт Википедии Vladimir Solovjev указывает: "Главное — отсутствуют ссылки на независимые АИ, никак не связанные с разработчиками языка. Поэтому для восстановления статьи необходимо в первую очередь указать эти публикации". Ниже приводятся ссылки на независимые АИ.

4.1. В 1996 году Государственный комитет по высшему образованию Российской Федерации включил изучение языка ДРАКОН в программу курса информатики высшей школы. Этот факт нашел отражение в официальном документе Госкомвуза под названием: «Примерная программа дисциплины «Информатика». Для направлений:

  • 510000 — Естественные науки и математика
  • 540000 — Образование
  • 550000 — Технические науки
  • 560000 — Сельскохозяйственные науки

Издание официальное. М.: Госкомвуз, 1996. 21с.

http://oberoncore.ru/_media/wiki/drakon/progr_drakon.pdf

Ниже приведен Раздел 3 из этой программы, который построен на основе языка Дракон.

Раздел 3. АЛГОРИТМЫ И АЛГОРИТМИЗАЦИЯ. ВИЗУАЛИЗАЦИЯ АЛГОРИТМОВ.

Понятие алгоритма и алгоритмической системы. Визуализация алгоритмов и блок-схемы. Недостатки традиционных блок-схем. Формализация и эргономизация блок-схем. Язык визуального представления алгоритмов ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность). Линейные, разветвленные и цикличные алгоритмы. Вложенные и параллельные алгоритмы. Логические элементы и базовые управляющие структуры визуального структурного программирования. Построение алгоритма из базовых структур. Визуальные операторы управления. Визуальные алгоритмические макроконструкции "примитив" и "силуэт". Пошаговая детализация как метод проектирования алгоритмов. Понимаемость алгоритмов и методы ее улучшения. Понятие эргономичного алгоритма. Равносильные преобразования визуальных алгоритмов, позволяющие улучшить их понимаемость: рокировка, подстановка, вертикальное и горизонтальное объединение, визуализация логических формул в условных операторах. Две формы представления алгоритмов: визуальная и текстовая. Визуальные и текстовые языки и псевдоязыки. Преобразование алгоритмов из визуальной формы в текстовую и обратно. Преимущества визуальной формы. Анализ визуальных алгоритмов методом застывших условий. Язык абстрактных ДРАКОН-схем как инвариант класса процедурных языков. см. стр. 3, 4

http://oberoncore.ru/_media/wiki/drakon/progr_drakon.pdf

4.2. Обращаю Ваше внимание, что упомянутую программу одобрил Ю.И. Журавлев Председатель Президиума научно-методического совета по информатике Госкомвуза РФ, академик РАН, Зам. по научной работе Директора Вычислительного центра имени акад. А.А. Дородницына РАН; Руководитель Секции прикладной математики и информатики Отделения математических наук РАН; Зам. Академика-секретаря Отделения математических наук РАН.

4.3. В журнале «Вестник РАН» напечатана положительная рецензия доктора технических наук Безель Я.Б. Можно ли улучшить работу ума? Новый взгляд на проблему. Размышления над новой книгой // Вестник Российской академии наук, том 73, № 4, 2003. С. 363—365. Это рецензия на книгу "Паронджанов В.Д. Как улучшить работу ума: Алгоритмы без программистов — это очень просто! М.: Дело, 2001". — 360с. Илл. 142. В этой книге дано наиболее полное описание языка Дракон. Обращаю Ваше внимание, что Главным редактором журнала «Вестник РАН» является Президент Российской академии наук академик Ю.С. Осипов.

http://www.ras.ru/FStorage/download.aspx?Id=f49480dd-198c-4099-812c-6df6693032b3

4.4. Привожу отрывок из рецензии Я.Б. Безеля:

"До сих пор создание алгоритмических языков было заветной "вотчиной" математиков. Данная книга представляет собой попытку осуществить своего рода переворот, суть которого в том, что гуманитарные требования к языку выдвигаются на первое место (при этом требование математической строгости, разумеется, аккуратно выполняется). В их числе, например, такие: предложить эффективные средства для описания структуры деятельности; предоставить человеку такие языковые средства, которые резко упрощают восприятие сложных процедурных проблем и общение с коллегами, делают непонятное понятным и за счет этого буквально заставляют человека мыслить отчетливо, глубоко и продуктивно. В этих условиях вероятность заблуждений, просчетов и ошибок неизбежно падает, а производительность растет. ДРАКОН — первый алгоритмический язык, созданный в рамках нового мировоззрения, органично объединившего идеи психологии, эргономики и математики. За счет использования когнитивно-эргономического подхода к проектированию синтаксиса и семантики можно добиться кардинального улучшения качества программного обеспечения по критерию "понимаемость программ" (с. 37, 38)… Одним словом, автор рецензируемой монографии демонстрирует новый и глубоко оригинальный взгляд на проблему создания искусственных языков. В книге дается описание языка ДРАКОН и приводятся многочисленные примеры его применения. Графические структурные конструкции ДРАКОНА делают ненужными привычные текстовые конструкции (if-then-else, case и т.д.), которые казались незыблемым оплотом процедурного программирования". Конец отрывка из рецензии Я.М. Безеля.

http://www.ras.ru/FStorage/download.aspx?Id=f49480dd-198c-4099-812c-6df6693032b3 стр. 364, 365

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

Статья опубликована в журнале «Приборостроение и средства автоматизации. Энциклопедический справочник №10 2003г». Стр.57—60.

Название статьи: Средство визуального программирования "Силуэт" Авторы статьи: Д.А.Щелкунов, П.В. Павлов, И.А.Князев

(Примечание. "Силуэт" — основная алгоритмическая структура языка Дракон).

В настоящее время разработка компьютерных программ подразумевает знание хотя бы одного алгоритмического языка, а в большинстве случаев и знание современных технологий программирования. Естественно, это отпугивает многих специалистов-предметников (инженеров, технологов и т.д.) от написания собственных программ из своей предметной области. Так, по мнению В.Д. Паронджанова [1], сложность явилась камнем преткновения информатики, которая превратила формализацию профессиональных знаний и разработку сложных компьютерных программ в сверхтрудный интеллектуальный процесс, доступный сравнительно узкой социальной прослойке и недоступный всем остальным. Сегодня, несмотря на все усилия, значительная часть специалистов, не научившись разбираться в языках программирования, оказалась отстраненной от плодотворного взаимодействия с программным обеспечением компьютера, что не позволяет им эффективно обрабатывать собственные и чужие профессиональные знания. Исходя из классической формулировки Н.Вирта, по которой любую программу можно интерпретировать как «Алгоритм Структуры данных» [2], мы считаем, что одним из способов повышения эффективности программирования является придание визуальной образности формам спецификации данных и описанию алгоритмов. Неслучайно, что в настоящее время делается много попыток создания средств визуального программирования. В Международном центре по информатике и электронике (ИнтерЭВМ) разработано средство визуального программирования (СВП) «Силуэт», в котором способ программирования приближен к образному способу визуального мышления человека. СВП «Силуэт» предоставляет возможность специалистам-предметникам создавать собственные программы, не прибегая при этом к сложным и запутанным современным языкам программирования. В СВП «Силуэт» специалист-предметник оперирует понятными ему программными объектами из своей предметной области, задавая алгоритм решения задачи с помощью визуальных графических элементов. Повышение производительности труда программиста связывают в этом случае с большей наглядностью (понятностью) программ и более комфортными условиями труда, что в конечном итоге приводит к повышению надежности результирующих программных продуктов.

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

Графическое представление алгоритма

Графический способ представления логики проектируемой программы основывается на использовании так называемых ДРАКОН-схем, описывающих ход выполнения программы, т.е. порядок передачи управления между различными ее модулями. Процесс написания исходного текста заменяется процессом построения программы из элементов визуального языка ДРАКОН [1], соединяемых по определенным правилам в соответствии с логикой работы алгоритма. Построенная в графическом редакторе ДРАКОН-схема представляется в памяти компьютера в виде древовидной динамической структуры объектов.

Примечание. Далее следует середина статьи, которую я для краткости опускаю.

Сохранение файла проекта

На любом этапе можно сохранить проект программы. Файлы проекта записываются на ХML-подобном языке с сохранением той вложенной структуры, которую образуют элементы схем и объекты данных в памяти компьютера. Каждый элемент схемы и сам объект сохраняет и считывает то, что ему нужно и может руководить сохранением и загрузкой тех объектов, которые расположены в нем.

Расширяемость СВП "Силуэт"

Программное ядро СВП «Силуэт» реализовано таким образом, что для добавления нового объекта данных или элемента схемы достаточно просто скопировать специальным образом подготовленную динамическую библиотеку в нужную директорию. Средство автоматически «подцепит» эту библиотеку. Программные интерфейсы, определенные в ядре СВП «Силуэт» являются достаточно универсальными, что позволяет при необходимости реализовать различные графические представления алгоритма. Версии СВП «Силуэт» разработаны с использованием кросс-платформенной библиотеки Qt и могут работать под управлением операционных систем Windows и Linux.

Перспективы СВП "Силуэт"

Представленный в данной статье пример использует минимальные возможности СВП «Силуэт». В настоящее время разрабатывается большой набор библиотек объектов, связанных с GUI, базами данных, математикой и другими направлениями.

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

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

Литература

1. Паронджанов В.Д. Как улучшить работу ума: алгоритмы без программистов — это очень просто! — М.: Дело, 2001. 2. Вирт Н. Систематическое программирование. Введение. — М.: Мир, 1977.

Конец статьи. Примечание. Этой статьи сети нет. Есть лишь ссылка на оглавление журнала и название статьи http://www.tgizd.ru/mag/spravoch/spravoch_3_10.shtml


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

Генеральный директор ООО «Метасистемы» И.Е. Ермаков, г. Орел

Оспоренный итог

Внимательно рассмотрел все приведенные ссылки. В общем судя по всему предмет статьи действительно является значимым, существуют публикации по ней, хотя не все ссылки, приведённые здесь, являются АИ, да и книга Вирта издана немного раньше, чем был создан язык, но по крайней мере некоторые ссылки являются релевантными. Да и язык, судя по всему, действительно используется. Поэтому статья восстанавливается. Только большая просьба - доработать статью так, чтобы сомнений в значимости ее предмета не возникало.-- Vladimir Solovjev (обс) 19:42, 1 декабря 2009 (UTC)

  • Натолкнулся на простановку ссылок на язык, пришёл в статью, увидел, что её значимость (и даже истинность, а не самораскрутка) не показаны. Выставил на удаление, после чего заметил шаблон оставления статьи. В связи с чем хочу отметить: я кратко пролистал длиннющее эссе выше. Очень много словоблудия, поэтому мог что-то важное и пропустить, НО в самой статье НЕ ПОКАЗАНА значимость языка. Всё, что есть - ссылки на форумы, вики-сайты и главные страницы некоторы организаций, не имеющих отношения к языку. Всё это в лучшем случае смотрится как самораскрутка. Так что итог по оставлению я оспариваю. -- AVBtalk 15:00, 2 декабря 2009 (UTC)
    Значимость в статье действительно не показана. Однако потенциально предмет статьи на мой взгляд все же значим, некоторые из ссылок показывают, что предмет статьи возможно соответствует ВП:СОФТ: «Доказательством значимости в первую очередь может служить описание программы в независимых авторитетных источниках, как-то: в специализированной литературе и печатных изданиях — в книгах и журналах, посвящённым ПО, научных работах;». Из приведенных ссылок это в первую очередь ссылка на госстандарт, статья Д.А.Щелкунов, П.В. Павлов, И.А.Князев Средство визуального программирования "Силуэт", да и публикация в вестнике РАН о чем то говорит. Но в любом случае я не возражаю, чтобы кто-то из администраторов переподвел итог.-- Vladimir Solovjev (обс) 16:08, 2 декабря 2009 (UTC)
    Если в статье не показана значимость, а в обсуждении удаления/восстановления показана, значит статью нужно доработать. Если на ВП:КУ можно доработать статью во время обсуждения, на ВП:ВУС этого сделать нельзя. Требовать показать значимость в статье через сутки после её восстановления достаточно странно, нужно время на доработку. --Александр Сигачёв 16:28, 2 декабря 2009 (UTC)

Аргументы

Значимость этой статьи можно рассматривать по Википедия:Критерии значимости теорий, понятий и изобретений. Можно увидеть частичное соответствие двум критериям, каждое из которых, однако, вызывает вопросы.

  • 7. Наличие статей, посвященных теории, понятию или изобретению, в иноязычных секторах Википедии объёмом более 100 тысяч статей, в создании содержания которых принимали участие не менее двух авторов.
  • 5. Наличие упоминаний в тексте издания, рекомендованного Рособразованием в качестве учебника или учебного пособия.
    • Данный язык засветился в учебном стандарте (см. ниже) и книге издательства «Дрофа», нужно проверить была ли она официально рекомендована как учебное пособие.

Описание языка дано в книгах создателя языка, так что с проверкой фактов проблем быть не должно:

  • Паронджанов В.Д. Как улучшить работу ума. Алгоритмы без программистов – это очень просто! – М.: Дело, 2001.
  • Паронджанов В.Д. Занимательная информатика. - М.: Дрофа, 2007.
  • Паронджанов В.Д. Почему мудрец похож на обезьяну – М.: РИПОЛ-Классик, 2007.
  • Паронджанов В.Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). – М.: ДМК-пресс, 2010.
  • Паронджанов В.Д. Язык Дракон. Краткое описание

А также в статье:

  • Владимир Паронджанов. "Буран" и язык программирования ДРАКОН // Компьютерра–Онлайн 13 апреля 2009 года [1]

Были приведены указания на следующие независимые публикации о языке:

  • Безель Я. Б. Можно ли улучшить работу ума? Новый взгляд на проблему. Размышления над новой книгой // Вестник Российской академии наук, том 73, № 4, 2003. С. 363—365. [2]
  • Гуленков Г.А., СХЕМОКУРС — ЭФФЕКТИВНОЕ СРЕДСТВО ПРЕДСТАВЛЕНИЯ ТЕКСТОВОЙ ИНФОРМАЦИИ // Материалы конференции "информационные технологии в образовании"
  • Примерная программа дисциплины "Информатика". Изд. официальное. М.: Госкомвуз, 1996. С. 3,4, 15, 16. [3]
  • ЖАРИНОВ В. Н. ОПИСАНИЕ ДЕЯТЕЛЬНОСТИ НА ОСНОВЕ МЕТОДОЛОГИИ ДРАКОН (непонятно, где была опубликована статья)
  • Д.А.Щелкунов, П.В. Павлов, И.А.Князев. Средство визуального программирования "Силуэт" // "Приборостроение и средства автоматизации. Энциклопедический справочник" №10 2003 год. Стр. 57—60.
  • Жариков. ДРАКОНОГРАФИКА // http://drakonografika.narod.ru
  • История создания языка «ДРАКОН» // Российское Трансгуманистическое Движение [4]

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

Думаю, что хоть и со скрипом, но соответствие общему критерию значимости можно признать. Статью следует оставить. --Александр Сигачёв 17:51, 2 декабря 2009 (UTC)

  • Надо как-то обязать автора статьи доработать статью так, чтобы в ней были указаны внешние независимые источники. В нынешнем состоянии, даже если это не фикция, статья никуда не годится. -- AVBtalk 19:44, 2 декабря 2009 (UTC)
    Это в общем то можно сделать. Поставить срок на доработку. В случае, если это сделано не будет, статью можно будет опять удалить (поскольку она не соответствует ВП:ПРОВ).-- Vladimir Solovjev (обс) 20:17, 2 декабря 2009 (UTC)
  • Вы не уточнили, каков срок ожидания доработки? Прошла очередная неделя, ситуация не изменилась, на КУ номинацию Vald закрыл, поскольку он посчитал, что "ей там не место"... -- AVBtalk 08:14, 20 декабря 2009 (UTC)

Автоматический итог

Страница была восстановлена 1 декабря 2009 в 19:42 (UTC) администратором Vladimir Solovjev. Была указана следующая причина: «Википедия:К восстановлению/23 октября 2009». Данное сообщение было автоматически сгенерировано ботом ClaymoreBot 09:01, 4 декабря 2009 (UTC).

Rainbow Gathering

Не понятно, по каким причинам была удалена статья. Указанная причина "С5: нет доказательств энциклопедической значимости" не несёт под собой реального основания, т.к. явление, известное под названием Rainbow Gathering записано в англоязычной Википедии, имеет более чем 30-ти летнюю историю (с 1972 года), подобные Встречи Племён Радуги проходят по всему миру, в том числе и в большинстве стран Европы, а также в России, они собирают тысячи человек, также об этом явлении написаны несколько книг, как например: 

* Niman, Michael I. People of the Rainbow: A Nomadic Utopia (1997) University of Tennessee Press. ISBN 978-0870499890
* Sentelle, David B. Judge Dave and the Rainbow People (2002) Green Bag Press. ISBN 0-9677568-3-9
* Willoya W., Brown V. Warriors of the Rainbow (1962) Gem Guides Book Co. ISBN 0-9110102-4-6

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

Ратмір 05:39, 23 октября 2009 (UTC)

Текст статьи не энциклопедичен, да и значимость в ней показана не была, да и некоторая ориссность присутствует. Но судя по всему значимость действительно есть. Так что я предлагаю восстановить статью в личное пространство того, кто возьмется ее переработать - причем переработать на основании независимых АИ, а не на личных впечатлениях.-- Vladimir Solovjev (обс) 19:47, 1 декабря 2009 (UTC)

Итог

Статья не восстановлена. Если кто захочет переработать статью, то пусть обращается, она будет восстановлена в его личное пространство для доработки.-- Vladimir Solovjev (обс) 16:08, 11 декабря 2009 (UTC)

Обращение о восстановлении статьи

День добрый, Владимир!

Пишу по поводу статьи Rainbow Gathering, которую я помещал в список к восстановлению: [5]. Пожалуйста, восстановите её в моё личное пространство для доработки, и подскажите, что конкретно в ней нужно дополнить/изменить? Чтобы исключить ориссность, как я это понимаю, должно быть наличие заслуживающего доверие источника информации (известный научный рецензируемый журнал, академические издания). В нашем случае такие источники имеются, наиболее фундаментальный из них:

         Niman, Michael I. People of the Rainbow: A Nomadic Utopia (1997) University of Tennessee Press. ISBN 978-0870499890

Эта книга выпущена академическим издательством Университета Теннеси в США (http://www.utk.edu/) и является научным исследованием антрополога Майкла Ньюмэна, работающего старшим преподавателем в университетах Буффало и Нью-Йорка (2). На протяжении многих лет он исследовал это социальное явление как извне, так и изнутри, и результатом этого труда явилась данная книга. Есть ещё несколько англоязычных книг по теме Rainbow Gathering, как например:

  1. Sentelle, David B. Judge Dave and the Rainbow People (2002) Green Bag Press. ISBN 0-9677568-3-9
  2. Steven McFadden Legend of the Rainbow Warriors (2005) Harlem Writers Guild. ISBN 0-595-38637-7
  3. Willoya, William; Brown, Vinson Warriors of the Rainbow : Strange and Prophetic Dreams of the Indian Peoples (2003) Naturegraph Publishers. ISBN 0-911010-24-6
  4. Ed Mcgaa Rainbow Tribe: Ordinary People Journeying on the Red Road (1992) HarperOne. ISBN 978-0062506115


Каковы могут быть ещё признаки орисса? Судя по правилам: 

Статья в Википедии считается оригинальным исследованием, если
...
2. вводятся новые идеи;
...
4. вводится неологизм (новый или необычный термин).

Как понятно из описанного выше, ни идеи, ни термины уже далеко не новые: первый Rainbow Gathering в США прошёл в 1972 в Roosevelt National Forest, Colorado [[6]], в России - в 1993 в Кясняселькя, Карелия [[7]].

Также согласно правилам: 

Статья может быть опубликована в Википедии, если предмет статьи является частью общепринятых представлений, то есть:
1. эти идеи были приняты к публикации в рецензируемых журналах; или
2. эти идеи начинают завоёвывать существенный интерес публики (неоднократное появление в новостных передачах, в разных изданиях и т. д. — как история с холодным термоядерным синтезом).

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

Результаты поиска в Google по уникальному запросу "Rainbow Gathering": "Результаты примерно 570 000 для Rainbow Gathering" [8]

Дальнейшие ссылки не пропустил спам-фильтр, потому даю ссылку на свой сайт: сообщества, сайт и статьи в газетах по теме Rainbow Gathering

Сообщества по теме Rainbow Gathering

Сайты, посвящённые Rainbow Gathering в различных странах

Статьи в газетах, посвящённые Rainbow Gathering

Ратмір 07:39, 18 декабря 2009 (UTC)

  • Статья восстановлена для переработки в Участник:Ратмір/Rainbow Gathering. По поводу оригинальных исследований. Главное, что статья должна быть построена не на личных впечатлениях и суждениях, а на независимых вторичных авторитетных источниках. При этом статья должна быть энциклопедической, а не напоминать рекламный плакат. То есть должны быть просто приведены факты со ссылками на АИ без всяких призывов и в безличной форме. Когда статья будет переработано, то нужно будет обратится к одному из администраторов (наверное лучше всего ко мне), чтобы оценить статью на соответствие правилам Википедии. Если все будет нормально, то статья после этого будет перенесена в основное пространство статей.-- Vladimir Solovjev (обс) 17:51, 18 декабря 2009 (UTC)
Источник — https://ru.wikipedia.org/w/index.php?title=Википедия:К_восстановлению/23_октября_2009&oldid=134956399