Я говорю именно о гавнокоде сугубо. Я не говорю, что тот же golang гавно, сам на нём пишу.
> Да, более высокой производительности для КРУПНЫХ ПРОЕКТОВ.
Да хоть ОЧЕНЬ КРУПНЫХ ПРОЕКТОВ. ООП в жертву производительности.
> И во-вторых, читать код на ООП намного лучше, чем процедурный.
Нет, это не так. А что если язык не имеет вообще ООП? Его трудно и не возможно читать?
потоки + кластер или как там(не вникал в это)
В двух словах, если ты уверен что запомнишь что где у тебя будет, то ООП тебе не нужен.
Если хочешь упростить жизнь себе и возможно будущему владельцу твоего творения, тогда используй ООП.
А в остальном перед заказчиком от ООП один плюс, его знание и умение работать с ним.