PHP- & JS-фрэймворки : реально повышают продутивность ?

[debi12345]

Лично на меня они (JQuery/Node/.. & Zend/Laravel/..) нагнали такого страху (мало того что их нужно специально изучать, так еще нужно придерживаться жестких синтаксических и логических соглашений), что пришлось кодить большущий WWW-проектище вобще без фрэймворков - разве что позаимствовал технологию MVC для маппига данных и гридов. Проблем особых нет, путаницы не ощущаю (помогает деления кода проекта на отдельные ветки - HTML, CSS, PHP & JS) - но не потерял ли в продуктивности ? Стоили ли ломать себя через колено и разбираться с фрэймворками ? Ведь люди их зачем-то пишут, отлаживают.. Или раз не-пошло-не-полюбилось сразу, то и дальше так было бы ?

[Sharfik]

О наболевшем. Все эти феньки, чтобы не фига не делать и побольше заказов обрабатывать. Сейчас стало модно лепить движки которые выдают что то вроде такого photo.fursmedia.ru, кто то видимо сказал что это круто. Не удивляюсь если они лепятся за 5 минут. Только по факту, побыстрей свалить с такого сайта хочется. Ничего не понятно, и не ясно где искать информацию. Хочется назад в каменный век с простыми сайтами, и понятными меню справа или слева. Нафиг пальцевый интерфейс.

[vitaly_l]

Ведь люди их зачем-то пишут, отлаживают..

Когда много проектов, то понимаешь что, они все - однотипны. Чтобы по 100 раз не писать одно и тоже, делают фреймовики или движки.
Продуктивность? Посмотрите время отклика сервера, например просто: echo 'Привет!'; и затем полного кода.
Вычтите из первого второе и если там потрачено мало времени, то всё хорошо.
JQuery - удобен, т.к. имеет ряд преимуществ перед голым JS, который в разных браузерах требует включать разный код для каждого браузера свой. Но опять, таки зависит от нужд кода сайта и если у Вас всё генерится в PHP, то зачем Вам JS? А PHP он на сервере, и его работу Вы всегда можете проверить вычитая из первого второе. Фреймовик не может ускорить работу PHP, но даёт некоторые преимущества при работе с шаблонами, но скорее всего Вы ими не пользуетесь.

.

[debi12345]

Но опять, таки зависит от нужд кода сайта и если у Вас всё генерится в PHP, то зачем Вам JS?

Оcновное требование к проге - чтобы запускалась в браузере (инсталлировать что-либо на "той" стороне некому), но вела себя как десктопная (без замены-перезагрузки страниц - так как каналы очень тощие, в основном 56кБит/с) - а потому только XHR/AJAX, тут без JS обойтись никак не получается. Для генерации отчетов пришлось освоить TCPDF - он умеет делать сверх-маленькие 20+ кБ (включая какой-то один юникодный встроенный шрифт) PDF-файлики.

Добавлено спустя 7 минут 58 секунд:

JQuery - удобен, т.к. имеет ряд преимуществ перед голым JS,

Он немного странно сделан - все на листенерах, что накладывается на однопоточную (блокирующую) очередь событий JS, и... практичеcки все сверхтормозные (с событийными "штормами") сайты сделаны на JQuery.
Но один из моих коллег в JQuery влюбился

[vitaly_l]

каналы очень тощие, в основном 56кБит/с

Тогда всё наоборот. HTML нужно создавать на стороне клиента, а туда передавать только контент без HTML.

[debi12345]

Тогда всё наоборот. HTML нужно создавать на стороне клиента, а туда передавать только контент без HTML.

В этом случае будет слишком много JS = реально тяжело (вынос мозга!) дизайнить.
Поэтому принято гибридное решение - при выборе режима (через меню) в "переключаемый" DIV грузится РНР-сгенеренный HTML-код для этого режима, а значения полей обновляются JS-ом через AJAX, пока не будет сменен режим. Глобальные JS-массивы данных освежатся только если PHP заметил (по хэшу) изменение данных для конкретного массива. Еще млын пришлось "рожать" мессидж-боксы, диалоги запроса значений, превьюер печати, календарик с крупными элементами и т.п. - и все это без Alert-ов и всплывающих окон (требование заказчика!). Уверен на 100% что PHP-фрэймворки это делают автоматом, но они млын такие сложные

