синдром поиска супер архитектуры
Судя по последним 3м годам, путь к граалю проектирования проходит где-то через принцип инверсии зависимости (конкретно, инъекции). Архитектура должна быть на столько крутой, что должна давать возможность не только перекраивать-тестировать низкие уровни (реализацию функционала), но и саму себя..
саму
себя
.. и ну уж хули останавливаться тогда.. В РАНТАЙМЕ %)
ну и еще композиция лучше наследования

..сколько проебано из за того что сложно было быстро заменить один большой кусок на другой.. сколько не реализовано из за понимания, что вот вот все щас полетит к чертям. от кстати где преимущество неопытности - когда не видишь левиафана, пускаешься в бой, т.к. думаешь что вот вот фигня написать,.. а потом, ну.. не останавливаться же)))

Depend upon Abstractions. Do not depend upon concretions.

но как же сложно это понять
кажется как будто вот вот уловил суть, но потом она как-то все время ускользает >_<


старая, но имо самая объясняющая статья
http://wiki.agiledev.ru/doku.php?id=ooad:dependency_injection
, разве что service locator предан анафеме http://blog.ploeh.dk/2010/02/03/ServiceLocatorisanAnti-Pattern/)
еще классную маленькую пдфку раскопал.. код не весь понял, но картинки с машинами прикольные)
https://ep2013.europython.eu/media/conference/slides/dependency-injection-is-your-friend.pdf

SOLID POWA FTW %)))