MrPi

Видео ещё быстрее грузится начало. Странное замедление. 

Это best practice в ООП. Сам паттерн с инкапсуляцией и SRP об этом говорит

Довольно понятны методы и вызовы, но просто не смотрели в ядро, пока ничего не упало. Совместимость между версиями - это отдельная кость. Мало того, что тащиет говно мамонта с первых версий, так еще и миграция между версиями часто приносит боль. Даже в нем приняли чрезмерность ООП и сделали функции хелперы, по типу base_path(), url(), route() из процедурном исполнении.

Вы видимо путаете классы и ООП. В энтерпрайз команде работаете или один(вдвоем)? Есть хоть один проект, посмотрю? Просто любопытно стало соотношение масшатаба к количеству кода

Основные принципы ООП - инкапсуляция, наследование.  Вот такие капсулы с абстрактным наследованием делают из простого сложное. Тот же микрофреймворк, популярный в php slim

https://github.com/slimphp/Slim

Один роутинг из 12 классов.

Вот пример инкапсуляции

class MethodOverrideMiddleware implements MiddlewareInterface
{
    public function process(ServerRequestInterface $request, RequestHandlerInterface $handler): ResponseInterface
    {
        $methodHeader = $request->getHeaderLine('X-Http-Method-Override');

        if ($methodHeader) {
            $request = $request->withMethod($methodHeader);
        } elseif (strtoupper($request->getMethod()) === 'POST') {
            $body = $request->getParsedBody();

            if (is_array($body) && !empty($body['_METHOD']) && is_string($body['_METHOD'])) {
                $request = $request->withMethod($body['_METHOD']);
            }

            if ($request->getBody()->eof()) {
                $request->getBody()->rewind();
            }
        }

        return $handler->handle($request);
    }
}

1 метод - 1 класс, 1 файл. Прикольный такой SRP. И это микрофреймворк без нихрена. Просто ничего нет. Нет ни работы с локализацией, безопасностью, форматированием, валидацией. Просто снихрена 50 файлов маршрутизации и базового ничего. За сколько без агентов разберетесь в условном фреймворке Ларавель? Там магии больше чем в Хогвартс. Чего стоит только полимарфизм. Вроде просто - одна базовая кнопка. Но в одном действии она запускает двигатель, в другом готовит еду, в тертьем запускает ракеты. А после решил поменять действие. Лезешь в базовую и вспоминаешь, где этих кнопок накидал и сколько. Если дохрена, то кодишь новый класс для новой кнопки. И так накидываешь мертвого кода. На старте это хорошо, но после масштабируемости и смены поведения, либо расширяешь класс на новые кнопки и так до бесконечности. Абстракция в ООП - это отдельное зло. Для меня очевидное решение - лучшее решение. Да. в команде без этого никуда, но в частной разработке ООП зло, когда всё делает несколько разработчиков. Энтерпрайз проекты насчитывают десятки и сотни тысяч классов, наследований. Мне это ни к чему. Буду работать в коммерц разработке над одним микросервисом, буду пилить сотни классов с инкапсулированностью. Ну или банковские приложения с очередями, гонкой. Там это приемлемо, а для меня оверинжиниринг

Просто интересно, что за вещи? У меня проблема в ИИ с видением проектов. Он постоянно пытается использовать макисмальное количество паттернов. Даже задав приоритеты, все равно через несколько запросов пытается в строгое ООП, хотя для меня, чем очевидней решение, тем лучше.

Интересно, с чем связано? С конкуренцией? Больше слабых программистов используют агентов, деляя вещи сеньоров?

В новостном фоне всё больше автоматизации. Думал наоборот как не в себя набирают сотрудников

Ну если зарабатываешь этим, то неплохо. 4200$ расход в месяц только на агентов. Интересно, один или командой?