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

Вот такая у меня возникла делема:

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

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

Проект который пишу похож на ICO, да скорей всего туда и пойдет, то есть не в криптовалюту, а в то же русло развития.

Мне будет очень важно ваше мнение, пусть любое

Astin, если устраивает скорость разработки и не планируется командная разработка, то сиди на доме ровно, он не нужен.


_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

У меня был опыт написания одного сайта на ФреймВорке. До этого писал только самопис.

Что понравилось :
- Это более понятная структура и расширяемость.
- Использование плюшек облегчающих работу (но их нужно знать, и знать что они есть)
- Отсутствие винегрета в логике и коде
- MVC дает более понятную структуру

Не понравилось :
- Сложность входа (постоянно мысли - зачем это ? )
- Избыточность кода(в сравнении с тем что было), к этому просто нужно привыкнуть.
- Изучать документацию

О, моя любимая тема - фреймворк или не фреймворк.

Я голосую за использование фреймворков как в backend так и во frontend. Вот мои аргументы:
1. Можно сразу сосредоточится на написании бизенес логики проекта, а не на создании инструментов.
2. Наличие хорошей документации. Это плюс как тому, кто начинает работу над проектом, так и тому, кому этот проект достанется в наследство.
3. Фреймворк обычно пишут множество людей и еще больше людей тестируют и вносят какие-то правки. Самопис обычно пишет один человек. Вот и подумайте где результат будет качественнее?
4. У фреймворка обычно уже есть куча сторонних плагинов практически на все случаи жизни. Подключи через composer и используй. В самописе же все, что понадобится нужно пилить самому.
5. Хоть для одних и тех же действий в фреймворке может использоваться больше кода/файлов php чем в самописе, но с версии php 5.5 в состав самого php входит OPcache, который фактически нивелирует данную разницу, которая и так была не особо существенной.

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.

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

Эли4ка

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

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.