CreativeMind, ну да, ООП вызывает вопросы. Но если смотреть характеристики, то для больших, сложных систем, где нужно четко моделировать сущности и их взаимодействие, объектно-ориентированный подход до сих пор имеет свои плюсы.

Конечно, функциональное программирование отлично подходит для параллельных вычислений и обработки данных. Но вспомним, как сложно бывает управлять состоянием в чисто функциональных системах, когда они разрастаются. Тут тебе и рекурсия, и хвостовая оптимизация, и все такое. Не всегда это интуитивно понятно.

Например, в тех же микросервисах, если каждый сервис — это отдельный модуль со своими данными и поведением, то ООП-принципы могут упростить разработку и поддержку. Представь, что тебе нужно прокинуть какое-нибудь событие между сервисами. Через объектные модели это часто делается довольно прозрачно.

По ттх, хорошая архитектура, независимо от парадигмы, решает большинство проблем. ООП — это просто инструмент. Хорош он или плох, зависит от задачи. Для веб-сервисов, как на slon6.cc или slon5.cc, где нужна высокая доступность и масштабируемость, выбор ясен.

А вот для каких-нибудь научных расчетов или анализа больших данных, тут, имхо, функциональщина рулит. Но это не значит, что ООП умер. Просто он не универсален. На slon4.cc, например, наверняка есть примеры, где ООП до сих пор основной

slon3.at

slon3.at