Если поставленная задача достаточно проста и не имеет огромного решения, то лучше использовать "чистый" php.
Если речь идёт о изготовлении сайта, то здесь явно нужно использовать какой-нибудь фреймворк т.к. всёравно программист будет писать какой-либо инструментарий для работы с БД, картинками, статистикой, авторизацией и т.д. А в фреймворках это уже реализовано и отлажено(это очень важно т.к. на отладку порой уходит больше времени чем на реализацию).
Про уровень не знаю. Как только программист почувствует что нужно, так и стоит браться

Спорить не буду, но и соглашаться не стану В теме 2 совершенно противоположных мнения, пусть автор сам решает что ему ближе.

Я за фреймоврки Главное - быстро и комфортно. Все основное есть, все под рукой. Код отлажен, его тестирует много народу.
Кеш рулит на всех уровнях работы приложения.

php изучить не трудно - уровень вхождения низкий - вот и напложена куча говнокодеров - бери и пиши что хочу.

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

Для мальчика с улицы, внезапно решившего что он - программист, php - можно попробовать, а фреймворк - вряд ли, т.к. тяжелая штука.
Остается такому деятелю только найти заказчика-дурачка под которого он напишет кучу своего, со своими приколами кода, который потом никто кроме автора в здравом уме поддерживать не станет. Что ему и выгодно - завязал на себе заказчика и ходи важный.
А на фреймворке заказчику если сделаешь - такая подлость не прокатит - код будет написан в грамотном стиле фреймворка и любой человек из сообщества сможет поддерживать этот сайт. Забота о заказчике.

)))
Вот сто раз уже писал - узурпировали власть разработчики. Главное что бы было ему

В подрежку поста twin
И разные там CMS тоже зло их ленивые хакеры придумали

Класс. Тема набирает обороты. Пошел за попкорном

Коньнктура - вещь серьёзная. Разработать и продвинуть свой фреймворк или CMS конечно сложно, но цель у него всегда одна - облегчить разработку, а значит привлечь большое количество кодеров к своему творению. Усадить их на иглу и снимать сливки.

Пользы для заказчика нет никакой. Потому и говорю - узурпировали власть.

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

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

немного потроллю в поддержку темы)

Здесь наверное стоит разделять о чём идёт речь. Если разговор о небольшом сайте-визитке, то конечно легче его реализовать быстренько на чистом PHP. Но в разы быстрее это будет на уже готовой CMS`ке. Может быть и кодить ничего не придётся.
А если разработка посерьёзнее, то уже никаких "ручных" разработок нанятых программистов принимать нельзя, т.к. в будущем это выйдет боком. Потому что:
1. Популярные фреймворки тестируются тысячами людей, и багов там крайне мало. "Ручной набор" нанятого программиста тестировал только сам программист.
2. Популярные фреймворки имеют хорошую документацию. Ушёл программист? Найми нового. Даже если он не знает фреймворка, то за недельку другую покопается и всё начнёт понимать. Если конечно речь не идёт о таких особах типа "одно выучу и всю жизнь на этом кодить буду". "Домашние разработки" не имеют никаких документаций. Ушёл программер? Всё, пусть новый мучается. Пусть ищет старого, письма ему пишет, спрашивает что, где и за что отвечает.
3. По популярным фреймворкам есть много сообществ и рассылок, где есть ответы на многие вопросы. А сообщест на тему "тут парень на голом php до меня писал..." нет.

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

P.S. И не нужно позицианировать всё так как будто на фреймворках пишут одни недоумки, а на голом php - крутые программеры. Всё может быть и наоборот - зависит от программиста.
P.P.S.. Нука научите "мальчика с улицы" на ZF приложения создавать

Эй, кто то вообще догоняет что несет этот twin?
У других аргументы, а у него поток каких то необоснованных и нелогичных мыслей. Может он глухой или слепой, что не видит аргументы, что приводят другие?

Заказчик болен...на форуме есть аптечка?

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

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

Говнокодят везде :-P И на фреймворках, и на чистом.

Кстати говоря, Твин прав в том, что чтобы начать писать на фреймворке его и понимать особо не надо. Это примерно так:

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

Вообще сам скорее отношусь противникам Твина. Сам писал движки/фреймворки, потом надоело.

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

А то что на чистом языке писать правильно сложнее - очевидно. об этом свидетельствует тот факт, что любой фреймворк написан на чистом. и объем кода часто очень большой требуется на реализацию всего - в результате чего программист получает возможность делать многие вещи быстрее. А с "толщиной" фреймворков бороться надо - кешированием, отключением встроенных компонентов и тд. первое элементарно, второе получится далеко не у каждого.

Вообще я имел ввиду серверные фреймворки. JQuery не совсем фреймворк, это игрушка больше. На нем конечно проще писать всякие JS-побрякушки типа скролбаров, окошек и прочего. Но это антураж, к самому сайту отношения имеет мало. Потому что сайт может работать и без этого. Хороший сайт ценен информацией, а не упаковкой. И бантики эти вешаются зачастую там, где и имеется острый недостаток оной, дабы хоть чем то привлечь юзера.

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

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

А вообще конечно я не совсем прав. Вопрос тредстартера звучал: