А не в способе хранения

Тогда я бы параметризовывал этот DialogManager типом того что может там храниться. Для каждого бота разное соответственно.

Там могут храниться разные типы, инты строки, кастомные объекты

Но для каждого типа всё равно нужен будет свой алгоритм приведения к нужному, так?

Это как scope переменных

Для каждого пользователя

Чтобы хранить состояние в режиме диалога бота и пользователя

Stateful dialog

Но для каждого типа всё равно нужен будет свой алгоритм приведения к нужному, так?

Алгоритм: от Object к нужному типу

Все классы наследуют Object (аналог для скалы, не знаю как он называется)

Т.е. типы в любом случае будут добавляться и изменяться, так? Вопрос в том что бы именно этот текущий Object который был строкой сделать интом? Или я что-то не понимаю?

нет

/

/

/

Не верно

Я засунул строку по имени foo и я хочу достать строку

Я засунул инт и хочу достать инт

я ошибся и достаю строку думая что это инт

И тут вместо исключения должен веpнуться None

в-общем, val context = new DialogContext() context("foo") = "bar" val bar:Option[Int] = context("foo").as[Int] в баре должен лежать None

Если в баре должен лежать None, то надо писать по-другому.

Ща

https://gist.github.com/fomkin/876520ceb1b882ce3081f618c5ef91d1

Ладно, пока Алексей там пишет ответ я тоже вопрос задам... я его уже выше задавал, но повторю, ситуация - есть сайт, и есть сервисы, вебсайт может подключаться к сервисам и общаться с ними. Как это лучше сделать? К вебсайту по идее тоже могут подключаться другие вебсайты/сервисы

вопрос слишком общий

Эм... меня в принципе интересует пока общий ответ. Как оорганизовать общенеи вебсайта и сервисов?

ТСР, еще что?

http

вебсокеты может быть?

http асинхронные очереди akka

интерфейсов море

под вебсайтом подразумевается фронт?

вебсокеты может быть?

По моему опыту не очень удобно поддерживать.

да, фронт, и куча бэков которые могут взаимодействовать друг с другом через этот фронт

По моему опыту не очень удобно поддерживать.

вот мне как раз интересно что лучше, тут я вообще никак не пробовал

в-общем, val context = new DialogContext() context("foo") = "bar" val bar:Option[Int] = context("foo").as[Int] в баре должен лежать None

Повторю ссылку https://gist.github.com/fomkin/876520ceb1b882ce3081f618c5ef91d1

начни с самого простого, http, а дальше уже по требованиям и проблемам

так так так, сейчас посмотрю

http это получается поднимать play каждому сервису? Не уверен что хорошая идея.... Или как вариант обходиться без него? Но стоит ли?

вот мне как раз интересно что лучше, тут я вообще никак не пробовал

Ну я сконяюсь к обычному HTTP/JSON с внешним дискавери. так проще всего интергировать с зоопарком всего что бывает.

Эм... уточню, должна быть возможна потоковая передача видео/аудио

А как это делать в json у меня пока мыслей никаких нет. Это вообще там реально?

Ну кроме как бить файл по маленьким кусочкам и потом их клеить? Я подозреваю что примерно так оно и делается, но сильно сомневаюсь что это хороший вариант в случае с JSON ом

А как это делать в json у меня пока мыслей никаких нет. Это вообще там реально?

Просто HTTP без проблем поток можно гнать в одну сторону. Это же сокет

chunked response

зачем плей, вариантов для сервера вагон есть совсем лайтовые

в любом случае для сервисов надо сервер подымать

chunked response

полез читать

в любом случае для сервисов надо сервер подымать

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

Так фронт это страница в браузере

Вначале определитесь какое API нужно, синхронное или нет это как минимум, а дальше уже шагайте от этого. HTTP(REST) это самый простой и быстрый вариант в плане подъема, море библиотек легких

Может не стоит в изврат сразу то. Rtsp для этого и изобретали

вариантов как сделать service discovery два фронт знает о каждом сервисе и ходит к ним, или есть промежуточное звено, которое уже разруливает общение с сервисами

Вначале определитесь какое API нужно, синхронное или нет это как минимум, а дальше уже шагайте от этого. HTTP(REST) это самый простой и быстрый вариант в плане подъема, море библиотек легких

по идее - асинхронное

