Вот отрывок из книши одного очень хорошего писателя:

      - Долгая история. Все дело в том, что местные программисты пошли
по неверному пути. Этот путь называется объектно ориентированный подход
в программировании. На самом деле это мина с часовым механизмом в
красивой упаковке. В очень красивой упаковке. Как с этим бороться, я
не знаю. Упустил момент.
      - Мастер, ближе к делу.
      - Знаешь анекдот, как программист кипятит чайник. Дано: пустой
чайник, кран, спички, газовая плита. Программа действий: наполнить
чайник водой из-под крана, поставить на плиту, зажечь газ. Ждать, пока
закипит чайник. Эта программа оформляется как объект. Второй случай.
Все то же самое, но чайник с водой уже стоит на плите. Действия
программиста: вылить воду из чайника и выполнить предыдущий объект.
      - Грустно. А нырнуть внутрь объекта нельзя? Туда, где надо газ
зажечь?
      - Нельзя. Можно добавить новое свойство или действие. В нашем случае
- воду вылить. Будет новый объект. Но внутрь влезть нельзя. Объект дается
как единое целое. Никто не знает, что там внутри. Все давно забыли, откуда
ноги растут. В результате получается колоссальное дублирование кода и данных
и огромная потеря производительности компьютера. С каждым годом компьютеры
требуют все больше памяти, а работают все медленнее.

Которая лишь подтверждает мысль, что ООП везде — это вред и блед, хотя и не отрицает что в бизнес приложениях ООП — это просто круто