Oℕ
Становится "достать значение из мапки по ключу , имплиситному изуми класстегу"
Size: a a a
2020 April 29
Oℕ
На каждое действие фактически производится такая штука
VS
конечно, но в целом так сложнее админить, проще это реализовать через кубер
у нас уже целая куча инженеров по эксплуатации, пусть играют
Oℕ
макросы всё равно никуда не деваются, потому что нужно сгенерить функции для использования этого
Oℕ
либо писать каждый раз
ZIO.access[Foo])(_.get)
ZIO.access[Foo])(_.get)
Oℕ
вместо просто foo
Oℕ
либо писать каждый раз
ZIO.access[Foo])(_.get)
ZIO.access[Foo])(_.get)
что означает опять же макровызов для получения тега на каждую строчку, потом получение из скаловой иммутабл мапки
Oℕ
т.е. и на компиляцию и на рантайм оверхед
λ
у нас уже целая куча инженеров по эксплуатации, пусть играют
спроси их, норм ли это тема
Oℕ
мало того, если таких сервисов за десяток и между ними появляются зависимости реальные
VS
спроси их, норм ли это тема
они не хотят базу в куб
Oℕ
склеивать их с помощью встроенных методов далеко уже не так просто, как в мануалах на два сервиса
Oℕ
В результате, я ощущаю, что этот подход - это тупиковая ветвь
λ
они не хотят базу в куб
почему
Oℕ
Ладно, я понял, что распизделся и никому не интересно
AN
AN
Ты пишешь, я - читаю)
AK
Ладно, я понял, что распизделся и никому не интересно
мне интересно, у нас вот недавно было обсуждение фидбека от написания микросервиса на зио и в общем толи мы не осилили, толи это и правда какая-то странная абстракция
AN
Устрой стримчик по написанию в модерн зио софта
Oℕ
апи для склеивания злейеров оч похоже на АПИ для стрелок