DjDiablo,
да, именно поэтому и придумали ООП

DjDiablo,
Это абсолютно беспредметный разговор "на тему". Абстрактные сравнения - словоблудие. Ты бы ещё пример с конями в вакууме привел. Примеры про чайники оставь для школьников. Если хочешь что-то показать, то приведи пример того, что на процедурном нельзя сделать, что можно на ООП и от этого только выиграет модель всегда и везде!

Задачи решаются исходя из необходимости. Теми инструментами, которые нужны для решения поставленной задачи. Мне php ООП нафиг не сдалось, т.к. у меня полностью отсутствуют объекты - ибо не нужны! От этого я только выигрываю простотой кода и его поддержки и расширяемости и скоростью выполнения.

серверную часть

DjDiablo, спасибо за картинки и мнение )
чем? Я знаю не так много языков и технологий, но исходя из того что имею, могу утверждать, что на js мне писать удобнее/логичнее/проще, чем на vba/vbscipt.
не то, чтобы я искал легкие пути, но все говорит в пользу пыхи. Т.е. зная пыху, например, будет проще найти работу, чем зная питон.

:)
в последнее время начал юзать квери (необходимость), однако, мнение остается неизменным - лучше свой велосипед

Согласен полностью, всему своё место.

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

Наиболее естественно выглядит решение на инкапсуляции, которое можно было бы использовать за счёт включение ссылок на функции в структуру в которой хранятся свойства чайников Но это будет уже инкапсуляция, а это часть ООП, ООП головного мозга как мы знаем от gozar'а это болезь.

Ну тогда остаются надо полагать хуки, либо событийная система.
Ну и кто нас сегодня поразит мощью процедурного стиля ???? :D :D :D

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

Какой задачи? Коней в вакууме? Какие ещё чайники, магазин по продаже чайников делаешь?

Ты меня пока ничем не удивил кроме того, что написал много букв ни о чем.

Я и нехотел некого удивлять
Меня задело ООП головного мозга :D
Я говорю ООП это круто, если пишеш cms или приложение, вот собственно и всё.

А я говорю php ООП нафиг не сдалось для cms, вот собственно и всё.

Что, ООП нужно для того чтобы дергать из базы страницы и отдавать в браузер? Так это можно делать 2-3 строчками. ООП нужно, чтобы принимать от браузера контент страницу и писать её в базу? Ну хорошо тут можно обойтись 40 строчками накрыв почти любой сложности cms.

Давай поточнее, что такое можно написать на PHP ООП, что нельзя в процедурном стиле?

Я могу например сказать, что PDO нужно для того чтобы избежать инъекций, сделать код короче и читабельней. Про ООП я так же однозначно сказать не могу.

В процедурном стиле можно сделать всё тоже что и на ооп, однако всё тоже можно сделать и на ассемблере :D

DjDiablo,
Ну тогда на ассемблере круче чем на ООП. :D