Читаем Фреймы для представления знаний полностью

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

Читателю предоставляется возможность подумать, насколько приемлемо сделанное выше предложение о включении указателей в состав фрейма. Действительно, вопрос "Будет ли Х рад видеть Р", вне всякого сомнения, согласуется с фразой "Она подумала, понравится ли ему воздушный змей" и правильно соотносит параметр Р с его значением "воздушный змей". Вместе с тем важно понять, можно ли считать окружающий нас мир настолько систематизированным, чтобы, составив подобные группы вопросов, ожидать от предложенного механизма хорошей работы? Мне кажется, что ответ здесь должен быть двояким. И в самом деле, с одной стороны, мы убеждены в существовании большого числа подобных вопросов, а с другой - не в силах предвидеть все возможные в такой ситуации варианты. Специальные проверки или "экспертизы" предназначены для того, чтобы получить представление о характере основных проблем и их взаимосвязях в малоизвестных нам ситуациях. Обратим внимание на то, что в нашем фрейме-сценарии "день рождения" нет заданий отсутствия для тех событий, которые могут происходить в какой-то определенный момент времени. Это акцентирует наше внимание на тематических вопросах и вопросах включения во фреймы соответствующих заданий терминалов. В любом случае, видимо, не обойтись без более действенного механизма для понимания слова "подумала", механизма, который сможет, располагая информацией, сосредоточенной в данном фрейме, выработать предположения о том, что же могла подумать Джейн.

Третье предложение рассказа ("Она пошла в свою комнату и потрясла копилку") также должно согласовываться с одним из вопросов фрейма. Здесь имеется указанная явным образом связь между понятиями "деньги" и "копилка", поскольку она, видимо, содержится во фрейме "копилка", а не во фрейме "день рождения". Будучи обнаруженной, она будет сопоставлена с вопросом: "Где достать деньги?"

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

1. Использовать ключ (что в большинстве копилок не предусмотрено).

2. Разбить копилку (чего дети обычно не любят).

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

Рассмотрим, наконец, четвертое предложение ("Из копилки не донеслось ни звука"). Знает ли человек о том, что та копилка, из которой при тряске не доносится звуков, пуста (я полагаю, что это именно так), или же он пользуется общими сведениями, именно, что пустым является любой пустотелый ящик, не издающий звуков при тряске? Мне известны многие люди, которые предпочитают второй вариант. Использование этого логического "универсального" принципа было бы достаточным; я, однако, чувствую, что при этом будет упущено из виду то важное обстоятельство, что конкретный сценарий такого характера крепко врезается в память каждого ребенка. Более того, наш рассказ сразу же становится понятным большинству читателей, чего нельзя было бы столь же категорично утверждать, если бы они использовали более сложные рассуждения, базирующиеся на общих принципах. Можно привести примеры, значительно более трудные, нежели предыдущий, например:

Коза забрела в огород, где что-то красил Джек, и опрокинула краску на себя. Когда мать увидела козу, она спросила: "Джек, это ты сделал?"

Здесь .нет ни одного слова или фразы, к чему бы вносилось местоимение "это". Е.Чарняк(1974) отмечает, что оно, видимо, относится к "той причине, по которой и коза оказалась измазанной краской", и, не указывая, каким образом следует пытаться решать проблемы такого рода, отмечает лишь то, что для подобных слабоограниченных микромиров его концепция "демонов" должна быть значительно paсширена. Обратите внимание, как много должен знать человек об окружающем его мире, чтобы понять, что "это" относится не к "козе во дворе", а к "козе, измазанной краской". В той же работе Е.Чарняка изучаются вопросы активации демонов в соответствии с имеющимися в них ожиданиями и знаниями в виде заранее заготовленных значений, многие из его идей нашли отражение в настоящей работе.

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT