Змінюй хід війни! Допомагай ЗСУ!

Какой язык программирования наиболее перспективный?

  • Автор теми Автор теми Navigater
  • Дата створення Дата створення
Например такой пример :) :

Есть информационная система, в которую постоянно поступают "информационные сообщения". В каждом сообщении система находит "информационные метки", которые указывают на издателя данного информационного сообщения. Процесс поиска метки является ресурсоемким. Само нахождение метки является вероятностным. Т.е. некоторые метки выявляются строго точно, о некоторых можно говорить что они есть в информационном сообщении с какой-то вероятностью. Задача системы, анализируя найденные метки, а) вычислять разного рода информацию об издателях информационных сообщений, в частности, устанавливать, что два сообщения принадлежат одному издателю б) находить нестрогие дубликаты информационных сообщений, в частности устанавливать, что два сообщения от разных издателей относятся к одному событию, хотя и содержат разный набор сведений о событии в) находить "негодные" информационные сообщения. По мере накопления информации алгоритм анализа может меняться. Соответственно автоматическое вычеркивание "негодных" сообщений также приводит к изменениям алгоритма. При изменении алгоритма необходимо делать так, чтобы объем пересчета был минимальным, т.к. накоплено сообщений может быть много. Кроме того задача состоит в том, чтобы бОльшая часть анализа проводилась в момент поступления в очередь обработки нового информационного сообщения, а не, скажем, по расписанию.
 
В основном, это системы "автоматизированного датамайнинга". Выявление информационных токенов в данных. Выявление разного рода связей между разного типа информационными объектами. Подготовка выявленных информационных структур к хранению в таком виде, чтобы впоследствии можно было удобно производить их разного рода обработку.

Это тот сайт с объявами о недвижимости спижженых с других сайтов и совпадения по телефонам? Ну да, звучное ты определение придумал :)
 
Это тот сайт с объявами о недвижимости спижженых с других сайтов и совпадения по телефонам? Ну да, звучное ты определение придумал :)

Сайт с объявами это самая первая и самая простая реализация системы. Там информационные метки всегда находятся строго и их всего два типа (ну или три). К сожалению сейчас приходится иметь дело с системами где меток гораздо больше, типов данных меток вообще неограниченный набор и перечень типов данных должен находится самообучающимся алгоритмом, и наличие меток в сообщении определяется вероятностно.
 
Сайт с объявами это самая первая и самая простая реализация системы. Там информационные метки всегда находятся строго и их всего два типа (ну или три). К сожалению сейчас приходится иметь дело с системами где меток гораздо больше, типов данных меток вообще неограниченный набор и перечень типов данных должен находится самообучающимся алгоритмом, и наличие меток в сообщении определяется вероятностно.

Забавно было бы напустить это дело на craiglist чтобы составить картотеку блядей с отзывами :)
 
Например такой пример :) :

Есть информационная система, в которую постоянно поступают "информационные сообщения". В каждом сообщении система находит "информационные метки", которые указывают на издателя данного информационного сообщения. Процесс поиска метки является ресурсоемким. Само нахождение метки является вероятностным. Т.е. некоторые метки выявляются строго точно, о некоторых можно говорить что они есть в информационном сообщении с какой-то вероятностью. Задача системы, анализируя найденные метки, а) вычислять разного рода информацию об издателях информационных сообщений, в частности, устанавливать, что два сообщения принадлежат одному издателю б) находить нестрогие дубликаты информационных сообщений, в частности устанавливать, что два сообщения от разных издателей относятся к одному событию, хотя и содержат разный набор сведений о событии в) находить "негодные" информационные сообщения. По мере накопления информации алгоритм анализа может меняться. Соответственно автоматическое вычеркивание "негодных" сообщений также приводит к изменениям алгоритма. При изменении алгоритма необходимо делать так, чтобы объем пересчета был минимальным, т.к. накоплено сообщений может быть много. Кроме того задача состоит в том, чтобы бОльшая часть анализа проводилась в момент поступления в очередь обработки нового информационного сообщения, а не, скажем, по расписанию.

...и, наверное, не лишним будет добавит, что это чудо датамайнинга написано на пхп. (я угадал, не?) :)
 
Ну то они и гении чтоб написать свой собственный new... :) А итераторы - ну думаешь кто-то пользуется STL? "Онож медленное, мы щас за пару недель напишем свою охуенную клоаку классов с клеви хеш-функциями". О как.

Сочуствую...
ЗЫ
Алокаторы руляд..
 
Выявление информационных токенов в данных. Выявление разного рода связей между разного типа информационными объектами. Подготовка выявленных информационных структур к хранению в таком виде, чтобы впоследствии можно было удобно производить их разного рода обработку.
Разного рода связи между разного рода объектами для разного рода обработки...

т.е. другими словами тривиальные графы... ну или может князья какие..
 
Не, именно нуль-грамматик. Это из теории автоматических компиляторов. 0-грамматика - это когда напрочь отсутствуют терминальные символы. Так сказать, "алгоритм, не имеющий начала и конца" - собсно, машина Тьюринга.

Если не сложно киньте ссылку на эту теорию...
А то как-то даже неуютно LR(0) знаю, а 0-грамматики не знаю...
ЗЫ
Собсно машина Тьюринга имеет начальное состояние и имеет конечное состояние..
 
Если не сложно киньте ссылку на эту теорию...
А то как-то даже неуютно LR(0) знаю, а 0-грамматики не знаю...
ЗЫ
Собсно машина Тьюринга имеет начальное состояние и имеет конечное состояние..

Для меня вообще все эти слова как китайская грамота :) Наверное потому что я не теоретик программизма.
 
Для меня вообще все эти слова как китайская грамота :) Наверное потому что я не теоретик программизма.
Достоточно на практике написать компилятор с маломальски богатого языка...
 
Для меня перпективней всего програмить под 1С 8ку... :) .типа имхо.
 
наиболее перспективен автомат калашникова :D
 
Для меня перпективней всего програмить под 1С 8ку... :) .типа имхо.

А для меня в конкретный момент времени - Tcl :)
А если мыслить глобально, то перспективней было бы поменять работу и выучить что-то по-популярнее
 
Имхо, 1с рассчитан больше на внутренний рынок. (хотя встречал вариант знакомая писала на базе 1с для африканцев, что то по учету добычи алмазов. )
А поскольку в Ураине щас п…ц, аутсорсинг рулит.
Php - гадится для мелких проектов с маленьким бюджетом, как достойная замена того же perl.
Для чего-то объемного лучше использовать ASP.NE_T.
Для jsp нужно отдельный сервер.

Зы. Все хорошо на своих местах.
 
Вродекак питон начал понемногу подниматся из могилы :)
 
Назад
Зверху Знизу