Да, изучить для того чтобы знать как, чтобы не впадать в ступор от 20 летнего разработчика который советует - "просто делай миграции".

Например Magento, тоже так сказать фрейворк на ZendFramework, я уже второй год над ним сижу с перерывами и много чего еще не знаю и не умею. Если для того чтобы в резюме указать, что есть знания фреймворка - 2 дня на хелоу ворлд хватит, а чтобы работать на уровне в команде и по срокам, за два дня только можно ознакомиться с файловой структурой и что там куда и откуда - MVC, ORM, Components, Wigets ...

согласен, поэтому сейчас на рынке труда востребованы специалисты по конкретным системам, а просто знатоков php не очень хотят брать чтобы учить

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

Вопрос - в какую? Я вот к примеру уверен, что если углубиться в PHP, то на все остальные будет достаточно несколько дней. Чтоб основы узнать. А синтаксис - дело наживное.

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

Да и от ошибок никто не застрахован. Особенно когда приложение непомерно раздуто. Вот допустим. А сколько еще невскрыто...

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

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

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

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

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

А это приводит к тому, что из-за одной команды CHtml::encode() (элементарной htmlspecialchars()) подключается файл из over 2000 строк!

Про AR вообще не стоит даже говорить. Для чего он в конкретном приложении? В фреймворке понятно, должна быть универсальность, должен быть выбор. А в конкретном рабочем проекте? Кому в голову придет менять СУБД на рабочем проекте? И вообще это нонсенс. Вроде для упрощения придумано. Для простеньких запросов может и пойдет, а если чуть посложнее, все наоборот. Приходится сначала писать SQL, дебажить его, потом переводить в AR. А как на ходу потом дебажить если чё? Где брать сформированный текст запроса? Я просто не в курсе, есть ли такая возможность в Yii.

Да и вообще, не про Yii речь, а про фреймворки в целом. Там в комментах кто-то про ZEND написал красиво, даже с картинкой. Для создания страницы hello world задействовано 125 файлов и 5.5 тыс вызовов функций.

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

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

За что такая расплата ресурсами? Я понимаю заплатить за скорость разработки и страховку от криворуких кодеров, который работодатель "набрал по объявлению". Но искренне не понимаю вашей телячьей радости по поводу фреймворков. Не для программиста они сделаны вовсе. Для работодателя. А программисту только во вред. Если я не знаю с закрытыми глазами какой-нибудь кейк, то на работу уже не устроиться.

Картинка про ZEND:

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

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

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

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

Мне кажется этот тренд продвигается среди заказчиков либо говно-студиями (хренак-хренак еще хомяк), либо просто дурачками. Качество конечного кода абсолютно независит от платформы.

Отличная команда. Больше похоже на каких-то конкурирующих друг с другом фрилансеров за хорошую вакансию. Как критиковать без подсказок? Тимлид говорит: это сделано плохо. Иди переделывай. Ну чего, нормально! ) Это где ж такие фирмы?

Если даже среди специалистов о фрилансерах такое мнение, то дело действительно плохо. Потому что у нормального фрилансера есть и верстальщик прикормленный и дизайнер и т.д. Если проект несложный - делаешь сам. Тоже странно - почему наличие офиса и синенького кружочка с надписью ООО "Рога и копыта" вдруг волшебным образом говорит о безупречном качестве и профессионализме? Открою секрет: есть фрилансеры напорядок сильнее иных студий. И дешевле в 2 раза.

Имеется ввиду изучить исходники и все-все алгоритмны под капотом? На это могут уйти не просто месяцы, а годы. За это время выйдет уже другая версия (ветка) и начинай сначала-мачала.

Это которые для перехода с одной СуБД на другую что ли? ))) Классная штука, да. Жаль только эффективна исключительно в связке с query builder-ом и AR где далеко не все запросы можно реализовать. Ну да, для тупых запросов идиотских вполне подходит. =)) И если сейчас кто-нибудь скажет, что это не так, получит -100 очков в моих глазах. Миграции хороши лишь для версионного контроля. Ито при работе в команде. Одиночке они НАФИГ не нужны.

В условиях открытого кода безусловно. =)

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

То значит на земле остался только 1 программист.