а куда про ошибки конкретнее смотреть?
https://github.com/TinkoffCreditSystems/tofu/tree/master/optics/core/src/main/scala/tofu/optics
тут глаза немного разбегаются

здесь сами оптики

https://github.com/TinkoffCreditSystems/tofu/blob/master/core/src/main/scala/tofu/Errors.scala#L26 а вот тут инстанс

хм, а пример использования есть где-то?

Прямо сейчас, похоже, нет

жаль

Всем привет!
Вопрос больше по архитектуре, так что, может, не совсем в тему)

Есть 2 проблемы:
1. В проекте есть старое flow, которое включается в себя один большой for-yield (DBIO - Slick) с созданием запросов примерно на 30 джоинов. Это старая архитектура и переписать ее сейчас не совсем возможно. Надо найти какое-то быстрое решение буквально на 3-4 месяца. По факту, это обновление 4-5 таблиц, но должно быть транзакционное. Может у кого есть идеи или опыт в подобном?
2. В приложении есть несколько монолитов (ПХП, Джава, Скала, NodeJS, etc) и очень хочется внедрить traceId хотя бы для ПХП + Scala. Есть у кого опыт таких внедрений и какой-то хотя бы примерный план как это лучше реализовать? Сервисы взаимодействуют между собой обычным HTTP, в скале есть несколько очередей, в которые пробросить traceId не проблема.

Спасибо :)

мы zipkin использовали, есть клиенты для многих языков, сервер легко в докере поднимается в простом виде

Мы используем DataDog для подобных штук (метрики, логи), так что хотелось бы что-то исключительно для traceId, чтобы в последствии это пушилось в DD

А потом рабоче-крестьянский программист по привычке напишет в for строку _ = startProcess и удивится, когда не заработает. Так что нет, разница всё-таки заметна

Я же не говорю, что там один в один. Я о том, что в целом всё почти так же.

линк на пост?

не, я думал есть пост про тофу

Это он и есть

Даже если Тони не знает об этом

хаха

А ему не понравилось: https://twitter.com/djspiewak/status/1262434932477083649?s=19

начало конца котоэффектов

дело говорит