Начал пробовать Zend. Сразу понравился магазин (http://shop.zend.com/), ребята прям как Red Hat - "хотите конфетку? придется заплатить". И в туториалах сразу рекламируют свой сервер, показывают, как создать проект и т.д. Регаетесь, получаете плюшку, а потом - "Valid until: 04 Oct 2012". Все четко.
А не кажется ли вам, что разработчик, использующий тот или иной фреймворк, платит сильной привязкой к этому продукту? В один прекрасный момент "они" скажут, что "ребят, мы вот посовещались и решили, что далее все будет платным, спасибо за участие, оставайтесь с нами". И юзеры останутся со старым продуктом в приятном смятении.
Я за СПО и мне не понять данную стратегию. Да, они делают отличные библиотеки, продумывают структуру всего и много-много других подводных камней, и писать свои библиотеки, это, конечно, моветон, но зато вы точно уверены в завтрашнем дне, вы точно знаете свой код, вы быстро в нем разбираетесь и модифицируете его.
Да, Zend шикарен, я пришел к такому выводу после прочтения
http://habrahabr[dot]ru/post/31168, как и все разработчики, они показывают нам "свой путь", то есть "как надо", как должно быть, свое видение, так сказать. На одной из конференций Убунты (я не помню, может и не убунты) Томас Твейт показал презентацию, как он разобрал тостер, а затем сделал свой. Да, ему это обошлось недешево, в плане запчастей, и он потратил больше времени, изобретая свой велосипед. Может это плохой пример, но в СПО как раз свой велосипед изобретать не стоит, на то оно и СПО. Вы пользуетесь техническим прогрессом и достижениями тех или иных людей, связанных с разработкой.
Применительно к фреймовркам, я считаю, это недостаточно удобно - вы должны быть полностью погружены в конкретный вами выбранный продукт, "тостер". Методы, классы и прочее. Томасу достаточно было понять структуру, как работает тостер, для создания своего он использовал детали, которые он мог купить в ближайшем магазине. И он был полностью независим от кампании N, которые эти тостеры выпускала. + Он мог в любой момент модифицировать этот тостер, например, увидев то, что ему казалось неприемлемым, можно было поменять, на то, что подходило именно ему.
Да, тостер - это не ПО. Но написав свое ПО, вы можете спать спокойно - любую ошибку или уязвимость при обнаружении вы легко устраните.
Сегодня я был на конференции "Математические проблемы современной теории управления системами и процессами". Там был очень интересный доклад о супер компьютерах, их использовании и так далее. Когда разработчики представляли свое ПО (которое производит различные мат. расчеты, где нужно +64 процессора) заказчикам - разным нефтяным, авиационным кампаниям, последние требовали, чтобы ПО было не "самописное", а лицензированное, которое используется ведущими фирмами, стабильно и практично. И это понятно, заказчик хочет быть уверен в том, что разработчик в своем ПО не допустил ошибки, пусть лицензионные продукты стоят 3-5млн. рублей в год, но зато существует гарантия, что продукт надежен и сделан профессионалами. (А главное - иностранцами. )
Это печально, ведь те же самые разработчики широко известных программных продуктов, тоже могли допустить ошибку, которую потом быстро зафиксят - это же их работа. Я замечаю такую же ситуацию и в веб-разработке. Практически у каждой вакансии в описании есть галочка - "желательно знание N фреймворка". Возвращаясь к тем программистам, которые писали ПО для супер компьютера. Есть ли бы не желание заказчика, то можно было точно также развивать то самое ПО, адаптировать его именно под нужные задачи, например, моделирование выкачивания нефти с глубины 2-3 км (на самом деле, это целая наука, поверьте), в конце концов, лицензировать его и выйти на мировой рынок. Но дядям, которые платят, это не надо, точнее их интересует только свой бизнес и чтобы "все работало", а работает "при использовании N-продукта".
Да, я привел 2 довольно-таки спорных примера - создание собственного тостера и разработкой ПО. Проблематика у них общая - мы используем не свои продукты, не свои идеи, а заимствуем их, прикрываясь изречениями вроде "это прогрессивные методы, их надо использовать". При этом мы не поддерживаем те же самые идеи наших соотечественников, пусть вы написали свою CMS и выложили ее на гитхаб, все равно, на работе вас заставят использовать N, так как "она надежнее, ее делали умные люди".
Я считаю, что разработчик должен делать сам, на то он и разработчик. Выбор фреймворка - да, дело каждого, "удобный инструмент" и так далее. Но вы не идете дальше, вы используете готовую структуру, например, контроллер, вид, модель, потому что она зарекомендована и вроде как идеально правильна.
"Перед разработкой N, когда я впервые столкнулся с поставленной задачей, я смотрю, как делают другие. Просматриваю множество идей, уже готовых решений и выбираю из них самое лучшее..." - так, наверно, каждый разработчик может сказать про себя, все мы с этого начинали. А кто может продолжить: "... а потом, на основе всего мне понравившегося и своего опыта, я делаю свой вариант, по-моему мнению идеально подходящий для данной задачи, в который включаю свои идеи и делаю его по той структуре, какой я ее вижу."? Если вы юзаете фреймворк, мне кажется, вторая часть уже невозможна. Вы же используете чужой каркас. Сегодня я понял, что когда все смотрят направо, полезнее всего смотреть налево, а именно напоминать, что мы разработчики, инженеры, технари. Мы должны придумывать свои "скелеты" и идеи, продвигать их и воплощать в жизнь. Сейчас не про использование того или иного продукта, полезность его использования и прочее, так как каждый выбирает сам, и все что я написал - это только моя извращенная точка зрения. Я вижу здесь много профессионалов своего дела, почему они не хотят собраться вместе и сделать что-то наше, русское, конкурентоспособное, чтобы остальной мир понял, что мы тоже, не только потребители, что нам есть, что показать?
Написано много, какой вывод сделать для себя - каждый определится сам. Может, я ошибаюсь, и все, что я написал - полнейшая чушь.
), поэтому мне интересны все ваши советы. 
факт в том, что освоение сф2 никому недаётся с наскоку т.к. в нём применяется несколько интересных передовых решений и каждое из них надо освоить, только после этого работа пойдет более менее предсказуемо ;)