Помните анекдот про Буратино и яблоки?...но когда при этом к примеру забывают инициализировать переменные (а для С++ это обычно защанчивается фатально)
В основном, это системы "автоматизированного датамайнинга". Выявление информационных токенов в данных. Выявление разного рода связей между разного типа информационными объектами. Подготовка выявленных информационных структур к хранению в таком виде, чтобы впоследствии можно было удобно производить их разного рода обработку.
Это тот сайт с объявами о недвижимости спижженых с других сайтов и совпадения по телефонам? Ну да, звучное ты определение придумал
Сайт с объявами это самая первая и самая простая реализация системы. Там информационные метки всегда находятся строго и их всего два типа (ну или три). К сожалению сейчас приходится иметь дело с системами где меток гораздо больше, типов данных меток вообще неограниченный набор и перечень типов данных должен находится самообучающимся алгоритмом, и наличие меток в сообщении определяется вероятностно.
Забавно было бы напустить это дело на craiglist чтобы составить картотеку блядей с отзывами
Например такой пример:
Есть информационная система, в которую постоянно поступают "информационные сообщения". В каждом сообщении система находит "информационные метки", которые указывают на издателя данного информационного сообщения. Процесс поиска метки является ресурсоемким. Само нахождение метки является вероятностным. Т.е. некоторые метки выявляются строго точно, о некоторых можно говорить что они есть в информационном сообщении с какой-то вероятностью. Задача системы, анализируя найденные метки, а) вычислять разного рода информацию об издателях информационных сообщений, в частности, устанавливать, что два сообщения принадлежат одному издателю б) находить нестрогие дубликаты информационных сообщений, в частности устанавливать, что два сообщения от разных издателей относятся к одному событию, хотя и содержат разный набор сведений о событии в) находить "негодные" информационные сообщения. По мере накопления информации алгоритм анализа может меняться. Соответственно автоматическое вычеркивание "негодных" сообщений также приводит к изменениям алгоритма. При изменении алгоритма необходимо делать так, чтобы объем пересчета был минимальным, т.к. накоплено сообщений может быть много. Кроме того задача состоит в том, чтобы бОльшая часть анализа проводилась в момент поступления в очередь обработки нового информационного сообщения, а не, скажем, по расписанию.
Ну то они и гении чтоб написать свой собственный new...А итераторы - ну думаешь кто-то пользуется STL? "Онож медленное, мы щас за пару недель напишем свою охуенную клоаку классов с клеви хеш-функциями". О как.
Разного рода связи между разного рода объектами для разного рода обработки...Выявление информационных токенов в данных. Выявление разного рода связей между разного типа информационными объектами. Подготовка выявленных информационных структур к хранению в таком виде, чтобы впоследствии можно было удобно производить их разного рода обработку.
Не, именно нуль-грамматик. Это из теории автоматических компиляторов. 0-грамматика - это когда напрочь отсутствуют терминальные символы. Так сказать, "алгоритм, не имеющий начала и конца" - собсно, машина Тьюринга.
Если не сложно киньте ссылку на эту теорию...
А то как-то даже неуютно LR(0) знаю, а 0-грамматики не знаю...
ЗЫ
Собсно машина Тьюринга имеет начальное состояние и имеет конечное состояние..
Достоточно на практике написать компилятор с маломальски богатого языка...Для меня вообще все эти слова как китайская грамотаНаверное потому что я не теоретик программизма.
Достоточно на практике написать компилятор с маломальски богатого языка...
Учи центуру.....
Для меня перпективней всего програмить под 1С 8ку....типа имхо.