Size: a a a

Scala User Group

2020 September 23

λ

λoλdog in Scala User Group
λoλcat
Использую зио как бэк для тф кодяры с контекстным эффектом
И это прям хорошо
источник

λ

λoλcat in Scala User Group
Это выгодно отличает зио от однодырочного ТФа, где для разных контекстов приходится разные тайппараметры заводить
источник

λ

λoλdog in Scala User Group
Λнтон Войцишевский
Оке, тогда отлично. Спасибо, зиогоспода
Я думал ты тофу гай
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
λoλdog
Я думал ты тофу гай
Простые сервисы без тф же можно писать, которые менять будут раз в два года
источник

λ

λoλdog in Scala User Group
Зачем?
источник

KS

Kirill Shelopugin in Scala User Group
Зачем вообще писать сервисы...
источник

AT

Aλeksei Tereχin in Scala User Group
Kirill Shelopugin
Зачем вообще писать сервисы...
Хранимки?
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
λoλdog
Зачем?
а зачем поддерживаемость и гибкость ТФ в оч мелком сервисе, старую версию которого не трогали два года и не будут трогать новую еще два года?
источник

P

Pavel in Scala User Group
Λнтон Войцишевский
а зачем поддерживаемость и гибкость ТФ в оч мелком сервисе, старую версию которого не трогали два года и не будут трогать новую еще два года?
что бы потом переписать на третьих котов (если для тф юзать котов)
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
Pavel
что бы потом переписать на третьих котов (если для тф юзать котов)
а зачем его потом переписывать? Сейчас переписывается из-за акки, там мол проблемы и  у нас стек вообще не акка ни разу
источник

D

Dreamerinnoise in Scala User Group
так к чему пришли насчёт линз?

в скале смогу писать такое?
toListOf (cosmos . _Object)
источник

λ

λoλdog in Scala User Group
Λнтон Войцишевский
а зачем его потом переписывать? Сейчас переписывается из-за акки, там мол проблемы и  у нас стек вообще не акка ни разу
Зачем читаемый дсл, который ты поймёшь даже через 100 лет
источник

SA

Sergey Alaev in Scala User Group
λoλdog
Зачем читаемый дсл, который ты поймёшь даже через 100 лет
Зачем вообще писать читаемый код, если у нас есть библиотека комбинаторов? Она же самодокументируемая, и комментарии тоже не нужны, код сам себя объясняет.
источник

AS

Aλexander Semenov in Scala User Group
сколько ни пытался заюзать линзы, всегда оказывалось, что это чсв (С)
источник

MT

Mikhail Tolstoy in Scala User Group
хм - а давайте более конкретный вопрос тогда)

case class WithMap[A](id: String, children: Map[String, WithMap], data: A)


Вот есть такая структура. И мне надо в ней регулярно обновлять данные в различных узлах

При этом при каждом обновлении я знаю путь - последовательность идентификаторов.

Есть ли какой-то расхожий паттерн, как с этим работать, или сама структура отстой и надо делать ее плоской?

Известно что обновляется data и что могут добавляться узлы

Удаление редкая операция
источник

MT

Mikhail Tolstoy in Scala User Group
Aλexander Semenov
сколько ни пытался заюзать линзы, всегда оказывалось, что это чсв (С)
у нас самый частый момент с линзами - это развесистый стейт в перзистентной сущности или в акторе - там вложенность знатная, и рефакторинг имеет место - линзы очень упрощают и рефакторинг и код
источник

БЛ

Борис Лопухов... in Scala User Group
Тоже есть вопрос к линзаведам, а вы с какого уровня вложенности их использовать начинаете?
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
Борис Лопухов
Тоже есть вопрос к линзаведам, а вы с какого уровня вложенности их использовать начинаете?
мы юзаем даже с первого. Потому  что внезапно может стать не с первого
источник

P

Pavel in Scala User Group
Λнтон Войцишевский
мы юзаем даже с первого. Потому  что внезапно может стать не с первого
+
источник

БЛ

Борис Лопухов... in Scala User Group
Прям как сетеры-гетеры в джаве) а в многих местах одна линза переиспользуется?
источник