Don't Repeat Yourself: Как правильно использовать принцип DRY в разработке ПО

[hira]

Почему SQL? Он даже не упоминается в статье.

[pahomovda]

ошибочка произошла, исправил, спасибо

[NightShad0w]

Использовать DRY, опираясь на реализацию - приводит к описанным проблемам. Использовать DRY, опираясь на контракт и выделяя абстракции как наиболее стабильные части - находится за пределами бытового понимания.

[imbalance]

Зашёл написать об этом. Но кажется надо конкретнее описать. Осмелюсь предположить, что т.к. автор написал эту статью, то для него этот принцип не очевиден и требует разъяснений. Если это так, то надеюсь автор об этом напишет.

[super_botan]

В DDD есть понятие агрегата. По моему мнению именно разделение кода на агрегаты ведёт к корректному соблюдению DRY.

SOLID буква I - Interface Segregation обозначает, как мне кажется, в том числе и по зоне применимости. Мне понравился пример со скоростями. Забираю себе закладки как хороший пример для объяснения буквы I :)