А нужны ли фреймворки в php если он сам фреймворк?

А нужен ли PHP, есть есть Python/Ruby/JavaScripy/Clojure/Perl?

Прав тот, кто платит. Если проект некоммерческий, то прав ведущий разработчик.

Обьясни клиенту почему он должен платить больше за хостинг только лишь потому, что тебе видите ли нравится питон и т.п.

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

А нужен ли PHP, есть есть Python/Ruby/JavaScripy/Clojure/Perl?

Но

Прав тот, кто платит. Если проект некоммерческий, то прав ведущий разработчик.

Два чая этому столику

Видимо ты не в курсе, но 70% клиентов приходят уже с имеющимся хостингом и доменом. Хотя тебе никто конечно не запрещает фантазировать о сферическом коне в вакууме.

Сервера давно копейки стоят, какие ещё хостинги?

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

какие ещё хостинги?

Повторюсь, ~70% клиентов приходят уже с имеющимся хостингом и доменом.

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

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

Делаю сайты-визитки на HTML-е без фреймворка и PHP. Зачем его поддерживать? Хостинг оплачивай и всё.

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

70% твоих клиентов

Домен ещё ладно, но кого волнует, что там у клиента уже имеется, если это не подходит для задачи?

если это не подходит для задачи?

С чего это не подходит? Не надо проецировать свои ничем не обусловленные предпочтения на решение проблемы.

70% клиентов приходят уже с имеющимся хостингом и доменом

Пруф будет?

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

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

тем не менее, есть и такое мнение

Какой-то сборник вредных советов.

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

Если ты работаешь над каким-то сервисом масштабным вроде вконтакта, то тут не спорю. Я же тружусь сейчас в небольшой вебстудии, 67 клиентов у нас просто на поддержке (как правило там битрикс, вордпресс, джумла, свой велосипед без фреймворка и даже бутстрапа), и 3-8 проекта в месяц ведем с разработкой под ключ, как правило лендинги и небольшие магазины.

даже если это сайт визитка

Но

Видимо ты не в курсе, но 70% клиентов

Сами не знают чего хотят, и визитка вполне может вырасти в CRM масштаба промышленного предприятия.

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

и визитка вполне может вырасти в CRM масштаба промышленного предприятия.

А может и не вырасти, но добрый разработчик навернет ее на фреймворке с тысячами зависимостей при старте.

навернет ее на фреймворке с тысячами зависимостей при старте.

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

Зачем мне роутинг на сайте визитке? Зачем мне там вообще мвц/ооп?)

Ты когда программу с одной кнопкой на крестах пишешь, тоже boost тянуть будешь на всякий случай?)

А нужны ли фреймворки в php если он сам фреймворк?

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

Фреймворк нужен для ускорения разработки, это лишь набор библиотек. Поэтому чаще всего без фреймворка не обойтись если хочешь чтоб проект имел перспективы. Кроме того фреймворк это культура разработки без него проект превращается в мусор гораздо быстрее Так что богатство функций php это его недостаток, а не достоинство

а чо, нищеброды разве что-то платят за разработку? откуда у них деньги?

Если проект некоммерческий, ведущий разработчик идет на х*й, он ничто.

рефакинг и уязвимости в визитках? чего ты такого туда засунул, что read-only страницу можно похачить и нужно рефачить?

чего ты такого туда засунул, что read-only страницу можно похачить и нужно рефачить?

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

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

Tell me moar

Ты когда программу с одной кнопкой на крестах пишешь, тоже boost тянуть будешь на всякий случай?)

Если таки нужна именно кнопка, буду тянуть Qt, да. А ты предлагаешь самому велосипедить рендер?

(－‸ლ)
Здравствуй индусский говнокод девяностого уровня.

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

Django хорошая и мощная штука, для любых проектов. Но сейчас для всего достаточно js(node.js). Тем более, сейчас на бэкэнде только база по сути, вся логика на клиенте.

С такими проектами - конечно. Но это уже всё давно устарело. По сути, это просто ваш выбор поддерживать весь этот зоопарк юрского периода.

Не нужны. И не только в PHP.

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

И у этих «спецов» развился культ фреймворков, которые должны, по-идее, скрыть все эти «ненужные» сложности от программиста и оставить ему только написание бизнес-логики, экономя десятки человеко-лет работы в любом проекте, даже если это сайт-визитка. Ведь намного легче просто прикрутить к визитке 8МБ фреймворка и библиотек, чем научиться писать document.getElementById() и прочие страшные «заклинания».

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

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

Поэтому сейчас новые фреймворки, языки, парадигмы, тулзы и прочие «убийцы с++» возникают в среднем по два в неделю.

Лет 10 назад все эти новички выходили из универа, зная только Java, и породили spring, beans, hibernate и еще несколько кадавров, которых лучше бы не было. Но тогда Java была распространена в основном в академии и тяжелом бизнес-софте, поэтому они тусовались в своей нише и не засирали все остальное.

Потом эта дрянь как-то дотянулась до сайтописателей, и они отравили фрейморками и ненужными библиотеками javascript и php (в качестве примера, до чего они докатились, можно обратиться к недавнему фейлу c left-pad). А в последние годы эти сайтописатели-самоучки начали переквалифицироваться в программистов общего назначения, и теперь отравляют вообще всю индустрию.

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

То, что мартышки забивают гвозди микроскопом, не означает, что микроскопы не нужны.

В последние годы уровень программистов сильно просел (профессия востребованная и прибыльная, поэтому куча народу в нее ломится)

Дело не в том, что ломятся, а в том, что находят работу.

То, что мартышки забивают гвозди микроскопом, не означает, что микроскопы не нужны.

Согласен в принципе. Но ситуация такова, что (все?) современные фреймворки (не только php) написаны теми самыми мартышками и настолько убоги, что приносят больше вреда, чем пользы.

Дело не в том, что ломятся, а в том, что находят работу.

Так не хватает хороших кадров. Поэтому мартышки находят работу за хорошую зарплату, что привлекает еще больше мартышек.

современные фреймворки (не только php) написаны теми самыми мартышками и настолько убоги, что приносят больше вреда, чем пользы

И в чём выражается этот вред и убожество?

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

код с этим фреймворком не становится проще

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

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

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

У меня как раз такой случай. Это не статика в виде одной хтмлки.

Все хостеры предоставляют возможность запускать python приложения.

Норкомания как и большинство переводов на швабре

Если ты без аякса не можешь дёргать портфолию из статики, то говновизитки — это твой предел развития.

Аякс тут может быть тупо для вывода динамического контента без перезагрузки страницы. Хотя до этого я еще не скатился. Может быть я умышленно ограничиваю себя говновизитками :) Современный веб ужасен, я не рискну нырнуть так глубоко :)

Не удивительно от такого читать ахинею про дороговизну хостинга под питон в 2016 году, когда виртуалки дешевле говна продают все кому не лень.

Прости, но для клепателя говновизиток за доширак это дорого, наверное =)

Вызывающие у снобов ненависть анимации на jquery в наличии, да.

тупо для вывода динамического контента без перезагрузки страницы

Все так говорят, а потом бац, и ты уже попивая смузи лепишь SPA на хунгуляре.