vit_r | Про целевую аудиторию

Entry tags:

Про целевую аудиторию

С последним апдейтом ввели систему свадеб. После прохождения нескольких квестов можно взять в жены любой корабль 90+ уровня...

tomoboshi тут о Kantai Collection. Via

sam_newberry

Flat | Top-Level Comments Only

Есть способы и это моделировать. PossibleWorlds, мультивёрсы и т.д. David Lewis рулит.

Вопрос всё-таки не о существовании способов, а о практическом решении. Грубо говоря, полученная структура должна быть проще исходной, и затраты ресурсов на её получение должны быть адекватны.

Если не попробуешь, то ничего не получишь. Абстрактных ответов на абстрактные вопросы тут явно недостаточно.

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

Мы софтинку по мэппингу выпускаем на следующей неделе, и начинаем прикручивать к ней веб-интерфейс. Так что у нас вполне себе подход к "практическому решению" для хакатона, а не подход к рассуждениям о существовании способов. Способы команда в лице её разных людей многие знает уже прямо сейчас, всё таки речь идёт о технологическом bleeding edge. Нужно только сосредоточиться и сделать что-то. Ну, и перед тем как сделать (29 марта) подумать. Время ещё есть.

Софтинка, кстати, в предыдущей версии доступна тут: http://techinvestlab.ru/dot15926Editor (где-нибудь в понедельник-вторник мы надеемся, что там появится следующая версия с развитым мэппингом и верификациями). Так что всё стараемся держать не слишком абстрактным, а поближе к коду.

У меня задачи всё-таки не САПРовские, а ближе к естественным языкам.

Насколько я понимаю, для начала придётся писать парсеры к разным анимешным базам, переводить это в единый формат, потом решать задачи fuzzly loogic (с участием иероглифов), а уже после этого обрабатывать.

В принципе, я NLTK к нашей софтинке прикручивал и тексты обрабатывать пробовал: всё работало, ибо Питон. А ещё мы выполнили проект http://www.slideshare.net/vvagr/reference-dataextraction (там тоже была наша софтинка задействована). Так что с естественными языками у нас какой-то небольшой опыт есть.

К базам там есть API (хотя и не все объекты базы там доступны по API, может быть и парсить нужно что будет), поэтому задача парсинга там не главная.

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

Если задействовать fuzzy logic или чего-то подобное (hybrid reasoning: совместные статистический и логический вывод), то у нас в планах такого пока не было, но почему бы и нет (например, для попыток автомагического мэппинга, хотя это было бы чересчур круто на данной стадии этих технологий. Или для верификации).

На нормальную fuzzy logic у меня банально не было времени, потому что мне никто за эти игры не платит. Но, если экстраполировать то, что я делал, проверку надо проводить уже при извлечении данных из каждого нового источника. Причём, она должна быть как на внутреннюю логичность извлекаемых данных, так и на совместимость с уже имеющейся структурой. Всё это сопровождается полуавтоматической корректировкой, причём не в диалоговом, а в пакетном режиме.

В этом случае исправления наиболее дёшевы. Если конфликт попал в результирующую структуру, избавится от него на порядок сложнее.

Да, новые достижения Abbyy интересно было бы пощупать руками. Но задач под это у меня сейчас нет и не предвидится.

Flat | Top-Level Comments Only

Про целевую аудиторию

Re: Оффтоп

Re: Оффтоп

Re: Оффтоп

Re: Оффтоп

Re: Оффтоп

Re: Оффтоп

Re: Оффтоп