Если так рассуждать, то вообще все парадигмы процедурны :) Ведь в итоге все банально сводится к тактам.

Тут дело не в механизме вычислений, а в архитектуре. Вот это то, что принято называть процедуркой:

    $a = rand(0, 5);
    $obj = new SomeClass;
   
    if($a == 5) {
       $b = $obj->someMethod_5();
    } else {
       $b = $obj->otherMethod();
    }

Хотя тут есть и класс и объект и возможо в нем присутствуют признаки инкапсуляции. Но программа выполняется последовательно, блоками и ветвленем.

А вот это уже ближе к ООП:

class Setting
{
    public function getRandValue()
    {
        return rand(0, 5);
    }
}

class Something
{

    public function getTotal($a)
    {
        $method = 'someMethod_'. $a;
        return $this->$method();
    }   
    
    // остальные методы
}

 
$obj = new Something;
$b = $obj->getTotal((new Setting)->getRandValue());

Потому что здесь соблюдены главные условия ООП кода.
1. Всё является объектом
2. Вычисления осуществляются путём взаимодействия (обмена данными) между объектами.

Так что не в абстракциях дело. А в принципах построения.

Это тоже субъективные ощущения. Да, если тебе это удобно, привычно и кажется красивым, ни кто не вправе это осуждать.

Но и наоборот тоже е стоит. Не стоит мерять весь мир своим аршином. И объявлять процедурку (вернее структурное программирование) устаревшей и уж тем более говнокодом. Критиков ООП тоже полно, вот к примеру статья. Старенькая правда, но с тех пор мало что изменилось.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.