Всё просто и сложно одновременно, очень много в русском языке неоднозначности, а руками составлять шаблоны которых бесконечное множество — недостижимая цель. Я шаблоны на основе корпуса + словаря Даля генерирую, для поиска текстов осмысленно связанных с запросом хватает, для автоматического рерайта пока шаблонов немного маловато.
Товарищ Вы пропустили мировую революцию:
1. Ядро восьмёрки работает на Symfony 2.
2. Новый движок рендера: Twig, может столько, что голова кругом.
3. Базовый функционал панелей (Panels), вёрстки под разные устройства и Views в ядре — уже на подходе.
4. Аналог Rules (события и правила) в ядре (вы ещё не используете Rules + Views + Panels, тогда Вы в каменном веке).
5. Инлайновое редактирование уже есть и для Drupal 7.
6. Количество документации по продукту больше только у продуктов Microsoft.
7. Количество человек в пересчёте на человеко-месяц участвующих в спринтах на конференциях по улучшению ~= можно свой маленький завод обслуживать (от 3 000 человек в течении недели исправляют то, что им не нравятся в системе во время конференции, кстати как раз в Мюнхене на следующей неделе).
Но когда нужно отомстить заказчику и посадить его на краник IT терроризма, то:
1. Сайт должен быть самописный, что б любой функционал добавлялся дорого и долго.
2. Должен быть написан на С++, что б писался долго и чтоб его никто не понял.
3. К нему не должно быть много документации.
4. Он должен быть комически дорог в производстве (всё же пишем сами).
5. Он не должен решать проблем бизнеса клиента (хотя сайт делается для этого и всё равно на чём он написан).
6. Вы не должны хотеть заработать денег — это банально собирать крутые сайты, лучше похарткодить.
7.…
Извините, кого оскорбил данный пост.
Пост не мой, писал не я и он не соответствует моей точке зрения.
И к сожалению администрация сайта отказалось его удалять.
Самое интересное, что на базе этой технологии можно проверять тексты на уникальность (объекты, связи и свойства одного предложения сравниваются с аналогичными из другого предложения) и генерировать новые тексты на заданную тему. По запросу пользователя узнаём контекст и объекты, собираем всю информацию о данных объектах и генерим пользователю хоть ответ на вопрос, хоть книгу с уникальным контентом. По крайней мере в своём проекте на русском языке я так составляю отчёт — досье на необходимых людей за определённый период на основе поисковой выдачи.
Это и будет поисковая технология нового поколения, на бумаге это возможно, уже есть технологии, дело за малым набрать базу знаний. Уже есть алгоритмы составления досье, есть алгоритмы поиска зданий по фото, осталось всё связать и оттестировать :).
Есть подозрения, что разработка построена на базе Freebase которою Google добавил в свой портфель активов 16 июля 2010. Freebase хорошо работала с Английским, но не Русским языком. Хотя есть вероятность переводить все данные на язык системы с любого языка, обрабатывать их и выдавать обратно на языке пользователя (тут взаимный обмен технологиями с переводчиком).
Немного другая идеология у данной технологии. Вольфрам — пытается оперировать с данными модифицируя их (модификация существующих данных в запросе), а данная тут пытаются рассказать всё об объекте и связанных с ним объектах (поиск связанных данных и объектов с объектами запроса).
У NVIDIA оптимизация OpenCL почти идентична оптимизации CUDA и соответственно отличается от оптимизаций OpenCL от AMD, ну а Intel вообще в другой плоскости мыслит :).
Я у себя даже поиск по большой ХЕШ таблице совершаю на видеокарте, ну а с ускорением алгоритма Маркова и работы с нейронными сетями я думаю многие знают.
Всю руки не дойдут, хочу попробовать хранить данные в виде текстуры, но с учётом что данные это CRC32 хеш, а 3-х значное поле. Если Вам попадался такой пример, то буду благодарен, если им поделитесь.
Если Вы пишите для души — то проблем нет, а вот если это оплачивается, то каждая проблема менеджмента выливается в неплохую сумму денег и при оценки что лучше стоит учитывать и данный фактор.
Товарищ тогда ненужно использовать всё вокруг, в горы добывать медь строить свой компьютер писать для него ОС и свою реализацию PHP и свой Yii, а то вдруг там что то идеологически неправильно :))))
На самом деле всё зависит от задачи и возможностей её решения при максимально эффективном соотношении цена / качество.
> У велосипеда есть документация. Хорошая.
Тогда мы выходим на уровень библиотек, Вы же свой PHP и Linux не пишите. Тут всё зависит от задач. Тот же Yii можно запаковать в модуль и вынести логику в него, используя Drupal как визуализатор.
> Новые работники обучаются работе с наскока
В этом проблема. Что объективно оценить и найти специалиста под что то известное понятное проще, чем искать кого то кто чего там где то умеет. Это жесть.
> У велосипеда есть документация. Хорошая.
Но в некоторых случаях когда решения нестандартное, то
К сожалению не все PHP программисты понимают принцип действия хуков и откуда это пришло (библиотеки *.dll и *.so работают на основе тех же принципов, в drupal библиотеки — модули).
У меня на одном проекте вообще обсчёт производится на видеокарте ч использованием pascal, а drupal служит для визуализации данных. Потому что при оценке стоимости затрат человеко часов это было наиболее удачное соотношение цены и качества. В разных ситуациях нужны разные решения.
1. Ядро восьмёрки работает на Symfony 2.
2. Новый движок рендера: Twig, может столько, что голова кругом.
3. Базовый функционал панелей (Panels), вёрстки под разные устройства и Views в ядре — уже на подходе.
4. Аналог Rules (события и правила) в ядре (вы ещё не используете Rules + Views + Panels, тогда Вы в каменном веке).
5. Инлайновое редактирование уже есть и для Drupal 7.
6. Количество документации по продукту больше только у продуктов Microsoft.
7. Количество человек в пересчёте на человеко-месяц участвующих в спринтах на конференциях по улучшению ~= можно свой маленький завод обслуживать (от 3 000 человек в течении недели исправляют то, что им не нравятся в системе во время конференции, кстати как раз в Мюнхене на следующей неделе).
Вы необъективны если не видели сборки drupal.org/project/spark и drupal.org/project/panopoly.
Но когда нужно отомстить заказчику и посадить его на краник IT терроризма, то:
1. Сайт должен быть самописный, что б любой функционал добавлялся дорого и долго.
2. Должен быть написан на С++, что б писался долго и чтоб его никто не понял.
3. К нему не должно быть много документации.
4. Он должен быть комически дорог в производстве (всё же пишем сами).
5. Он не должен решать проблем бизнеса клиента (хотя сайт делается для этого и всё равно на чём он написан).
6. Вы не должны хотеть заработать денег — это банально собирать крутые сайты, лучше похарткодить.
7.…
Как то так.
Пост не мой, писал не я и он не соответствует моей точке зрения.
И к сожалению администрация сайта отказалось его удалять.
Я у себя даже поиск по большой ХЕШ таблице совершаю на видеокарте, ну а с ускорением алгоритма Маркова и работы с нейронными сетями я думаю многие знают.
Всю руки не дойдут, хочу попробовать хранить данные в виде текстуры, но с учётом что данные это CRC32 хеш, а 3-х значное поле. Если Вам попадался такой пример, то буду благодарен, если им поделитесь.
На самом деле всё зависит от задачи и возможностей её решения при максимально эффективном соотношении цена / качество.
Тогда мы выходим на уровень библиотек, Вы же свой PHP и Linux не пишите. Тут всё зависит от задач. Тот же Yii можно запаковать в модуль и вынести логику в него, используя Drupal как визуализатор.
В этом проблема. Что объективно оценить и найти специалиста под что то известное понятное проще, чем искать кого то кто чего там где то умеет. Это жесть.
> У велосипеда есть документация. Хорошая.
Но в некоторых случаях когда решения нестандартное, то
У меня на одном проекте вообще обсчёт производится на видеокарте ч использованием pascal, а drupal служит для визуализации данных. Потому что при оценке стоимости затрат человеко часов это было наиболее удачное соотношение цены и качества. В разных ситуациях нужны разные решения.