PHPшник уже напишит сложный модуль который выполняет сложный SQL запрос, и который возвращает в формате JSON.

-----

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

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

Следующий пыхабщик добавит еще модуль и их станет три и так далее...

В пыхе, однако, тоже есть возможность писать правильно, но кто же пыхабщика этому научит...

Шарпист и Жабист, кстати, не будут писать сложный СКЛ-запрос - они используют что-то типа ЛИНКа чтобы нужный запрос строил этот ЛИНК. В идеале у них вообще не будет никакого СКЛ в коде.

А ДжиСОН получат непосредственно от сервера и не факт что там будет именно СКЛ-сервер... хотя в большинстве случаев им не нужно будет знать транспортный формат и/или его можно будет настроить в конфиге.

возня в/с ООП

-----

А если подумать над тем, зачем его, ООП, вводили?

Работал Я как-то в конторке по лепке хомяков.

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

Писали в Пуре АСП. Тратили по паре недель на средне-сложную страницу, мучаясь с кодом и с тем что там должно выходить.

Показал как можно в Pure ASP использовать упомянутое ООП. Да, оно там сильно неправильное, но все же...

Код страниц сильно упростился, вместо недель счет времени пошел на часы, ошибки практически исчезли, исправления вообще считали на минуты и появилась возможность распараллелить работу над страничкой. Причем настолько распараллелить, что народ до 95% нужного кода делал сразу, не обсуждая и не глядя в ТЗ страницы и все было как нужно.

Так что то, что в ООП сложнее, не значит что без него лучше.