В этом сообщении изложена Часть 9, в которой представлен ответ Паронджанова на сообщение GUEST Вторник, 01 Апрель, 2008 17:42
Примерно через десять дней последует Часть 10, в которой я продолжу отвечать на вопросы и критические замечания участников форума.
С глубоким уважением Владимир Паронджанов
Часть 9. Ответ Паронджанова на сообщения GUEST Вторник, 01 Апрель, 2008 17:42 .Уважаемый GUEST! Благодарю Вас за то, что Вы разъяснили свою позицию.
Я понял, что мой предыдущий ответ является явно недостаточным. Вы подняли очень глубокий вопрос. Поэтому мой ответ будет подробным. Я разобью ответ на 6 пунктов.
Сначала объясню назначение каждого пункта.
Пункты 1 и 2 носят теоретический характер и представляют обширные цитаты из моей книги.
Пункт 3 дает краткую выжимку из теоретической части.
Пункт 4 содержит заключение по теоретической части.
В Пункте 5 (Дискуссия) я возвращаюсь к Вашему сообщению (GUEST Пятница, 28 Март, 2008 00:26), где Вы утверждаете: «ДО СИХ ПОР НЕ ОПРЕДЕЛЕНО, КАКИЕ ДРАКОН-СХЕМЫ ЯВЛЯЮТСЯ НЕКОРРЕКТНЫМИ. ИЗ ОПИСАНИЯ ЯЗЫКА ЭТО НЕ СЛЕДУЕТ». Я попытаюсь доказать, что это утверждение является ошибочным.
В Пункте 6 отвечаю на Ваше предложение о статье.
Пункт 1. Маршрутный, командный и декларативный языки — три части императивного языка (Отрывок из книги Паронджанова (стр. 192)).ФИЛОСОФИЯ ЯЗЫКА ДРАКОН
Любой императивный язык (СИ, ПАСКАЛЬ, АДА, МОДУЛА, БЕЙСИК
и т. д.) можно разбить на три части, три относительно самостоятельных языка: маршрутный, командный и декларативный.
Маршрутный язык — совокупность управляющих операторов.
Командный язык содержит все неуправляющие операторы, например оператор присваивания, правила записи арифметических и логических выражений, идентификаторов, ключевые слова и т. д.
Декларативный язык служит для описания данных, классов и др.
Поясним сказанное на примере. Абстрактная дракон-схема, приведенная на рис. 97, есть некоторая “фраза” маршрутного языка. Чтобы сделать ее содержательной, внутри икон следует поместить текст. Этот текст пишется на командном языке. Однако описания данных и классов иногда целесообразно вынести за рамки дракон-схемы и поместить их где-нибудь в другом месте, например, в виде отдельной записи или таблицы.
Отсюда вытекает принцип разграничения трех подъязыков. Маршрутный язык — это язык “картинок” (абстрактных дракон-схем, в которых полностью отсутствует текст). Командный язык служит для записи текста внутри дракон-схемы. Декларативный — для тех записей, которые можно вынести за ее пределы.
Конструируя очередной язык дракон-семейства, можно выбирать командный и декларативный подъязыки любым способом (заимствуя из других языков или выдумывая заново). Благодаря этому обеспечивается богатство возможностей ДРАКОНА и гибкая настройка на различные приложения.
Таким образом, дракон-семейство имеет только одно жесткое звено — маршрутный язык, который есть не что иное, как визуальные компоненты ДРАКОНА (визуальный синтаксис и семантика).
Маршрутный язык — это визуальный стандарт дракон-семейства, поддерживаемый визуальным дракон-редактором (см. гл. 14), который имеет небольшие размеры и легко запоминается. Он является неизменной визитной карточкой ДРАКОНА, его стандартизованным зрительным образом (рис. 97).
Конец пункта 1.
Пункт 2. Исчисление икон, шампур-метод и т.д. (Отрывок из книги Паронджанова стр. 271—281).ИСЧИСЛЕНИЕ ИКОН
Итак, мы определили нужные понятия визуальной математической логики. С их помощью можно построить исчисление икон.
• Множество икон И (букв визуального алфавита) задано тезисом 1 (см. гл. 15) и показано на рис. 1.
• Множество So правил визуального синтаксиса описано в гл. 15 в тезисах 2—37.
• Множество А визуальных аксиом включает всего два элемента: заготовку-примитив и заготовку-силуэт (рис. 115). Далее будем называть их аксиома-примитив и аксиома-силуэт.
• Множество Т, охватывающее все видеотеоремы исчисления V, есть не что иное как множество абстрактных дракон-схем. Заметим, что множество Т не включает аксиомы, так как последние содержат незаполненные критические точки и, следовательно, эквивалентны пустым операторам. Множество Т распадается на две части: множество примитивов Т1 и множество силуэтов Т2.
• Множество F правил видеовывода также делится на две части F1
и F2. Множество F1 позволяет выводить все теоремы-примитивы, принадлежащие множеству Т1, из единственной аксиомы-примитива. Оно содержит пять правил вывода: ввод атома, добавление
варианта, пересадка лианы, боковое присоединение, удаление конца примитива. Эти правила описаны в тезисах 10, 21, 28, 30, 31, 34 гл. 15.
• Множество F2 дает возможность выводить все теоремы-силуэты множества Т2 из единственной аксиомы-силуэта. Оно содержит восемь правил вывода: ввод атома, добавление варианта, добавление ветки, пересадка лианы, заземление лианы, боковое присоединение, удаление последней ветки, дополнительный вход. Правила вывода для силуэта описаны в тезисах 10, 21, 28—33, 35 гл. 15.
На этом построение исчисления икон заканчивается.
Известно, что изучение исчислений составляет синтаксическую часть математической логики. Кроме того, последняя занимается семантическим изучением формальных языков, причем основным понятием семантики служит понятие истинности [1].
В исчислении икон семантика тривиальна. Различные видеоформулы (блок-схемы) могут быть истинными или ложными. Видеоформула называется истинной, если она —либо аксиома, либо выводится из аксиом с помощью правил вывода (т. е. является теоремой), и ложной в противном случае.
Таким образом, все правильно построенные абстрактные дракон-схемы (теоремы) истинны. И наоборот, неправильно построенные схемы, не удовлетворяющие визуальным правилам языка ДРАКОН, считаются ложными. Примеры ложных схем показаны на рис. 131 и 132 в левой графе.
ЕЩЕ РАЗ О ШАМПУР-МЕТОДЕ
Ранее мы определили шампур-метод как теорию визуального структурного программирования. В этой главе появилась возможность значительно обогатить это понятие и рассматривать его как исчисление икон, включая вопросы интерпретации последнего.
Чтобы подчеркнуть теоретический характер шампур-метода, целесообразно слегка изменить терминологию. В частности, использование названия ДРАКОН, связанного с практической разработкой конкретных языков программирования, для теоретических целей представляется неуместным. Поэтому произведем замену терминов.
Шампур-схема — абстрактная дракон-схема. Подчеркнем, что шампур-схема по определению является абстрактной, т. е. полностью лишенной текста.
Шампур-язык — язык шампур-схем. Для шампур-языка задан только визуальный синтаксис, текстовый синтаксис не определен.
ШАМПУР-СХЕМА КАК АБСТРАКТНАЯ
МОДЕЛЬ ПРОГРАММЫ
Уже говорилось, что для видеопрограммирования характерно “расщепление синтаксиса”. Синтаксис S распадается на визуальный синтаксис S0, определяющий правила построения шампур-схем, и текстовый синтаксис S1, задающий алфавит текстоэлементов и правила записи текстовых операторов внутри икон. Исходя из этого, можно сказать, что шампур-программа В состоит из двух частей: В0 и В1, где В0 — шампур-схема с синтаксисом S0; B1 — текстовая часть программы, т. е.
совокупный текст, находящийся во всех иконах программы, определяемый синтаксисом S1.
Бросается в глаза несомненное сходство между шампур-схемами и схемами программ. Заметив эту аналогию и повторяя — с некоторыми, почти очевидными изменениями — общую канву рассуждений, принятую в схематологии [7], можно сделать вывод, что шампур-схема В0 описывает уже не одну программу, а целый класс программ, т. е. является полипрограммой, а шампур-язык служит мультиязыком — языком полипрограммирования [8].
Класс шампур-схем является подклассом класса крупноблочных схем, по степени абстрактности занимающий промежуточное положение где-то между схемами Мартынюка и стандартными схемами. Связь между шампур-схемами и схемами программ имеет фундаментальный характер и порождает ряд интересных проблем, связанных, в частности, с тем, что “задача эффективизации транслируемых программ перерастает в задачу автоматизации конструирования качественных программ” [8].
С точки зрения теории видеопрограммирования, граф-схемы, используемые в (текстовом) теоретическом программировании, обладают недостатком — как и обычные блок-схемы прикладного программирования, они являются неформальными. Хотя в работах А. Ершова сделан определенный шаг к формализации граф-схем, однако предложенное им решение [9] нельзя признать удовлетворительным, ибо использованный Ершовым визуальный синтаксис граф-схем не позволяет получить однозначную, строго детерминированную визуальную конфигурацию (топологию) граф-схем и, следовательно, не дает единственного решения визуальной задачи.
Впрочем, Ершов и не ставил перед собой подобных задач. Однако для наших целей строгая формализация визуального синтаксиса блок-схем (включая граф-схемы) играет принципиальную роль.
ПРЕОБРАЗОВАНИЕ ШАМПУР-СХЕМЫ
В ШАМПУР-ПРОГРАММУ
Подчеркнем еще раз, что построенный нами язык (шампур-язык) — это не язык программирования, а язык крупноблочных схем программ, т. е. язык полипрограммирования. Однако его можно легко превратить
в язык программирования, причем сделать это многими способами.
Для этого необходимо дополнительно задать текстовый синтаксис S1 и семантику Q1 текстовых операторов, помещаемых в иконах шампур-схемы. Например, если взять текстовый синтаксис и семантику, соответствующие языку ПАСКАЛЬ, получим язык визуального программирования, который можно назвать “шампур-паскаль”. Аналогично можно построить языки шампур-бейсик, шампур-си и т. д.
Используя терминологию схематологии, можно сказать, что шампур-программа есть интерпретированная шампур-схема, однако понятие интерпретации в нашем случае заметно отличается от классического [7].
Детальное рассмотрение вопроса выходит за рамки книги, ограничимся лишь кратким замечанием. Чтобы задать интерпретацию шампур-схемы и превратить ее в шампур-программу, необходимо, во-первых, доопределить шампур-язык и превратить его в язык программирования, описав синтаксис S1 и семантику Q1 текстовых операторов.
Во-вторых, следует указать конкретные текстовые операторы, записанные в соответствии с синтаксисом S1 и размещенные в иконах шампур-схемы В0. Тем самым будет задана текстовая часть В1 шампур-программы В. Таким образом, интерпретация шампур-схемы определяется как тройка < S1, Q1, B1 >.
Отсюда вытекает следующее очевидное замечание. Поскольку шампур-язык есть абстрактная модель любого императивного языка программирования (импер-языка), постольку импер-язык есть интерпретированный шампур-язык. При этом интерпретация шампур-языка, превращающая его в конкретный импер-язык, определяется как пара < S1, Q1 >.
ШАМПУР-МЕТОД И ДОКАЗАТЕЛЬСТВО
ПРАВИЛЬНОСТИ ПРОГРАММ
Согласно Р. Андерсону, “целью многих исследований в области доказательства правильности программ является... механизация таких доказательств” [10].
Д. Грис указывает, что “доказательство должно опережать построение программы” [11]. Объединив оба требования, получим, что автоматическое доказательство правильности должно опережать построение программы.
Нетрудно убедиться, что шампур-метод обеспечивает частичное выполнение этого требования. В самом деле, в начале главы было показано, что любая правильно построенная шампур-схема является строго доказанной теоремой. В алгоритмах ДРАКОН-редактора закодировано исчисление икон, поэтому любая шампур-схема, построенная с его помощью, является истинной, т. е. правильно построенной. Это означает, что ДРАКОН-редактор осуществляет 100%-е автоматическое доказательство правильности шампур-схем, гарантируя принципиальную невозможность ошибок визуального синтаксиса.
Поскольку шампур-схема является частью шампур-программы, сказанное равносильно доказательству частичной правильности шампур-программы.
В начале главы мы задали смешной вопрос: если дракон-схемы — это теоремы, кто должен их доказывать? Ответ прост. Их никто не должен доказывать, так как все они раз и навсегда доказаны благодаря тому, что работа ДРАКОН-редактора построена как реализация исчисления икон.
А теперь добавим ложку дегтя в бочку меда. К сожалению, данный метод позволяет доказать правильность шампур-схемы и только. Это составляет лишь малую часть от общего объема работы, которую нужно выполнить, чтобы доказать правильность программы на все 100%.
Правда, есть небольшое утешение: частичное доказательство правильности программы с помощью ДРАКОН-редактора осуществляется без какого-либо участия человека и достигается совершенно бесплатно, так как дополнительные затраты труда, времени и ресурсов не требуются. А дареному коню в зубы не смотрят.
ВОЗМОЖНА ЛИ ТЕОРИЯ ВИЗУАЛЬНОГО ПРОГРАММИРОВАНИЯ?
Хотя видеопрограммирование — сравнительно молодое направление, в этой области уже имеется значительное число интересных прикладных разработок. Однако теоретическое визуальное программирование только зарождается. В доступной литературе автору удалось обнаружить всего несколько строк, которые можно в какой-то степени трактовать как программу будущих исследований в области теории видеопрограммирования:
«Для визуального программирования необходимо провести строгие научные обоснования, математические определения и модели — большинство разработок в этой области носит пока эмпирический характер. Перспективным может быть применение при графическом интерфейсе техники искусственного интеллекта, которая обычно используется для описания прикладной области. Система представления знаний может включать набор визуальных примитивов, их символические описания и правила вывода заключений» [12].
Как, вероятно, заметил читатель, в настоящей работе, решая сходную проблему (проблему вывода заключений путем выполнения формальных операций над визуальными примитивами, в качестве которых использовались иконы шампур-схем), мы пошли несколько иным путем.
Отличие заключается в следующем. Авторы цитированной работы говорят о “символических описаниях” визуальных примитивов, подразумевая текстовые правила вывода заключений, принятые в традиционной текстовой математической логике.
Однако еще А. Ершов при построении исчисления равносильных преобразований схем Янова предпринял первую попытку отойти от “чисто текстовой” математической логики, используя в формулах правил вывода не только символические описания, но и графические изображения [9, 13]. Вместе с тем метод Ершова из-за дефектов визуального синтаксиса нельзя считать полностью формальным.
В предлагаемой книге развитие идей Ершова шло по двум направлениям. Во-первых, устранены упомянутые дефекты, что позволило сделать формализацию синтаксиса абстрактных блок-схем полной и строгой.
Во-вторых, была выдвинута и проведена в жизнь идея полного
отказа от символического описания визуальных примитивов (внутримашинное двоичное представление не в счет).
Можно предположить, что изложенный выше принцип визуализации математической логики, реализованный с помощью понятий визуального исчисления и визуального логического вывода, может оказаться полезным для целей более полной и строгой формализации не только языка абстрактных блок-схем (шампур-языка), но и других языков визуального представления знаний и визуального программирования.
ГИПОТЕЗА О БУДУЩЕМ ИМПЕРАТИВНЫХ
ЯЗЫКОВ ПРОГРАММИРОВАНИЯ
Обобщая материалы, автор не удержался от соблазна заглянуть в будущее и в порядке предварительного обсуждения высказать свои, возможно, ошибочные предположения о путях развития императивных языков, которые излагаются ниже в форме восьми тезисов.
• Несмотря на резкую критику со стороны Джона Бэкуса и ряда других ученых фон-неймановские (императивные) языки по-прежнему находят широкое применение и продолжают занимать прочные, а в некоторых областях — господствующие позиции. Логично предположить, что такая или примерно такая ситуация сохранится и впредь. Сходную позицию занимают и другие авторы, по мнению которых императивные языки “в обозримом будущем сохранят доминирующее положение в практическом программировании” [14].
Этот материал частично устарел. Следует читать: в обозримом будущем многие языки сохранят в своем составе императивную часть.
• В грядущем столетии вследствие дальнейшего уменьшения удельной стоимости аппаратуры у многих персональных компьютеров экраны, по-видимому, увеличатся до размеров письменного стола, что облегчит визуализацию программирования за счет возможности непосредственной работы с чертежами формата А1 или даже А0 на экране ПЭВМ по принципу WYSIWYG — What You See Is What You Get (Что видишь, то и имеешь). Согласно развиваемой гипотезе, это позволит более полно использовать телесный угол и структуру человеческого поля зрения, покончить, наконец, с систематическим недоиспользованием богатейших возможностей человеческого глаза, задействовать мощные резервы симультанного восприятия и тем самым значительно увеличить скорость работы и продуктивность мозга программистов и пользователей. Учитывая эти соображения и остроту проблемы производительности труда в программировании, мы предполагаем, что ожидаемое увеличение габаритов экранов даст мощный стимул для широкомасштабной замены текстовых императивных языков на визуальные.
• Если допустить, что визуализация императивных языков неизбежна, целесообразно проводить ее не стихийно, а по заранее намеченному и согласованному плану, одной из целей которого следует считать частичную унификацию языков.
• В связи с этим возникает вопрос: можно ли унифицировать (хотя бы частично) императивные языки программирования? Существует ли возможность выделить некий инвариант, который можно заранее ввести в состав всех или почти всех визуальных императивных языков? С точки зрения шампур-метода, любой визуальный императивный язык включает три языка: маршрутный, командный и декларативный (см. гл. 12).
• Предлагаемая унификация императивных языков относится не к нынешним (текстовым), а к будущим (визуальным) языкам. Суть предложения состоит в том, что все визуальные императивные языки должны включать в свой состав один и тот же маршрутный язык (шампур-язык) и могут иметь любые отличия в командном и декларативном языках.
• В рамках развиваемой гипотезы шампур-язык можно рассматривать не только как абстрактную модель, но и как логический инвариант любого визуального императивного языка (включая язык ассемблера, но в этом последнем случае может потребоваться некоторая модификация шампур-метода).
• Стандартизация выделенного инварианта императивных языков осуществляется благодаря использованию стандартных шампур-редакторов, применение которых должно регламентироваться процедурой сертификации, согласованной с международной организацией стандартизации ISO. Опыт создания национальных и международных стандартов на блок-схемы и их повсеместного использования позволяет надеяться на успех предлагаемого предприятия.
• Очевидно, в принципе можно построить компилятор, преобразующий чертеж шампур-программы непосредственно в ассемблер и объектный код, без промежуточного преобразования в исходный текст языка высокого уровня. Не исключено, что прогнозируемый процесс визуализации программирования и образование на этой основе нового поколения (визуальных) императивных языков создаст предпосылки, при которых подобная прямая компиляция во многих случаях окажется более предпочтительной. В подобных ситуациях понятие исходный текст программы, видимо, полностью исчезнет из лексикона “императивных” программистов, уступив место термину исходный чертеж программы.
ВИЗУАЛИЗАЦИЯ ЛОГИКИ
И ИНТЕНСИФИКАЦИЯ ИНТЕЛЛЕКТУАЛЬНОЙ ДЕЯТЕЛЬНОСТИ
Итак, мы показали, что визуальный синтаксис шампур-языка представляет собой визуальное логическое исчисление — исчисление икон. По этому случаю полезно сделать несколько замечаний.
• Сам факт формализации системы визуальных образов в виде логического исчисления икон можно, по-видимому, рассматривать как доказательство полной несостоятельности “принципа абсолютизации текста” (см. с. 269). Иными словами, формализация человеческих знаний отнюдь не сводится только к текстовой форме, но включает также и визуальные представления. Важно подчеркнуть, что визуальная формализация знаний не является “продуктом второго сорта”, она удовлетворяет самым строгим критериям математической логики и в этом смысле представляет собой вполне законный и полноценный интеллектуальный продукт. Наибольшая интеллектуальная эффективность достигается при использовании синтетического метода, объединяющего достоинства текстовой и визуальной формализации.
• Согласно традиционной точке зрения, словесно-логическое (левополушарное) мышление отличается четкостью и ясностью, в то время как образное (правополушарное) мышление есть нечто расплывчатое, интуитивное и почти неуловимое. Полученные результаты позволяют утверждать, что, по крайней мере, часть абстрактных зрительных образов может быть преобразована в безукоризненно строгую форму, расчленена на отдельные микрообразы (иконы), превращена в компьютерное меню и снабжена строгими правилами, позволяющими строить большие и сложные зрительные образы из атомарных микрообразов.
• Известно, что “богатые формальные языки математической логики и успешный опыт работы с ними создали одну из объективных предпосылок для создания... вычислительных машин, пользующихся в настоящее время весьма разнообразным спектром формальных языков программирования” [1]. Это утверждение до последнего времени было ограничено рамками текстовой парадигмы: и в отношении логики, и в отношении программирования. Появление визуальных исчислений позволяет расширить эти рамки и распространить их на визуальный случай.
• Необходимость в этом давно назрела, так как теория в данном вопросе отстает от практики. С появлением интегрированных CASE-технологий компьютерные чертежи (например, схемы “сущность-связь”, схемы декомпозиции, схемы потоков данных и т. д.) приобрели целый ряд замечательных свойств. Они превратились в формальные визуальные языки высокой точности. Компьютер может понимать точные значения указанных чертежей, хранить их в виде, пригодном для глубокой обработки, преобразовывать чертежи друг в друга, выявлять несоответствие между ними, а также их неполноту, чтобы гарантировать целостность общей картины. И, что особенно важно, извлекая из чертежей нужную информацию, компьютер с помощью программы “генератор кода” получает выполнимый код. Таким образом, можно надеяться, что в будущем традиционная дружба математической логики и информатики уже не будет ограничена дряхлым забором текстовой парадигмы и распространится на более широкое визуальное проблемное поле.
• Когнитивная формализация знаний — это синтез логико-математической формализации и когнитивного подхода. Цель метода — улучшить понимаемость сложных формальных описаний и проблем за счет учета реальных интеллектуальных характеристик человека на основе достижений эргономики. Выше автор попытался продемонстрировать применение метода когнитивной формализации на живом примере — разработке языка ДРАКОН. В гл. 1—15 систематически подчеркивалось, что при создании языка ДРАКОН эргономические соображения являются главными, основополагающими; было описано большое количество конкретных эргономических приемов, образно говоря, эргономических кирпичиков, из которых строился законченный эргономический облик языка. При этом, однако, в тени оставался вопрос: обладает ли построенный язык (точнее говоря, его визуальная часть) строгими формальными характеристиками? В настоящей главе, опираясь на исчисление икон, мы вправе дать обоснованный ответ: да, обладает.
• Таким образом, когнитивная формализация знаний — это не утопия, не благое пожелание или розовая мечта, а работоспособный
метод, способный приносить нужные плоды и обеспечить увеличение продуктивности человеческого мозга.
• Логическая формализация знаний, восходящая к силлогистике Аристотеля, который впервые использовал буквы для обозначения понятий, явилась замечательным достижением человеческого гения. За две тысячи лет своего существования логическая наука добилась выдающихся успехов. Но вот парадокс: называя себя наукой о законах и формах человеческого мышления [5], логика вместе с тем полностью абстрагировалась от конкретных характеристик человеческого мышления и мозга, изучаемых в психологии, нейробиологии и эргономике. На предыдущих этапах развития человечества, когда интеллектуальные задачи были относительно простыми, а число интеллектуальных работников невелико, подобное игнорирование не приносило заметного вреда. Однако сегодня положение изменилось.
• Лавинообразное усложнение цивилизационных процессов привело к появлению интеллектуальных задач немыслимой прежде сложности, находящихся на пределе возможностей человеческого мозга. Острая необходимость интенсификации интеллектуальной деятельности, связанная с этим процессом, требует создания принципиально новых форм и методов интеллектуальной работы, способных качественным образом увеличить умственную производительность (мозга) интеллектуальных работников и учащихся, улучшить качество интеллектуального взаимодействия между людьми, обеспечить максимально возможную защиту от интеллектуальных заблуждений, просчетов, путаницы и взаимного непонимания, усилить эффективность индивидуального и коллективного интеллекта людей. Думается, что когнитивная формализация знаний, объединяющая всю мощь традиционных математических и логических методов с развиваемым в эргономике (включая психологию и нейробиологию) точным учетом когнитивно-значимых характеристик человеческого мозга и интеллекта в рамках единой целостной концепции, может в немалой степени содействовать решению обозначенной проблемы.
• Представленные материалы позволяют сделать обоснованные предположения о развитии информационных технологий в XXI веке. При дальнейшем совершенствовании компьютеров недостаточная продуктивность человеческого мозга станет основным фактором, сдерживающим рост эффективности организаций и ограничивающим интеллектуальные возможности человечества.
• Можно ожидать, что улучшение работы ума, повышение интеллектуальной производительности человека превратится в центральную проблему информационных технологий. Однако существующая теория и практика информатизации и компьютеризации не располагают эффективными средствами для решения задачи. Отсюда вытекает необходимость создания новых теоретических подходов, чтобы с их помощью построить информационные технологии нового типа — когнитивные информационные технологии, отличительная особенность которых состоит в том, что повышение продуктивности мозга рассматривается как высшая, приоритетная цель, которой подчинены все остальные цели (с учетом необходимых компромиссов, диктуемых экономическими и иными ограничениями).
• По нашему мнению, в XXI веке произойдет переход к широкому использованию когнитивных информационных технологий в науке, технике, образовании, медицине, обороне, бизнесе, государственной службе и других сферах, что позволит значительно увеличить интеллектуальный потенциал и интеллектуальные возможности общества и таким образом проложить надежный путь к новому качеству интеллектуальной жизни.
Это громадная, поистине необъятная по сложности задача, выходящая далеко за рамки данной книги. Для ее решения необходим перелом в сознании: надо уяснить, что человеческий мозг обладает колоссальными интеллектуальными резервами, которые сегодня не используются, но которые можно и нужно задействовать с помощью когнитивно-эргономических методов. Снова оговоримся: существующие когнитивные методы для этого недостаточны, нужны новые подходы. Откуда их взять? По мнению автора, материалы данной книги, хотя и относятся к частному случаю, тем не менее, обладают достаточной общностью и могут послужить основой для разработки — с необходимыми уточнениями — нового поколения формализованных когнитивно-эргономических методов.
ВЫВОДЫ
1. Противоречие между скромными интеллектуальными возможностями отдельного человека и почти неограниченным объемом знаний, который он должен приобрести в течение жизни, — одно из наиболее драматических противоречий современного общества, основанного на знаниях. Сегодня наука не располагает эффективными средствами для решения этой проблемы.
2. Выход из положения мы видим в тотальной эргономизации науки и образования, цель которой — коренным образом улучшить визуальные формы фиксации знаний, согласовав их с тонкими характеристиками глаза и мозга.
3. Разработка исчисления икон говорит в пользу этой гипотезы и служит примером, подтверждающим актуальность нового междисциплинарного направления — логико-эргономических исследований.
4. Стихийный процесс визуализации логики, который начинает разворачиваться в последнее время (см., например [15]), должен опираться на прочную эргономическую основу.
5. Серьезным тормозом для реализации идей эргономизации знания является устаревшее представление, согласно которому в системе научного знания наглядно-чувственные образы занимают подчиненное место и служат только для создания неформальных наглядных моделей, рисунков, чертежей.
6. Сторонники идеи тотальной эргономизации науки и образования должны вести борьбу на два фронта:
• против приверженцев принципа абсолютизации текста;
• против глашатаев стихийной визуализации, которые не понимают разницы между кустарным преобразованием текста в изображение и научными методами визуализации, опирающимися на прочную логико-математическую и эргономическую базу.
7. Важным направлением эргономизации науки и образования является развитие идей когнитивной формализации знаний и когнитивных информационных технологий, которым, на наш взгляд, принадлежит будущее.
Конец Пункта 2. (Конец цитаты из книги «Как улучшить работу ума…» стр. 271—281).
Пункт 3. Краткая выжимка из только что изложенной теоретической части 1) Любой императивный язык (СИ, ПАСКАЛЬ, АДА, МОДУЛА, БЕЙСИК
и т. д.) можно разбить на три части, три относительно самостоятельных языка: маршрутный, командный и декларативный.
2) Маршрутный язык — совокупность управляющих операторов.
3) Командный язык содержит все неуправляющие операторы, например оператор присваивания, правила записи арифметических и логических выражений, идентификаторов, ключевые слова и т. д.
4) Декларативный язык служит для описания данных, классов и др.
5) Все правильно построенные абстрактные дракон-схемы (теоремы) истинны. И наоборот, неправильно построенные схемы, не удовлетворяющие визуальным правилам языка ДРАКОН, считаются ложными (стр. 272).
6) Шампур-схема — абстрактная дракон-схема. Подчеркнем, что шампур-схема по определению является абстрактной, т. е. полностью лишенной текста.
7) Шампур-язык — язык шампур-схем. Для шампур-языка задан только визуальный синтаксис, текстовый синтаксис не определен.
Шампур-программа В состоит из двух частей: В0 и В1, где В0 — шампур-схема с синтаксисом S0; B1 — текстовая часть программы, т. е. совокупный текст, находящийся во всех иконах программы, определяемый синтаксисом S1.
9) Шампур-схема В0 описывает уже не одну программу, а целый класс программ, т. е. является полипрограммой, а шампур-язык служит мультиязыком — языком полипрограммирования [8]. (стр. 273).
10) Построенный нами язык (шампур-язык) — это не язык программирования, а язык крупноблочных схем программ, т. е. язык полипрограммирования. Однако его можно легко превратить в язык программирования, причем сделать это многими способами.
11) Для этого необходимо дополнительно задать текстовый синтаксис S1 и семантику Q1 текстовых операторов, помещаемых в иконах шампур-схемы. (стр. 274).
12) Шампур-программа есть интерпретированная шампур-схема. Чтобы задать интерпретацию шампур-схемы и превратить ее в шампур-программу, необходимо, во-первых, доопределить шампур-язык и превратить его в язык программирования, описав синтаксис S1 и семантику Q1 текстовых операторов. Во-вторых, следует указать конкретные текстовые операторы, записанные в соответствии с синтаксисом S1 и размещенные в иконах шампур-схемы В0. Тем самым будет задана текстовая часть В1 шампур-программы В. Таким образом, интерпретация шампур-схемы определяется как тройка < S1, Q1, B1 > (стр. 274).
13) Поскольку шампур-язык есть абстрактная модель любого императивного языка программирования (импер-языка), постольку импер-язык есть интерпретированный шампур-язык. При этом интерпретация шампур-языка, превращающая его в конкретный импер-язык, определяется как пара < S1, Q1 > (стр. 274).
14) В алгоритмах ДРАКОН-редактора закодировано исчисление икон, поэтому любая шампур-схема, построенная с его помощью, является истинной, т. е. правильно построенной. Это означает, что ДРАКОН-редактор осуществляет 100%-е автоматическое доказательство правильности шампур-схем, гарантируя принципиальную невозможность ошибок визуального синтаксиса (стр. 275).
15) С точки зрения шампур-метода, любой визуальный императивный язык включает три языка: маршрутный, командный и декларативный (см. гл. 12).
16) Предлагаемая унификация императивных языков относится не к нынешним (текстовым), а к будущим (визуальным) языкам. Суть предложения состоит в том, что все визуальные императивные языки должны включать в свой состав один и тот же маршрутный язык (шампур-язык) и могут иметь любые отличия в командном и декларативном языках (стр. 277).
Пункт 4. Краткое заключениеВизуальный процедурный (императивный) язык программирования обычно содержит три части: маршрутный язык, командный язык и декларативный язык.
Маршрутный язык — это пустая дракон-схема (слепыш).
Командный язык определяет синтаксис и семантику текста, который разрешается записывать в клеточках слепыша.
Декларативный язык служит для определения данных и объектов.
Маршрутный и командный язык задаются с помощью двух редакторов (графического и текстового), которые удобно совместить в одном редакторе.
Для декларативного языка в ряде случаев удобно использовать отдельный редактор.
В нашей (ракетной) технологии используется два редактора:
• графит-редактор (для маршрутного и командного языков);
• флокс-редактор (для декларативного языка, описывающего данные и объекты).
Пункт 5. Дискуссия GUEST и ПаронджановаGUEST Вторник, 01 Апрель, 2008 17:42 GUEST писал(а):
Попробую пояснить позицию. Очевидно она не совпадает с Вашей.
Владимир Паронджанов писал(а):
2. Описание графического синтаксиса языка Дракон дано БЕЗ КАКИХ-ЛИБО ССЫЛОК НА ГРАФИЧЕСКИЙ ДРАКОН-РЕДАКТОР.
Описание языка Дракон описанием графического синтаксиса языка не исчерпывается. Как и любого другого.
Ответ ПаронджановаПолностью согласен с Вами. Да, действительно, «описание языка Дракон описанием графического синтаксиса не исчерпывается. Как и любого другого».
GUEST Вторник, 01 Апрель, 2008 17:42 (продолжение)Владимир Паронджанов писал(а):
9.Уважаемый GUEST! Вы пишете: "До сих пор не определено, какие Дракон-схемы являются некорректными. Из описания языка это не следует".
Это утверждение является ошибочным.
10.В книге определены правила графического синтаксиса.
Дракон-схемы, удовлетворяющие этим правилам, являются корректными.
Если же схема построена с нарушением правил, она является некорректной.
А дракон-редактор здесь ни при чем.
Владимир Данилович, если дракон-схему нельзя создать в дракон-редакторе, то она для него будет некорректной, даже в случае если не нарушает правила синтаксиса, описанные в Вашей книге.
Ответ ПаронджановаУважаемый GUEST! Вы предполагаете, что в состав системы проектирования входит только ОДИН редактор . В рамках этого предположения Вы, безусловно, правы. Но Ваше предположение неверно (или, скажу осторожнее, не всегда верно). Например, в нашем Научно-производственном центре используется "Технология разработки алгоритмов и программ ГРАФИТ-ФЛОКС", в которой используются НЕ ОДИН, А ДВА редактора:
• графит-редактор для разработки алгоритмов;
• флокс-редактор для описания данных и объектов.
Графит-редактор НЕ УМЕЕТ описывать данные и объекты. А флокс-редактор НЕ УМЕЕТ конструировать алгоритмы. Чтобы создать законченный продукт (программу) нужно использовать оба редактора. Следовательно, законченную программу нельзя создать с помощью одного редактора — нужны оба. Но это вовсе не означает, что законченная программа будет для каждого из этих редакторов некорректной. Почему? Потому что здесь имеет место разделение труда между редакторами. Некорректность здесь ни при чем.
Есть и еще один немаловажный момент. Давайте учтем вопросы теоретического программирования, описанные выше. В рамках этого теоретического подхода мы имеем право рассматривать пустую дракон-схему (слепыш) как математический объект, обладающий определенными свойствами. И мы вправе эти свойства изучать, временно отвлекаясь от других свойств.
Приведу цитату из книги «Касьянов В.Н. Оптимизирующие преобразования программ. М.: Наука, Главная редакция физико-математической литературы, 1988». С. 35.
"Крупноблочная схема программы может быть представлена в виде текста на некотором языке «полипрограммирования», который в отличие от обычного языка программирования допускает семантическую многозначность данных и операций. Фиксация одной из возможных интерпретаций превращает крупноблочную схему, которая до этого времен является «полипрограммой» (описанием целого множества крупноблочных полипрограмм, имеющих одну и ту же структуру) в конкретную программу для некоторой гипотетической вычислительной машины…"
Пункт 6. Судьба статьиGUEST Пятница, 28 Март, 2008 00:26Владимир Паронджанов писал(а):
Уважаемый GUEST! Возможно, я затронул далеко не все вопросы, которые Вы желали обсудить. В таком случае поправьте меня.
Было предложение о судьбе публикации статьи в Интернете. Если это возможно, просьба ознакомиться с ней по e-mail.
Ответ ПаронджановаУ меня нет электронного текста этой статьи. Есть очень некачественный бумажный экземпляр, присланный по факсу. Его надо набивать «ручками» и еще что-то делать с рисунками. Но я постараюсь что-нибудь придумать. Но не очень скоро.
Конец Части 9. Конец ответов Паронджанова на сообщения GUESTПродолжение (Часть 10) последует примерно через 10 дней.