Некие принципиальные механизмы создания самообучающихся программ

← →
Dmitriy O. (2003-07-09 15:08) [0]

Концептуальный момент в функционировании ИИ является способность автоматически воспринимать и запоминать новую информацию. Как это можно реализовать практически ?
Задумывались ли Вы о механизмах автоматического набора данных. Как сейчас реализован механизм занесения новой информации в БД ? Обычно отрывается окошечко редактора куда заносятся новые данные а потом все это переправляется в БД. Но гораздо более совершенный и быстрый путь это путь самообучения. Вот механизмы его реализации для набора констант (имен клиентов, марок товара и т.д.).Предположим у нас пустая БД и список (например dbcombobox) пуст. Пользователь заносит прямо в него значение это значение заносится в БД и появляется в списке и так далее когда появляется новое значение (нет в списке) происходит его автоматическое занесение. Практика показывает что перед занесением важных констант необходима проверка на уникальность. Таким образом мне удалось легко набрать и продолжать набор констант без утомительного предварительного набивания данных и пользователь не о чем не задумывается когда встречается что то новое распределение и все данные записываются автоматически

← →
Johnny Smith (2003-07-09 15:11) [1]

Непризнанный гений, ты жаждешь признанья?

← →
[lamer]Barmaglot (2003-07-09 15:24) [2]

при таком подходе трудно решить проблему неправильного набора... Например
-Гвозди
-Гвозди 100мм
-100мм гвозди
Это для ПРОГРАММЫ разные константы + ещё возможность опечаток и пользование базой данных несколькими людьми. Вообщем при таком подходе концов потом можно не найти, и придется править базу данных ручками... Чем большая стандартизация, тем легче работать.
Вывод искуственный интеллект в базе данных не окупает стоимость своей разработки.

← →
Dmitriy O. (2003-07-09 15:35) [3]

>Johnny Smith © (09.07.03 15:11)Написал я все это потому что смотрю сейча на программу нашего АСУ где чтоб ввести новое значение нужно заполнить кучу окошечек на все уходит драгоценное время может секунды но за рабочий день это часы и поэтому нужно брать еще одного оператора и компьютер или переводить набор данных в смену.
>[lamer]Barmaglot © (09.07.03 15:24)Практика функционирования такой программы показывает что повторения все таки бывают но очень редко и это леко исправить обычно оператор может определить что -Гвозди-Гвозди 100мм-100мм гвозди одно и тоже.А для ИИ можно разработать программу-смыслоуловитель над чем я сейчас и работаю.И вообще тут принципиальный подход поточный ввод данных гораздо лутчше чем цикличный.

← →
[lamer]Barmaglot (2003-07-09 15:52) [4]

Я не говорил что этого нельзя сделать, но не вижу смысла делать базу данных с искуственным интеллектом... Вот возьмем мой пример есть две записи Гвозди 100мм и гвозди просто. В первом забито 50 покупок. Во втором 500.(Ну не знала одна из кассирш, что другая уже завела гвозди...) Просто удалить один из пунктов не получится. В итоге Програмисту приходится матюгаясь на всех вытаскивать ручками пятьдесят покупок из первого пункта и переставлять во второй. При этом не факт, что новенькая кассирша не совершит что - нибудь подобное. Поэтому в реале проще и надежнее, чтобы пункты уже были набиты, а кассиры только выбирали нужный пункт или что ещё надежнее не подходили к кассовому аппарату вообще. Кроме того использование искуственного интеллекта с базой данных имеет мало смысла. Например если взять мой пример, то проще поставить счетчик штрихкода, от кассира потребуется минимум знаний и квалификации, да и напутать она ничего не сумеет...

← →
Soft (2003-07-09 16:06) [5]

>>Dmitriy O. © (09.07.03 15:35)
>>А для ИИ можно разработать программу-смыслоуловитель над чем я сейчас и работаю.

Вам сюда.
http://eidolon.euro.ru/

← →
Dmitriy O. (2003-07-09 16:34) [6]

>Soft © (09.07.03 16:06)Впечеляет но слишком сложно при непрерывном наборе данных будет ужасно тормозить.У меня маленькая прожка по типу проверки орфографии ну и там сглаживание регистров перестановка слов типа: гвозди 100мм- 100мм гвозди и т.д. Чтоб операторов проверять.

← →
Кен (2003-07-10 03:07) [7]

> >>Dmitriy O. © (09.07.03 15:35)
> >>А для ИИ можно разработать программу-смыслоуловитель над
> чем я сейчас и работаю.

А я давно ищу бессмысленностеуловитель. Для отфильтровывания флуда. Кто нибудь может такое написать ?

← →
SPeller (2003-07-10 04:17) [8]

Интересно, а какие мощности железа потребуются ИИ, если научить его всему, что знает человек, допустим в 30 лет? Колько ему нужно будет ГГц процессора, чтобы "соображать" дастаточно быстро?

← →
Кен (2003-07-10 05:08) [9]

> SPeller © (10.07.03 04:17)
> Интересно, а какие мощности железа потребуются ИИ, если
> научить его всему, что знает человек, допустим в 30 лет?
> Колько ему нужно будет ГГц процессора, чтобы "соображать"
> дастаточно быстро?

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

