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

не, это делаю. визуально должно быть няшно

Это и не проект тогда.

>_> вот теперь обидно

шучу) все что не приносит денег или не служит благой цели - не проект)

Проект это что - треугольник "цель - ресурсы - время"

Если цели нет, то это не проект

время так-то очень даже ресурс. вырождается треугольник...

Не в обиду

Ну я не помню точно - как там по PMBOKу

вообще DI - это просто инструкмент, он требует затрат на обучение, он может как окупиться так и нет, как и любой другой инструмент
Вопрос - что ж проще, научится в DI, если научиться в велосипед

Так вот - я не рассказал об опыте который я вынес из эксперимента

На самом деле жизнь без DI контейнера есть, и даже по своему комфортна. Из плюсов: офигенная реюзабельность классов + можно творить интресные финты, которые в DI делать неудобно (объектная композиция - ИМХО лучшее что было придумано в ООП). Проблемы начинаются там, где нет привычного решения без контейнеров, например управление транзакциями. Но это скорее из-за недостатка опыта чем из-за отсутствия контейнера.

звучит абстракто - а что именно DI мешал сделать?

Объекты. В DI у тебя либо сервисы, либо DTOшки. При этом сервисы композируются очень стремно.

Но это другая и долгая история

а в чем суть плохой композиции сервисов или любых других "бинов"?

Говорю - долгая история. Я там доклад про maintainability обещал намедни - там коснусь этой темы.

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

Я не говорил что нельзя. Я говорил что неудобно.