Нужно написать скрипт "на один раз" или "работает не трогай" - юзайте процедурку, нужно сделать сайт сложнее визитки с возможностью его потом легко расширять и дорабатывать - ООП ваш выбор. По скорости работы уступает некритично, конечно если это не симфони, по скорости разработки процедурка сосет, пока один пишет круд на процедурке, другой уже сделал задачу на ооп. По читаемости кода - джон к примеру простой, но мешанина с вставками sql, php и xhtml делает код плохочитаемым. Ну кто может привык к такому коду, таким и notepad++ вершина среди редакторов, а кто то хочет больше удобства. Всему свое место - большой проект на процедурке сложно поддерживать, там где на ООП полчаса неспешной работы с перерывом на покурить, на процедурке уйдет полдня. Повторное использование кода на процедурке весьма неудобно, в итоге все равно часто использующиеся функции уйдут в какой нибудь class Utility {}. В то же время если на лендинге просто нужен скрипт для отправки емейла, ооп смысла использовать нет, в таком случае лучше юзать процедурку.
Насчет скорости - к примеру на высоконагруженных сайтах с посещалкой 100к хостов в сутки, на том же yii можно ускорить генерацию страниц в несколько раз, просто используя dao для чтения данных, а ar оставить для create/update/delete, что происходит гораздо реже чем read. По сути, сейчас веб программисты - это ремесленники, все что мы пишем - это банальные круды, который каждый усложняет как хочет. Просто кто пилит дерево электропилой и режет хлеб кухонным ножем, а кому-то дерево и вилкой ковырять норм, а хлеб руками разрывать. Пока кто-то фантазирует на тему 'написать бы футбольный менеджер и грести потом по 500 рублей с каждой проданной копии', другой ломает голову над тем в какой ресторан сегодня сходить поесть. Пока один будет фантазировать как написать круд и с чего начать, другой просто придумает структуру таблицы и напишет сначала миграцию, а потом запустит генератор, после чего подправит код и пойдет выполнять следующую задачу. Ктото перья дергает у гусей, кто-то использует ручку, вот и вся разница между самописным процедурным кодом и ООП фреймворками. ООП без знаний процедурки не познать, язык то один, просто ооп позволяет сделать что-то быстрее и выглядеть это будет понятнее чем процедурный код. Представьте - вы бомж, перед вами два места где можно найти еду - стихийная помойка, где в одной куче свалены колбасы, унитазы, старые носки, прокладки и прочие отходы человеческой деятельности, и ряд мусорных ящиков с надписями 'ткань', 'бумага', 'бутылки', 'еда' и прочее. Любой бомж с умением читать полезет в бак с едой и в бак с бутылками - либо поесть найдет, либо бутылки сдаст и купит еду. Неграмотный увидел сосиску в помойке и пошел зарылся в ней по уши. Так вот - помойку оставил после себя фантазер-художник, пишуший на процедурке, а мусорные баки с надписями обычный ремесленник с популярным фреймворком. И то и то по сути мусор, только у ремесленника в нем ковыряться гораздо удобнее. Художники среди php кодеров не нужны, нужны ремесленники, которые четко знают свое дело и знают как и что приспособить к решению задачи в срок и правильно. Каждый как хочет, так и пилит свои велосипеды, кто то дрочит на генерацию страниц за доли секунды и пару тысячк хостов, кто то регулярно пилит новый функционал и привлекает десятки тысяч уников, хотя страницы у него генерируются на 150 мс больше чем у первого.