[vitaly_l]

в "переключаемый" DIV грузится РНР-сгенеренный HTML-код для этого режима, а значения полей обновляются JS-ом через AJAX

Ну и чего? У Вас всё хорошо, зачем Вам фреймовики?

[debi12345]

зачем Вам фреймовики?

А зачем они всем ? Почему их знание требуют при приеме на работу ?

[vitaly_l]

Почему их знание требуют при приеме на работу ?

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

.

[debi12345]

А фреймовики - позволяют быстро писать код.

Быстро, да путано, хрупко и с кучей соглашений. Я потратил примерно 2 недели по шагам повторяя туториалы LARAVELа. Целостной картины не сложилось, полезности не уловил, показалось что "рекламная часть" заточена под специфические задачи, плохо интегрировано с AJAXом.
Но народ в интернет в восторге, работодатели тоже. Что я недоглядел и недооценил ? Нужно было копать дальше ?

[vitaly_l]

полезности не уловил, показалось что "рекламная часть" заточена под специфические задачи, плохо интегрировано с AJAXом.

Если хотите устроиться на работу, то никому об этом не говорите, т.к. это минус. Вы говорите как личность и даёте оценку ОБЩЕСТВЕННОМУ мнению, это нельзя это ай-яй!!! За такие вещи с работы тут же уволят! Но я с Вами согласен, т.к. после изучения 2-3 фреймовиков пришёл к точно такому же выводу. Ищите полезные фреймовики, которые на стороне клиента, могут работать одновременно со всеми типами браузеров, включая и старые их версии. Только такие фреймовики могут дать реальную фору. А на стороне сервера помогают кэширование, сжатие и сокращение количества передаваемых файлов (10 файлов css - это плохо). Всё остальное только для ускорения написания кода и + ещё приводит к единому СТАНДАРТУ в одной команде (касаемо работы в команде - это кстати важно).

Добавлено спустя 18 минут 18 секунд:
Например: по результатам тестов phpmark Yii показал лучшую производительность (но и это тоже вилами на воде писано), но он самый простой из всех и самый маленький. + там есть облегчённая версия. Что выберите: Yii или laravel??? laravel - по статистике занял первое место по цитированию...

[stanilar]

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

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

У меня к Вам встречный вопрос: большой проект подразумевает что на нем работают много программистов, и они пишут в одном стиле. Какой объем документации написан для Вашего стиля программирования? Не обязательно отвечать в абсолютных единицах, лучше даже в сравнении: документации больше/меньше, чем доков по Laravel/Zend.

[debi12345]

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

Самое сложное место ИМХО. Туториальные проекты почему-то сильно отличаются от оных в реальной жизни (например вышеописанный типичный на сегодня траффико-экономный AJAX-проект). Такое впечатление, что нужно действовать как при ловле мышей - для успеха начать думать как мышь (видеть окружающий мир в сущностях LARAVEL, Zend)

[vitaly_l]

видеть окружающий мир в сущностях LARAVEL, Zend

Зачем? На работе, можно притворяться и говорить: "ах какой крутой фреймовик!!!, я бы без него, на целых 5 минут, дольше писал бы PHP код..."
Но при этом не забывать что, для голого PHP - гораздо больше документации и примеров. Однако фреймовики рекомендую почитать на предмет изучения их КОДА, <=== что и как они делают? И увидите что все фреймовики сводится к 5-ти простым истинам (4-ре я описал выше). Зная их сможете писать порграммы на голом PHP а фреймовики подгружать для успокоения: снобизма и амбиций - работодателя...

Добавлено спустя 7 минут 77 секунд:
Но есть ещё другой момент, т.к. там уже всё написано и можно пользоваться готовым, а на голом PHP всё придётся писать самому.

[stanilar]

для PHP - гораздо больше документации и примеров.

Чистый PHP не содержит в себе строго определенного подхода к стилю оформления целого проекта.

акое впечатление, что нужно действовать как при ловле мышей - для успеха начать думать как мышь

Ну так в этом и смысл. Вы думаете как мышь, 100 ваших коллег, что будут поддерживать/доделывать за Вами проект будут думать как эта-же мышь. Это плюс для проекта.