Hexxx пишет:

> На больших проектах часто начинают выделять "особо хороший код" в
> отдельную библиотеку, гордо именуюемую common.

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

> Делают так многие, и все считают что это правильно. С одной стороны это
> хорошо, в одном месте правишь — хорошо всем. С другой стороны, когда

ага, знаем... в одном поправил — в 10 упало

> начинается новый проект, слегка похожий на предидущий, в него начинают
> тулить комоны. А потом выясняется что проект совсем не похож на
> предидущий и комоны надо переписать так чтобы они удовлетворяли новым
> требованиям и начинается...

требования надо выяснять до разработки, а не после
ну и если уже выяснилось что какая-то библиотека/фреймворк не подходит —
надо ее ЗАМЕНИТЬ на нечто принципиально другое, а не править, порождая
1001 версию, каждая из которых непонятно чем отличается от остальных, а
патчить потом в случае чего придется все 1001...