тогда лучше смотрите в сторону RabbitMQ или Kafka или аналогичные, можно Remote Akka но там нет персистентности по умолчанию(я не подключал во всяком случае)

вариантов как сделать service discovery два фронт знает о каждом сервисе и ходит к ним, или есть промежуточное звено, которое уже разруливает общение с сервисами

по моей идее - рядом с фронтом лежит сервис который и разруливает всё и вся. А фронт просто один из способов вывода

Повторю ссылку https://gist.github.com/fomkin/876520ceb1b882ce3081f618c5ef91d1

почитал сейчас про эти КлассТеги и ТайпТеги, да уж, неожиданно, спасибо большое

почитал сейчас про эти КлассТеги и ТайпТеги, да уж, неожиданно, спасибо большое

Пожалуйста.

Все блин ломанулись делать фреймворки и конструкторы для чатботов. Астрологи объявили год натурал лэнгвич процессига и покемонов.

я думал хайп уже прошел)

вариантов как сделать service discovery два фронт знает о каждом сервисе и ходит к ним, или есть промежуточное звено, которое уже разруливает общение с сервисами

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

Может не стоит в изврат сразу то. Rtsp для этого и изобретали

вангую вопрос как вклячить этот протокол в плей

Все блин ломанулись делать фреймворки и конструкторы для чатботов. Астрологи объявили год натурал лэнгвич процессига и покемонов.

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

кодерпокемоновейпер

А ведь так хорошо было! Сидели 10 лет писали екомерс. Корзина, товар, благодать. А теперь сиди учи/вспоминай всякие там марковские поля и баесовы сети.

ну последнее не так много народу пытается делать, так что место для успеха и прорыва еще есть

ERROR: S client not available

а просто бото ферм вагон, да

Nlp как раз на подъеме, в том числе в энтерпрайзе

Вот так вот пишешь новую джейсон писалку, приходишь на конфу, там чуваки уже про LSTM рекурентные сети разказывают. А ты такой, но у меня же такой крутой джейсон…

не переживай, джсон пока нужен (пока люди код пишут) =)

интересно, что будет раньше, восстание машин или индусов, потерявших работу из-за машин (как с ткацким станком в Англии было)

Машины еще весьма не скоро научаться писать корпоративный софт... ЕВПОЧЯ

сначала машины заменят тех-поддержку

Сначала надо заменить всех манагеров с их криками - да чё вам сложно??? это же пару строчек

Сначала надо заменить всех манагеров с их криками - да чё вам сложно??? это же пару строчек

Если задача на столько простая, что строго формулируется на естественном языке в пару предложений, то это реально должно имплемтиться в «пару строчек».

ИМХО

Утопия :)

Эм... а если задача связана с анализом видео?)

На естественном языке сформулировать можно строго)

вспомнилась кнопка "сделать за...сь"

Запили мне аналог гугла)

Бюджет 1к рублей срок 2 часа

За сумму в 2 раза большую чем стоит сам гугл это воззможно)

Блин, успел уточнить детали)

))

Это к вопросу строго формальных требований

Запили мне аналог гугла)

Говно вопрос. TF-IDF наивно реализуется в 10-15 строчек. Простой паук еще в 30.

в сатанинском чате видел запрос сделать за 30к аналог призмы за 3-5 дней, пусть не очень хорошо, но лишь бы работало и было быстро и держало нагрузку

Как понял так и реализовал.

Эм... а если задача связана с анализом видео?)

покупаешь ферму индусов и прграммируешь их

паук в 30 строк не выйдет, там аналитики до фига

Вот если попробовать формализовать «запили аналог гугла», то получится десяток томов спецификации.

паук в 30 строк не выйдет, там аналитики до фига

Да ладно. Простой паук который просто убирает HTML, примитивно токенизирует и обновляет индекс.

через день придут скажут у нас OutOfMemory допиливайте бюджета больше нет

через день придут скажут у нас OutOfMemory допиливайте бюджета больше нет

Сами виноваты. Какие требования, такой и результат.

Разработка в стиле Д'артаньян

Разработка в стиле Д'артаньян

Не, это типа лин-стартап. Типа делаешь прототип за пару дней на 100 строк. Он как-то работает. Ты улучшаешь его до тех пор пока он не будет минимально готов к выходу на рынок.