Попробуйте проводить хотя бы поиск в 10 мегабайтах текста и всё поймёте. Тормоза будут страшные. И это всего лишь поиск и всего лишь текст. А есть ещё звук, картинки и видео.

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

Может когда нибудь в память и будут интергировать процессоры, но помоему до этого ещё очень долго.

← →
АлексейК (2003-07-10 05:45) [10]

А причет тут ИИ и самообучение, в таком случае Word тоже с искуственным интелектом. Может в том, что оператор может занести в базу все что ему вздумается? А хранение данных в одном регистре так это общепринятая практика.
это леко исправить обычно оператор может определить что -Гвозди-Гвозди 100мм-100мм гвозди одно и тоже
Так опять же оператор, а не машина. Хотя "гвози" и "гвозди 100мм" могут быть и не одно и тоже. Допустим именно 100мм гвозди решили выделить для отслеживания объема продаж. И даже "гвозди 100мм" и "гвозди 100мм" могут быть разным товаром, по многим другим характеристикам. К примеру, две партии гвоздей, вроде одинаковых по длине, но одни с антикорозийным покрытием, другие без него. Продали часть гвоздей без покрытия в базу занесли "гвозди 100мм", теперь продаем "гвозди 100мм антикор", и что тогда смыслеусловитель должен послать на х..., по идее нет, а может быть и да, но если по ошибка оператора получилось "100мм рпр"
смыслеуловитель должен задержать запись, однако это может быть абревеатура. Интересно как баланс сводить будут?
И что у вас получается что обем продаж товаров отслеживается по одному названию, а не производитель, место закупки, гост и т.д. нигде не учитываются.
И потом, связь таблиц и выборки по текстовым полям? В таком ракурсе проигрываем в скорости и точности, и опускаемся до 1С, где выборки идут по 40 минут, когда нужно отслеживать в реальном времени расход товара на складе.

← →
Dmitriy O. (2003-07-10 08:20) [11]

Речь идет о принципиально новом вводе информации - прямом сейчас есть программы распознающии голос. Т.е. недолек тот день когда заносить данные можно просто наговаривая их это намного удобнее и быстрее но тут уже без смыслоуловителя не обойтись. Даже сейчас опыт показывает что при первоночальном формировании базы данных операторы совершают массу ошибок далее их количество экспоненциально уменьшается и останавливается на каком то уровне так вот даже простейший смыслоуловитель выявляят до 90% этих ошибок и предупреждает об них оператора который далее сам принимает решение ошибка это или нет. Проверка на правильность не занимает много времени потому что база констант обычно не очень большая.

← →
Странник (2003-07-10 11:17) [12]

> потому что база констант обычно не очень большая.

не большая - это как? 20-30 записей? а если 5000 или 500000? или ты никогда не встречался с такими. а ведь это даже не очень большая таблица.

← →
Mike1 Kouzmine1 (2003-07-10 11:25) [13]

ИИ не в том, чтобы голосом заводить "гвозди". А чтобы программа "понимала", что гвозди - это такие разные палочки и что можно с помощью них делать или не делать.

← →
Dmitriy O. (2003-07-10 11:27) [14]

>Странник © (10.07.03 11:17)Не встричал у меня не дотягивало и до 1000. И поэтому все работало нормально.Но когда появится возможность заносить данные голосовым способом возможно появятся новые быстродействующие процессоры и в таких программах обязательно должны быть принципы самообучаймости т.е. новое автоматически заносится в базу (слова ,константы и т.д.) и смысло улавливающие модули которые если не исправят ошибку автоматически то хотябы проконсультируются с пользователем.

← →
Dmitriy O. (2003-07-10 12:46) [15]

>Mike1 Kouzmine1 (10.07.03 11:25)"что гвозди - это такие разные палочки и что можно с помощью них делать или не делать." Вот как это можно реализовать.
Tgvozd = class(TImageSprite)
protected
procedure DoCollision(Sprite: TSprite; var Done: Boolean); override;
procedure DoMove(MoveCount: Integer); override;
А дальше дело техники.

← →
Mike1 Kouzmine1 (2003-07-10 12:56) [16]

← →
АлексейК (2003-07-10 14:25) [17]

Даже сейчас опыт показывает что при первоночальном формировании базы данных операторы совершают массу ошибок далее их количество экспоненциально уменьшается и останавливается на каком то уровне так вот даже простейший смыслоуловитель выявляят до 90% этих ошибок и предупреждает об них оператора который далее сам принимает решение ошибка это или нет.
А остальные 10%. Баланс не пойдет, а вот геммороя, дабы привести все в порядок, будет достаточно.

← →
vopros (2003-07-10 14:38) [18]

← →
Dmitriy O. (2003-07-10 14:39) [19]

>АлексейК (10.07.03 14:25)С Вами полностью согласен финансы дело тонкое.Писал ветку исходя из собственных реалий требовалось быстро подключить программу и править ее прямо в процессе эксплуатации ошибки были но все было исправимо главное ввод данных пошел с лету.

← →
Dmitriy O. (2003-07-10 15:00) [20]

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