λ
Использую зио как бэк для тф кодяры с контекстным эффектом
И это прям хорошо
Size: a a a
2020 September 23
λ
Это выгодно отличает зио от однодырочного ТФа, где для разных контекстов приходится разные тайппараметры заводить
λ
Оке, тогда отлично. Спасибо, зиогоспода
Я думал ты тофу гай
ΛВ
Я думал ты тофу гай
Простые сервисы без тф же можно писать, которые менять будут раз в два года
λ
Зачем?
KS
Зачем вообще писать сервисы...
AT
Kirill Shelopugin
Зачем вообще писать сервисы...
Хранимки?
ΛВ
Зачем?
а зачем поддерживаемость и гибкость ТФ в оч мелком сервисе, старую версию которого не трогали два года и не будут трогать новую еще два года?
P
а зачем поддерживаемость и гибкость ТФ в оч мелком сервисе, старую версию которого не трогали два года и не будут трогать новую еще два года?
что бы потом переписать на третьих котов (если для тф юзать котов)
ΛВ
Pavel
что бы потом переписать на третьих котов (если для тф юзать котов)
а зачем его потом переписывать? Сейчас переписывается из-за акки, там мол проблемы и у нас стек вообще не акка ни разу
D
так к чему пришли насчёт линз?
в скале смогу писать такое?
в скале смогу писать такое?
toListOf (cosmos . _Object)λ
а зачем его потом переписывать? Сейчас переписывается из-за акки, там мол проблемы и у нас стек вообще не акка ни разу
Зачем читаемый дсл, который ты поймёшь даже через 100 лет
SA
Зачем читаемый дсл, который ты поймёшь даже через 100 лет
Зачем вообще писать читаемый код, если у нас есть библиотека комбинаторов? Она же самодокументируемая, и комментарии тоже не нужны, код сам себя объясняет.
AS
сколько ни пытался заюзать линзы, всегда оказывалось, что это чсв (С)
MT
хм - а давайте более конкретный вопрос тогда)
Вот есть такая структура. И мне надо в ней регулярно обновлять данные в различных узлах
При этом при каждом обновлении я знаю путь - последовательность идентификаторов.
Есть ли какой-то расхожий паттерн, как с этим работать, или сама структура отстой и надо делать ее плоской?
Известно что обновляется data и что могут добавляться узлы
Удаление редкая операция
case class WithMap[A](id: String, children: Map[String, WithMap], data: A)
Вот есть такая структура. И мне надо в ней регулярно обновлять данные в различных узлах
При этом при каждом обновлении я знаю путь - последовательность идентификаторов.
Есть ли какой-то расхожий паттерн, как с этим работать, или сама структура отстой и надо делать ее плоской?
Известно что обновляется data и что могут добавляться узлы
Удаление редкая операция
MT
сколько ни пытался заюзать линзы, всегда оказывалось, что это чсв (С)
у нас самый частый момент с линзами - это развесистый стейт в перзистентной сущности или в акторе - там вложенность знатная, и рефакторинг имеет место - линзы очень упрощают и рефакторинг и код
БЛ
Тоже есть вопрос к линзаведам, а вы с какого уровня вложенности их использовать начинаете?
ΛВ
Борис Лопухов
Тоже есть вопрос к линзаведам, а вы с какого уровня вложенности их использовать начинаете?
мы юзаем даже с первого. Потому что внезапно может стать не с первого
P
мы юзаем даже с первого. Потому что внезапно может стать не с первого
+
БЛ
Прям как сетеры-гетеры в джаве) а в многих местах одна линза переиспользуется?