2260
[RU] Scala Chat. Не поленитесь открыть, особенно если вы новичок https://github.com/scala-russian/about/blob/master/README.md
Кто-то на первое мая наверняка прочитал наш новый выпуск
Но лично мы были на шашлыках 🤩🤩🤩🤤
Если вы такие же кайфуши, как и мы, то рекомендуем ознакомиться со сводкой главных новостей за последний месяц из мира Scala прямо сегодня
➡️ ССЫЛКА НА ВЫПУСК ⬅️
Вызов метода можно более-менее легко проверить на соответствие бизнес-требованиям. Легче для высокоуровневой чистой функции, тяжелее для мутабельного объекта и сайд эффектов. Акторы выводят эту нетестируемость на новый уровень.
В ответ на вызов сообщение ты получаешь нихуя и это нихуя не проверить на требования. А сайд-эффект от посылки сообщения становится не сайд, а основным эффектом. В итоге никто не умеет нормально, недорого и поддерживаемо тестировать акторные системы
Проблема - отсутствие возможности local reasoning. Отсутствие типов - только один из аспектов этого. Возможно, не самый проблематичный
Читать полностью…
Видимо при споре о достоинствах /недостатков это раньше было основным фактором. Так и гуляет. После изменения лицензии с akka больше не работал
Читать полностью…
Всегда при разговоре о реализации акторов в акке припоминают именно отсутствие контроля типов
Читать полностью…
Сделали tyoed actor чтобы никуда больше ходить не надо было. Кому хочется, тот может и на обычных писать, механизмы не запрещают. Было развитие, но кто-то продолжает говорить о нетипизированных actor...
Читать полностью…
надо писать хттп сервер с помощью ИИ на ассемблере
Читать полностью…
Типизация говорят помогает/ADT) Не типизированные акторы как-то совсем грустно писать и поддерживать, нормальные попроще.
Читать полностью…
Написание в функциональном стиле позволяет "заметить дурь" раньше за счет явных зависимостей и ограничений и, соответственно, поправить.
Читать полностью…
речь именно про сетевые приложения.
на практике, все эти раскиданные по коду примитивные rpc функции, элементы некоторой развесистой FSM. и это отлично имплементируется именно на акторах
Только когда вам надо их только писать, а не поддерживать длительное время существующее, да ещё написанное разными людьми по принципу "письма Дяди Фёдора из деревни домой" ...
Читать полностью…
Есть, но это скорее пример в пользу плохой понятности кода
Читать полностью…
Нипонятна. Почему local reasoning пропал если вместо вызова метода мы передали сообщение с теми же самыми данными. Или нужно сравнивать не с методом, а ZIO эффектом, где зависимости явно видно?
Читать полностью…
Да как-то слабо похоже, тут сразу ссылка на будущий результат/комбинаторы чтобы его обработать
Читать полностью…
по мне так rpc и его имплементация на async await низкоуровневое. этакий куцый актор на 2 состояния.
Читать полностью…
думал услышу что то новое. но нет.
ужасный код, который тяжко сопровождать можно нацарапать в любой парадигме.
держу тебя в курсе.
Это очень низкоуровневая идея. Так то и байткод руками вбивать можно
Читать полностью…
существуют какие то особенные технологии позволяющее упростить сопровождение вне зависимости от того насколько плохо написан код?
какие?
В rust пришли и к actor и async/await. Вроде так
Читать полностью…