#оффтоп

Согласен с мнениями о вредности пустых моделей, но есть что дополнить ув. тов. Шароватову.

Если переложить пустые модели на кухню разработки, то порой вредно выделять класс ради класса, микросервис ради микросервиса, абстракцию ради абстракции.

Однако это вредно лишь тогда, когда оно наносит какой-то вред.

Например, если создать микросервис проще, быстрее и дешевле, чем интегрировать модуль в работающую систему, то определенно стоит создавать микросервис. Конечно, это чаще всего не так, но не нужно брать идею в максимализм и накладывать на неё весь мир.

В сравнении “иметь плохую модель vs не иметь модели”, всё конечно зависит от контекста, но чаще всего лучше иметь плохую модель. Ведь плохая модель приносит хоть какую-то пользу, по отношению к отсутствующей модели.

Любая абстракция позволяет выполнять меньше действий в каком-то направлении. Мы ведь не рисуем карту межсервисной коммуникации, включая туда все классы, методы, таблицы, колонки, фреймворки, библиотеки и т.п. для того, чтобы посмотреть лишь как сервисы взаимодействуют друг друга в первом приближении.

Лучше иметь плохуя карту сервисов, чем не иметь её и каждый раз вспоминать о всех коммуникациях. Лучше иметь плохую декомпозицию программных модулей, чем её не иметь. Лучше иметь плохую машину, которая вас довозит до работы за 40 минут, чем каждый раз кататься на автобусе, который делает это за полтора часа.

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

Опять же, всё зависит от контекста и максимализировать явно не стоит.