Да, мои клиенты экономят сотни долларов на серверах, котому что они лажатся занчитель позже. У классических фреймворков такой же эфект как у Wordpres — серьезрый response delay под нагрузкой (у второго и без нагрузки) из-за огромног количества фреймворковских файлов. Есть бенчмарки, можете сравнить.
— Вы абсолютно правы про криворукость запросов и именно такими их делают криворукие разработчики по документации того же Yii
Да, вы меня правильно поняли, чем не устраивает универсальный и самый производительный подход, разве не это вам позволяет делать фреймворк?
И на практике, не могли бы вы привести популярные, а не супер частные случаи, где фреймворк имеет значение? Разные команды делают похожие проекты на абсолютно разных фреймворках.
Духовно развиваться нужно, но не считаю, что фреймворки — это пища для развития. Безусловно я пересматриваю свой подход разработки регулярно, меняю фреймворки, как недавно поменял Ember на Angular 2, но по возможности я не начинаю новые проекты на двух сразу.
Вот не могу себе представить, где лучше будет Ember чем Angular и наоборот — только мои предпочтения.
Я себе еще сделал одно упрощение, которое тоже всем рекомендую. Все мои кастомные проекты API based. Даже если front-end на php шаблонировании. Сразу отпадает много вопросов выбора и появляются огромные возможности простейшого кеширования и ускорения.
Я понимаю о чем вы говорите, но я с вами не согалсен. Все относительно, я считаю, что большинство фреймворков имеют очень низкого качества встроенные методы и слишком универсальные.
Написать свой конструктор запросов займет — 2 дня с высокопроизводительными запросами. Например, мне нужно всего-лишь поменять названия функции $Sql->insert() на $Sql->insertInFile() и у меня будет вставка через LOAD FROM FILE csv (имею ввиду, что именно функция сама запишет массив данных в csv и загрузит его, вместо INSERT запросов), автоматическая, зачем мне фреймвокр и их непонятные 100-ые решения для CRUD
Фреймворк — это структура, если есть удобный Роутинг + Контроллер + Шаблон + Модель + Компонент — все, фреймворк можно использовать — любой.
Я выибарю Phalcon — потому что он скомпилирован как модуль к php, соотвественно не нужно комплировать php файлв фрейворка, что есть огромное преимущество для проектов, которые парятся о нагрузке.
После того как я открыл для себя Phalcon — на другие фреймворки даже не смотрю, фундаментально другой подход в компиляции сделал для меня погоду. Все фреймворки делают одно и тоже, зачем углубляться так глубоко в встроенные методы фреймворка, по сути нужен роутинг и структура для правильной организации кода. Чей фреймворк быстрее — тот я и использую со своими библиотеками.
— Вы абсолютно правы про криворукость запросов и именно такими их делают криворукие разработчики по документации того же Yii
Да, вы меня правильно поняли, чем не устраивает универсальный и самый производительный подход, разве не это вам позволяет делать фреймворк?
И на практике, не могли бы вы привести популярные, а не супер частные случаи, где фреймворк имеет значение? Разные команды делают похожие проекты на абсолютно разных фреймворках.
Духовно развиваться нужно, но не считаю, что фреймворки — это пища для развития. Безусловно я пересматриваю свой подход разработки регулярно, меняю фреймворки, как недавно поменял Ember на Angular 2, но по возможности я не начинаю новые проекты на двух сразу.
Вот не могу себе представить, где лучше будет Ember чем Angular и наоборот — только мои предпочтения.
Написать свой конструктор запросов займет — 2 дня с высокопроизводительными запросами. Например, мне нужно всего-лишь поменять названия функции $Sql->insert() на $Sql->insertInFile() и у меня будет вставка через LOAD FROM FILE csv (имею ввиду, что именно функция сама запишет массив данных в csv и загрузит его, вместо INSERT запросов), автоматическая, зачем мне фреймвокр и их непонятные 100-ые решения для CRUD
Фреймворк — это структура, если есть удобный Роутинг + Контроллер + Шаблон + Модель + Компонент — все, фреймворк можно использовать — любой.
Я выибарю Phalcon — потому что он скомпилирован как модуль к php, соотвественно не нужно комплировать php файлв фрейворка, что есть огромное преимущество для проектов, которые парятся о нагрузке.