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

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

S_>>>3) Надо учитывать что бывают случаи, если что-то не сделаешь сегодня, то завтра на это уже в 5 раз больше усилий затратишь.
G>>Такого не бывает, если не пытаться "продумать наперед".

IT>Это довольно спорное утверждение. Как раз продумывать наперёд надо. Надо ли делать наперёд — это другой вопрос. Вполне конкретный пример с не продумали наперёд — Linq 2 SQL в части поддержки нескольких провайдеров. Закончилось всё закрытием проекта. Кстати, альтернативные проекты страдают такой же точно проблемой. Между тем реализация нескольких провайдеров не представляет большой сложности, если продумать наперёд, а ещё лучше сразу реализовать.

Создание фреймворка отличается от создания приложения.
Для фреймворка необходимо продумывание того что он будет делать. Но это уже продумывание будет на более высоком уровне, чем отдельные классы или фичи.