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

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

Недавно нашёл статью. Она как нельзя лучше отражает моё отношения к символьным системам. Хотя о Губерте Дрейфусе я никогда не слыхал и его статей и трудов никогда в глаза не видел.

Пруф

http://panchul.com/2008/02/11/artificial-intelligence/

тот еще ботImho, только на T-SQL + CLR такое делать можно.
И кроме базы знаний с системой взаимозависимостей и взаимотношений знаний.
Нужна параллельная система самодиагностики.
Какой-то шквал непонятных мыслей.

При чём здесь T-SQL ?

ART-CODEУнрегистеред,
При чём здесь T-SQL ?
Наверно при том, что этот язык предназначен для обработки больших обьемов данных.
И позволяет программировать "спинной мозг" системы в виде каскадных операций, проверок...
работать с индексами...
А главное - позволяет "на лету" править данные и логику , без перезагрузок и остановки работы.

Можно, конечно, написать на С++ или Delphi 100 тыс. и более штук Dll - но замучаетесь их постоянно загружать / выгружать, синхронизировать, ловить утечки памяти...

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

Transact-SQL (T-SQL) — процедурное расширение языка SQL компаний Microsoft (для Microsoft SQL Server) и Sybase (для Sybase ASE).

SQL был расширен такими дополнительными возможностями как:

управляющие операторы,

локальные и глобальные переменные,

различные дополнительные функции для обработки строк, дат, математически и т. п.,

поддержка аутентификации Microsoft Windows

Язык Transact-SQL является ключом к использованию MS SQL Server. Все приложения, взаимодействующие с экземпляром MS SQL Server, независимо от их реализации и пользовательского интерфейса, отправляют серверу инструкции Transact-SQL.


Почему вы выделили отдельной категорией T-SQL ? Почему (вдруг) здесь списком нельзя продолжить PL/SQL, и язык хранимых процедур от PostrgeSQL ?

И почему не упомянули язык Prolog, который как мне кажется даже больше подходит для задач логического вывода и прочих приложений ИИ ? +Почему здесь нельзя применить специализированные языки наполнения справочников, баз знаний, сетевых СУБД и текстовых поисковых систем?

Откуда такая узость мысли? Или просто нечетали... ?

ART-CODEиспользовать БД (а уж какую - это дело вкуса)
На вкус будет скорее всего выбрана та СУБД с которой чел. знаком или которую требует руководство исходя из причин экономии и прочей целесообразности.

Это архитектурный промах.

Промах - использовать MS-SQL для задач ИИ. Вы ведь еще не знаете точную постановку? А уже рекомендуете.

Нет. И Oracle не лучше.