Pull to refresh

Comments 4

Шлак. Унылое заумствование по поводу достаточно очевидных вещей. Полезной информации — 10%, остальное — вода. Похоже на выступление начальника отдела разработки перед топ-менеджерами, когда необходимо выбить финансирование.

Кстати, кроме процедурного программирования и ООП существуют и другие парадигмы программирования. Если уж рефакторить, то по-большому.
Когда рассказывают про преимущества ООП над процедурным подходом, то автор явно лукавит. Речь ведь не об ООП, а о связности и связанности (loose-coupling/high cohesion). Следить за ними можно и нужно при любой парадигме.
Я утверждаю:
и далее по пунктам.
Дизайн кода делается всегда под текущий use-case, без всяких угадываний наперед. В коде с простым и понятным дизайном, легко дать оценку времени на изменение под новые требования, чем сразу заботиться об этих требованиях и тратить на них время.
По по статье КГ/АМ.
Можно подробнее о книге?
Это перевод POODR?
Sign up to leave a comment.