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