поэтому я и говорю - юзай готовые решения

Т.е. акторы не подходят для такой задачи?

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

Шаришь

Не удивлюсь, если оно так и есть.

Т.е. акторы не подходят для такой задачи?

мне кажется это ты к ним не подходишь :D

Акторы это акторы, просто заменять акторами ВСЁ - неправильно и не сработает

Но зачем писать свою базу на акторах?

Но зачем писать свою базу на акторах?

я не знаю. я б не стал писать. А в чём там база-то? Dictionary один в акторе и погнали

Зачем юзать акторы?)

я не знаю. я б не стал писать. А в чём там база-то? Dictionary один в акторе и погнали

Он какой-то слишком жирный

Он какой-то слишком жирный

Есть преждевременные оптимизации, а есть преждевременный хайлоад

вот у тебя второе

Есть преждевременные оптимизации, а есть преждевременный хайлоад

Ну у меня эта цель и стоит

Понять, как такие задачи решаются акторами

Это просто интерес

Есть ли какое-то элегантное решение

Понять, как такие задачи решаются акторами

для начала тебе надо собрать экспертизу по акторам, т.е. попробовать банально

потому что я вижу что мои советы встречаются непониманием. Мне кажется ты с акторами мало работал

Ну как бы да, мало, только разбираюсь с ними

Как и для чего их можно применить

В прошлом году тут в чатике их так хорошо продали :(

Ну, они всё ещё хороши, ничего не изменилось) Но это инструмент со своим полем применения

В прошлом году тут в чатике их так хорошо продали :(

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

т.е. евентсорсд под хранение месаджей не подходит в принципе

Про историю я уже понял

Тут вопросов нет

А вот по индексу есть вопросы, мне кажется, что это будет не ок хранить такой жирный объект

Но это не проблема модели акторов

Ну вот я и пытаюсь понять, как эту проблему решать 🤷‍♂️

Ну вот я и пытаюсь понять, как эту проблему решать 🤷‍♂️

ну тебе уже дали много советов как это сделать. Наивный подход - дикшнари Чуть усложним - много дикшнари, каждый для своей буквы Ещё усложним - редис Совсем пиздец - редис с когда-нибудь конститентностью с персистентным хранилищем. Для редиса есть готовые решения если чо, т.е. усложнение не очень страшное

Ещё усложним - кластер редиса

Мимо проплывает база данных

Мимо проплывает база данных

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

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

Речь уже не идёт онли об ин-мемори

Мимо проплывает база данных

про БД тоже уже много раз сказали

Я даже и говорю о том, чем это тогда от прямого запроса в базу отличается?

Я даже и говорю о том, чем это тогда от прямого запроса в базу отличается?

в случае редиса - скоростью доступа.

а так - ничем

Ну и вообще, меня впечатлило, что Вагиф со своей командой сделали полностью всё на акторах :)

хранилище оно и есть хранилище

Ну и вообще, меня впечатлило, что Вагиф со своей командой сделали полностью всё на акторах :)

они не мессенджер писали/пишут

Ну это понятно

ты знаешь требования его задачи?

Вот я и пытался выяснить, можно ли это сделать в данном кейсе, или нет

Как бы вопрос снят

Ну это понятно

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

Ну сейчас речь не обязательно про месседжер идёт. По сути просто поиск актора по уникальному идентификатору

Который может меняться, правда

Я кстати пытался писать бота на акторах

В итоге умер нахуй)

В итоге умер нахуй)

Кто?

Я

Я в один момент перестал понимать происходящее

Я в один момент перестал понимать происходящее

Запутался в акторах?

Типо того

Плюс они там ненужны

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

Плюс они там ненужны

почему? поддерживать беседу с определённым пользователем

запоминать свои шутки и не шутить так же в том же чате, например, год

Оно там не надо было - он тупо историю писал

Оно там не надо было - он тупо историю писал

Ну можно было бы mailbox запилить наверное

Хотя

https://github.com/Dolfik1/ItMeetupCats/blob/master/Program.fs

Попробуй разберись

Попробуй разберись

Потому что код без документации - кусок известно чего! :D

Да проще «как обычно» писать

а актор система без диаграмм - ещё больший кусок

Да проще «как обычно» писать

акторы спасают в достаточно больших системах. Маленькие проекты от них не выигрывают

Потому что код без документации - кусок известно чего! :D

Кто, что делает тут понятно, я думаю

А вот почему он это делает, и в какой последовательности, это вопрос

Кто, что делает тут понятно, я думаю

ну ты спросил разобраться в коде с акторами) Могу сказать что это нетривиально в общем случае если нет доки и диаграммы общения акторов

Ну диаграмма бы да, не помешала

Ну диаграмма бы да, не помешала

Мы к диаграмме сами пришли когда поняли что пиздец за углом

ну и далее без всяких стандартов, наваяли квадратики со стрелочками

Помогло?

Сори за оффтоп, но кто-нибудь из вас писал свои компиляторы под llvm?

Сори за оффтоп, но кто-нибудь из вас писал свои компиляторы под llvm?

я знаю чат где тебе ответят

Сори за оффтоп, но кто-нибудь из вас писал свои компиляторы под llvm?

https://t.me/CompilerDev

Огонь, спасибо

Там суровые ребята сидят