Зачем использовать фреймворк в разработке?

Зачем использовать фреймворк в разработке?

Что диктуют нам новые технологии в веб-разработке? Тот же Google более 4-х лет работает над своим JS фреймворком – Angular js. Половина приложений от него использует данный фреймворк. Так же, существуют аналоги, которые позволяют выполнить веб приложение – spa (single page application).

Зачем использовать фреймворк в разработке?

1. Безопасность

Большинство современных фреймворков имеют прекрасные дефолтные инструменты для валидации, соединения с базами данных. Даже полноценные решения для реализации api проходят полноценную доработку, безопасности соединения и т.п;

2. Возможность расширения

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

3. Возможность сопровождения

Я думаю, каждый из нас встречал ежедневно более 20-ти предложений о сопровождении и поддержки фреймворком. Неужели они настолько печальные что требуют постоянной поддержки? А мы ведь привыкли работать по схеме – создал и забыл.

Нет! На нашем рынке запросы по поддержке, обусловлены ценой на доработки платформ, построенных на фрейме. Проблема в том, что полноценные документации по фрейму доступны только на английском языке. То есть выходит это чуть ли не естественный отбор для недоделанных фрилансеров, которые на каждом углу всю жизнь кричали о том, что Wordpress в топе. Лишь, потому что его документация была им доступна и понятна так как переведена на русский. А теперь с введением фреймов им уже не получится купить плагин за 10$ и рассказывать клиентам о том, как они устали.

Да безусловно решений для фрейма достаточно, но, чтобы их поставить нужно обладать навыками. Хотя большинство разработчиков пишет самостоятельно! И из этого выплывает следующий пункт;

4. Оптимизация

В связи с тем, что фреймворк с коробки дорабатывается только под требования разработки. Мы получаем оптимизированную систему. Ведь в ней нет всякого рода дефолтного шлака как в freeshardCMS. Так же получается, что есть возможность внедрить абсолютно любой дизайн и решения! И это не скажется на оптимизации и скорости сайта при «ровных» руках;

5. Нагрузка

Благодаря возможности контролировать типы запросов к БД вы всегда сможете оптимизировать сайт и исключить ответы по 1-2 минуты от сервера. Вспомните ситуацию, когда заходите на Wordpress (уж сильно я полюбил его в качестве примера) который выполнен в связке Wordpress + woocommerce. Применяем сорт на фильтре и ожидаем, ожидаем, ожидаем. Что происходило в это время на стороне сервера? Наш любимчик WP из-за корявого построения БД начинает использовать наш сервер «жадной» загрузкой данных для ответа на запрос. В итоге более 50% пользователей просто старались забыть Ваши сайты как избыток прошлого.

Знаете, у меня нет ни единой претензии к WP и его разработчикам. Они сделали прекрасную CMS которая позволяет создавать БЛОГ! Да, многие наверно удивятся после того, как им рассказывали об универсальности WP. НО! Это платформа для построения и быстрого развертывания блога. Максимум это корпоративный сайт.

Почему же так получается? Это мне всегда будет напоминать одну ситуацию на фрилансе.

И ведь нашлись умельцы. К фрилансерам-братьям никаких вопросов. Лишь придётся поднять пятые точки и взяться за учебники для полноценного освоения технологий, которыми они и так должны владеть. Но что сказать, я знал людей, которые по 5 лет занимаются тем, что создают сайты на WP. И при чем не только корпоративные или блог. Неужели так все сказочно? Нет, давайте немного о минусах.

Минусы использования фреймворка в разработке

  • Цена за разработку

Нет, конечно, никто не говорит о равноценности с C++ или Java. PHP и JS всегда были и останутся на том месте в программировании на каком они есть. Но цена за работу «PHP разработчика» и человека WP отличается процентов так на 30%. То есть сайт, который создавали ранее за 200$ придётся выложить ~300$. Ведь на фрейме вам сделают еще и backend (админку). Да и знаний нужно побольше чем с WP;

  • Работники рунета

Найти поддержку будет тоже сложнее. Потому что людей, которые работают с WP явно намного больше, чем тех, кто занимается разработкой на фрейме. Из-за этого поначалу заказчик ощутит некие трудности. Но есть в этом и плюс — это будет явно не школьник, который впоследствии убежит от Вас взяв оплату. Это как минимум человек, который заинтересован в саморазвитии раз перешел от freeshard-а к более полноценной разработке.

Так что же все-таки выбрать при разработке: фреймворк или фришард? Об этом читайте в нашей статье: В чем разница между фреймворком и фришардом?

Нет комментариев

Добавить комментарий