Фреймворки VS разработка с нуля

Я люблю программирование

чуть-чуть? вы просто не умеете их готовить ©
В php не меньше рутинной работы, от которой фрейморки избавляют программиста.Неудачный пример Для блога лучшее решение - wordpress ) вообще за один вечер делаетсяю Да и вообще, для стандартных задач целесообразнее взять CMS, натянуть дизайн и сдать клиенту.

-----
Чем больше узнаю, тем больше я не знаю.

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

DeepVarvar ответил ))

Я этого не отрицал ) у меня нет опыта работы с фреймворками... но я не думаю что крупные проекты типа фейсбук, ВК, твитер и там всякие популярные онлайн игры или иные проекты ведут/вели разработку на фреймворках ) Почему нет? проекты же крупные? )


Ну в js она менее интересна и более ёмкая.. каждый раз по сетинтервалу уменьшать/увеличивать какой то блок с учетом client height и client width и прочие похожие задачи которые надо мусолить - вот это рутина ))


Не всегда Вот например недавно общался с человеком, ему нужен был блог и он сразщу подчеркнул что нужно самопись а не вордпресс )) Но обычно да согласен, делают на CMS ) Только тут дело в том, что дорабатывать в дальнейшем под точный заказ клиента будет в разы сложнее

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

В игре это будет лишнее, и не нужно сравнивать средний сайт на котором грамотная структура позволит сэкономить время разработки и стоимосить поддержки и высоконагруженные соцсети, где проект не на пару лет. FB свой HipHop для увеличения производительности запилили, думаете у них нет своих библиотек?


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


Это странички с рюшечками, а не web приложения.

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

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

В принципе вопросов больше не осталось... Спасибо всем за ответы )

Но если кто то захочет пообсуждать - нет проблем )

(Отредактировано автором: 05 Сентября, 2013 - 14:22:54)

пока человек пишет один и никогда, никому другому не приходится разбираться в его коде - то в принципе почему бы и нет ;)

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

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

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

(Отредактировано автором: 05 Сентября, 2013 - 15:13:25)

Представьте, что у вас есть замОк. Вы изготовили для него ключ. Разве вы будете делать каждый раз по новому ключу, или все же используете готовый?

-----
Интернет-магазин.

если написано грамотно то это проще допилить чем разбираться в фреймворке которого раньше не видел.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Если имеем грамотный самопис и тоже самое на популярном фреймворке, то с фреймворком проще разобраться, ибо документация есть и сообщество, которое может дать совет.

-----
Чем больше узнаю, тем больше я не знаю.

не проще потому что кроме разбиратся с фреймворком все равно надо разбиратся с собственно кодом сайта.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Наоборот, если фрилансер - надо выбирать CMS или фреймворк. зависит от количества доработок. Потому что после тебя над проектом, скорее всего, будут работать другие люди + проект надо сдать быстро, времени на написание самописа, тестов и отладки нет.
Вцелом, примерно так. У нас к разработчику, знание фреймворка является не обязательным требованием, но у людей, которые его знают - явно фора


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

А совет простой. Фреймворки нужно изучать. Если не для того, что бы использовать, то хотя бы для того, что бы знать, как пишут "большие дядьки". Изучать все не за чем, сейчас есть тройка фаворитов, которые используются почти везде, остальные с явным отрывом плетутся позади. Изучай ZendFramework, Yuii, Symfony.

Согласен. Ибо после изучения Yii полностю переосмислил свой велосипед.

Также подписиваюсь под ети слова

Тут отдельная статья получиться как нам на фирму достался проект написаный хоть и на Yii но грамотным назвать нельзя. Поетому хоть там и фреймовоорк хоть самопись - всеравно. Кривие рукы нихто не отменял. А много(не все конешно) начинающых фрилансеров пишут только абы здать и забыть проект. А он то набирает обороты. Ну а далее следующий учасник только догадиваеться о том что там написано. Хоть и использован фреймворк или ЦМС

Наговнокодить можно на чем угодно, вопрос лишь в том, где сделать это проще и какого уровня специалисты какие инструменты выбирают - процентное соотношение и статистика