Есть где то конкретные примеры, когда нужно использовать рефлект? Просто все что я нашел можно было бы сделать без нее.

Считывание тегов в структурах

Какая-либо сериализация/десериализация

читал книгу в которой говорилось что вместо рефлекта лучше кодогенерацию юзать

select по слайсу chan

Во, спасибо

Всем привет)
Вопрос больше архитектурный.

Есть 100500 dba инженеров и 100500 джунов программистов. Есть api которое делится на 2 части - базовое api. Написано хорошо и меняется редко и говно - api. Меняется часто и написано плохо.
Очень часто прилетают разные задачи которые нужно решить ещё вчера. И джуны и dba инженеры создают 100500 процедур и методов api для задач которые постоянно прилетают и которые нужно решить ещё вчера.

В результате получается вот такой пиздец (см картинку ниже)

Занимаюсь тем что распиливаю perl овый монолит (mojolicious).
Базовый api переписал. А что делать с этим?

Пока я переношу 1 метод из изменяющегося api к нему прилетит 100500 правок и нужно будет создать ещё 3 таких же метода?

Пересадить всех с perl на Python / go я могу но проблему это не решит. Будет снова 100500 почти однотипных методов но на go / python.

Что бы с этим сделать?

(картинки нельзя прикреплять)

Ну там методы типо
/ReportA
/reportB
/reportN
...

В голову лезет система аркестрации))

Внедрить кодревью с адовым вокрфлоу, чтобы затянуть время выкатки в прод 👍👌

😅

Не так не пойдёт)

а что плохого-то?

сократить 1/2 dba инжинеров, 1/2 программистов, а из оставшихся собрать команду, которая будет проектировать апи, а не только писать

если апи неизбежно будет быстро меняться, то можно жить как живете

Не знаю)
Эти методы очень похожи между собой.

Грубо говоря
ReportA (a, b)
 C=A+B
 Запрос к бд(процедура А(С))
 Вернуть результат.

ReportB (a, b, c)
 C=A+B-C
 Запрос к бд(процедура B(С))
 Вернуть результат.

звучит как задача под graphql)

Это неизбежно

под graphql опять все придется переписывать завново

Ну я и так все потихоньку переписываю

Можно оставить старые методы как есть на perl а новые уже например писать на чем то, graphql например.

А старые потихоньку перенести.

Я просто думал обеденить их в один. Или написать систему аркестрации всего этого. Чтоб каким небудь деклоративным языком это описывать)