Выбирайте самое простое решение

Простой дизайн всегда легче реализовать чем сложный. Поэтому всегда делайте простейшее решение которое может работать. Если находите что-нибудь сложное - замените это чем-нибудь простым. Всегда оказывается быстрее и дешевле заменить сложный код простым до того как начнешь разбираться в сложном коде.

Рефакторите чужой код если он кажется вам сложным. Если что-то выглядит сложным - это верный признак проблемы в коде.

Сохраняйте решения насколько возможно простыми как можно дольше. Никогда не добавляйте функциональность на будущее - до того как появляется в ней необходимость. Однако имейте в виду: сохранять дизайн простым - тяжелая работа.

Наш опыт.

Это требование является очень проблематичным. Практически невозможно ему сразу следовать. Очень часто традиционный разработчик срывается в написание Инфрастктур, Фреймверков и Универсальных Подсистем. Приходится постоянно возвращать себя к тому что же хочет Заказчик. Это требование становится легче выполнять, если заучить мантру Это Нам Никогда Не Понадобится, и строго следовать правилу написания UnitTest-ов в первую очередь.

Приходится по капле выдавливать из себя Супер Архитектора, чтобы стать Эффективным Программистом.