Здравствуйте, C0s, Вы писали:

C0s>правила хорошего тона и clean code не зависят от размера проекта, и полезны сразу и систематически — до того, как проект начнёт внезапно разрастаться. более того, обычный подготовленный специалист это делает на автомате без дополнительных трудозатрат. а наличие неподготовленного — сам понимаешь, вроде и реальность, но является лишь организационной проблемой, а не инженерной.

У нас с тобой разные правила хорошего тона. Для тебя это непременное наличие какого-нибудь контейнера в проекте. Для меня — легко читаемый, легко изменяемый и легко остающийся легко изменяемым после изменений код.

IT>>Никто и не сравнивает DI или не-DI. Сравнивают DI фреймворк или не-DI фреймворк.
C0s>раз уж мы тут, то DI-фреймворк важен тем, что для правильного применения сразу требует хорошего чувства объектного построения, проектирования надёжных и устойчивых моделей, а также инверсии зависимостей. без оного этого тоже можно добиться, но только палкой или кнутом. кроме того,

Ты ещё забыл про сферический конь в вакууме. Это тоже важно для правильного применения хорошего чувства объектного построения. В обычной жизни, особенно в кговавом энтегпгайзе все кони настоящие и быстро превращают вьюношей бледных со взором горящим либо в настоящих мужчин, либо в конченных догматиков с исковерканной DI судьбой.

C0s>не надо логировать постоянно, достаточно возможности увеличивать или уменьшать подробность логирования без останова процесса. нашли проблему пользователи — включаем логи, просим повторить, снимаем их и анализируем.

Кто тебе сказал, что оно опять повторится?