Т.е. ты намекаешь, что вк не хайлоад проект?

Охренеть не встать... Что за бредятина? Это у меня несложная редкоизменяемая система? Ну тогда действительно о чем мы говорим. Четыре человека с утра до ночи только тем и заняты, что изменяют и дополняют функционал. Специфика такая, иначе конкуренты сожрут.

Именно для часто изменяемых и очень сложных систем такой принцип подходит на много больше, нежели монолитная ООП архитектура. Кстати говоря, начинали мы как раз все "по науке", но после того, как пришлось два раза переписывать все полностью, плюнули на это дело. Ибо при частых изменениях происходит две вещи. Либо появляются тормоза в обслуживнии, так как перепроектировать ООП код по ходу дела при постоянных и частых новых вводных - дело неблагодарное, либо она начинает обрастать костылями (сиречь наследниками), что в итоге выливается в непроходимую дебрю и см п 1.

А по такой схеме действительно - сделал и забыл. И это хорошо. Ибо поправить буковки в отдельном модуле проще и эфективнее. Ни кто не толкается жопами на кухне - можно полностью переписать модуль, партнеры даже и не заметят. Так же и дополнить проще - написл новый модуль и вуаля. Проще и утилизировать отработанный материал. Устрело - просто выкинул файл или папку модуля и спи спокойно.

Именно из-за частых изменений мы к этому и пришли.

Да, конечно, можно сейчас скзать, мол кто мешет сделть все это на ООП, ведь по сути любой такой модуль можно предствить как наследника, если туда-сюда спроектировать, то будет проще. Так вот в том и фишка, что ни кто не мешет. Просто оно само выпилилось за нендобностью. Именно из-з того, что это совсем не проще.

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

Ваше ООП нужно для скорости разработки. Тут да, спору нет. Когда фирма орентировна на внешних заказчиков, этот подход оправдан более чем. Тут нужно экономить время программиста, ибо 99% времени он тратит именно на разработку. Тут и фреймворки в тему и шаблонизаторы и прочие новомодные изыски. А то, что за эту экономию потом рсплачивается заказчик, это не проблемы шерифа. Тут тоже конкуренция - кто быстрее и дешевле, тому красный самолет.

Ничего нового я там не нашел. Если не сказать больше:

Как раз у меня то этих инструментов горздо меньше, чем у вас.

Ну может быть, не спорю. Может и не совсем понимю, расскжите. Теперь моя очередь, меня вынудили объяснять. В чем же преимущество?

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

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

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