прокинуть зависимости явно обьявив их в main?

Именно так я и делаю. В самом конце, явно и даже без контейнера.
Просто один большой main и прокидывание зависимостей руками

что не устраивает?

Ничего. А вас?

а зачем di?

=== статья не нужна для гоу?

наш друг @ruelephant хочет собирать метрики раз в 15 секунд, но квант иметь меньше.

я покрутил в голове идею с лейблами 0-14, но ничего практически применимого не придумал.

наш друг @eperesada придумал репортить одну и ту же метрику несколько раз с разными значениями и таймштампами, но документация говорит нам так не делать.

то есть - все же собирать раз в секунду

это не не точно, а при операциях сложения умножения и тд происходят огругления. Ошибки накапливаются и в конечном итоге будут расхождения какие-нибудь. Например купил чего-то на 1р, а сняли 1.000000000001, а если таких операций много, то это уже беда.
Да и сравнивать такие числа через == не выйдет будет давать false на 1 == 1.00000000001.
Ну это для понимания ситуации
Чтобы с деньгами работать надо писать свои реализации типа. Не знаю как они выглядят внутри, но например хранит число в строке, а в строку хоть какие числа поместятся

если работать с целыми и есть операции деления(умножения на не целое), то всё равно это надо почти при каждой операции нормальизовать это целое число, везде писать не варик, значит пишется либа для работы с этим, туда же добавляем конвертацию и получается тот-же децимал(ну пошти), только самосборный с возможными багами, которые выльются через пару лет в н-ную сумму

Ну, значит, вы не попадаете в ЦА, хотя я в первых абзацах и попробовал на скоро раскрыть то, что такое DI и зачем это нужно. Жаль, если не удалось :(
Вообще оно задумывалось, как обзор способов организовать компоненты приложения, но в процессе написания статьи я видимо слегка увлёкся и добавил слишком много теории :D

Что такое контейнеры в контексте? Ну т.е. я вижу определения из C++/Java, но для меня например нужно строить мост в другие языки. Нет такого паттерна в голове