Да как то я не освоился с ним) Вообще надо

Очень надо. Это, по моему, как git знать.

на java. Но вроде как под C# достойный драйвер есть

@neftedollar может ты подскажешь?)

Я думаю применить модель акторов в телеграм боте, типа на каждый чат своего актора создавать, насколько такой подход вообще правильный?

Я думаю применить модель акторов в телеграм боте, типа на каждый чат своего актора создавать, насколько такой подход вообще правильный?

Я бы делал именно так. Разноц была бы политика восстановления состояния актора. Для групповых чатов были бы чаще снэпшоты

Я бы делал именно так. Разноц была бы политика восстановления состояния актора. Для групповых чатов были бы чаще снэпшоты

А в снэпшотах что хранить? Лог?

Да

А это точно хорошая идея?

Ибо их может быть очень много

Плюс хотелось бы получить доступ к данным с девелоперской машины и с сервера одновременно

Т.е. я иногда просматриваю логи

Так, я видимо не правильно выразился. Сеэпшот это снимок состояния

А лол это список событий с помощью которых можно восстановить это состояние

Так вот в групповых чатах снэпшоты надо делать чаще наверное. Или для всех выделить политику, чтоб снэпшоты делались каждые 100 Сообщений допустим

Т.е. я иногда просматриваю логи

Это не те логи)

Что-то я не понимаю)

Короче, акка навязывает event sourcing

И cqrs с этим хорошо вяжется.

Подход тут крутой тем, что у тебя в общем нет схемы.

Все состояние конкретного агрегата это результат применений каких-то событий. И события могут добавляться новые. Так вот акка складываете этим события для каждого актора и применяет события с самого начала и до конца, таким образом восстанавливая состояние

Но иногда событий дофига, и чтоб все события не прокручивать делают снэпшоты

В этом профит акторов?

Нет, в этом профит eventsourcing

Ты можешь это желать и без акторов

Просто акка и akkling исповедуют такой подход

Это именно дом модуль, ты можешь им не пользоваться

У Цуканова и @VagifAbilov есть хорошие доклады про акку.

@Dolfik Ты посмотрел?

@Dolfik Ты посмотрел?

Неа ?

Все состояние конкретного агрегата это результат применений каких-то событий. И события могут добавляться новые. Так вот акка складываете этим события для каждого актора и применяет события с самого начала и до конца, таким образом восстанавливая состояние

как же всё сложно...

Да нет. Все просто. Ещё один подход.

Очень надо. Это, по моему, как git знать.

https://habrahabr.ru/post/332450/

вот примерно всё что надо знать про докер)

Прочтем

https://habrahabr.ru/post/332450/

истори провала я могу найти про каждый обещпринятый инстурмент.

прям вот в _каждом_ общепринятом подобные эпикфэйлы? да ладно)

ну и про общеприянтость докера - спорное утверждение. Многие предпочитают Vagrant - разница в размере образа и времени старта не значительная, зато простой и надёжный как палка.

https://www.lightbend.com/blog/running-a-2400-akka-nodes-cluster-on-google-compute-engine

Из статьи я понял, что шота с аккой не так

ну и про общеприянтость докера - спорное утверждение. Многие предпочитают Vagrant - разница в размере образа и времени старта не значительная, зато простой и надёжный как палка.

Я правильно понимаю, что в самих боксах только линукс?

о каких боксах речь?

Образа, как я понимаю

Хотя с терминологией у меня проблемы, конечно

если ты про образы докера, то нет. В нём изолированный процесс + окружение - данные. В Vargant линуха + окружение + данные

Привет! \o

если ты про образы докера, то нет. В нём изолированный процесс + окружение - данные. В Vargant линуха + окружение + данные

Ок, спасибо

Приветствую)

Привет! \o

Приветствую)

Есть F# опыт?

Да

Есть F# опыт?

Рассказывай)

Что именно?

Рассказывай)

Что именно?

Есть “reply” / “ответить” (это не вопрос, отвечать не надо)))

Про свой опыт. У нас так мало людей с опытом, что каждый фшарпер важен

Про свой опыт. У нас так мало людей с опытом, что каждый фшарпер важен

Моя основа - С#, go; c F# знаком не в рамках профдеятельности, язык интересен, поэтому я здесь

Ок. Добро пожаловать)

Ок. Добро пожаловать)

Благодарю)

Это аналог нашего SqlTypeProvider'а ? http://slick.lightbend.com/

Это аналог нашего SqlTypeProvider'а ? http://slick.lightbend.com/

Вроде нет, там же руками надо модели писать? Ближе к EF.

Понятненько

@fvnever а я вот так подумал... EF в каком-то смысле работает аля тайп провайдер. Ведь в режиме database first он тоже генерирует энтити.

Забудь этот режим как страшный сон :)

Не, нуачо

Хороший режим же

SqlTypeProider же всегда требует уже сконфигурированной БД.

невозмжно же сделать code first на SqlTypeProvider, да и по концепции оно для этого не создавалось.

Привет!

Привет!

Хелоу

о, еще озоновцы)

Что бы полезного на Manning купить, а то 40% промокод есть, да и почитать чего-нибудь полезного хочется

Что бы полезного на Manning купить, а то 40% промокод есть, да и почитать чего-нибудь полезного хочется

https://www.manning.com/books/functional-concurrency-in-dotnet

По виду интересная, да

https://www.manning.com/books/functional-concurrency-in-dotnet

уже есть, вообще оттуда по F# вроде всё куплено

Но 50 баксов...

Я бы почитал, но 50 баксов...

Таки 40% же)

DRM40

промокод

Ну это у тебя промокод 6)

там джон скит засветил скидку на книги от manning, мало ли кому надо: ctwndcoslo17

Вот ещё

Хммм... 30 баксов... мона и взять

Я по привычке ворую книги. Ждать только долго. :)

Купил

Купил

Не забудь, в чат закинуть ?

Там ватермарки мои

epub вроде без ватермарков

Пожалуйте!

в итоге взял такое https://www.manning.com/books/reactive-applications-with-akka-net

Тож неплохая, наверное

О, интересное чтиво

Как разорваться и прочитать стопку книг ? =)

Забить на дотку

Не играю в дотку

в 2006 ещё забил =)

Дотка тут скорее как плейсхолдер