> Они не всегда умеют быть достаточно простыми
смотря какой критерий простоты. CakePHP «проще» ZF, Kohana «проще» Symfony и так далее. Yii в обще простенький.
> не всегда умеют быть совместимыми от версии к версии
всегда есть migration guide, хм ну некоторые версии php «несовместимы» deprecated функции и всё такое
> а так же хуже заточены под конкретные задачи.
Так это же фреймворк — ИНСТРУМЕНТ, а не РЕШЕНИЕ. В том то и дело, что мы с вами должны взять этот инструмент и заточить его под конкретные задачи, для этого они и разрабатывались.
Да бросьте, полно легковесных фреймворков. Потом например в том же ZF и СakePHP есть возможность отключить не нужные компоненты.
> мне столько не нужно и никто кроме меня этот код не увидит
Парень который писал до меня этот проект, тоже наверное так думал
> А когда в ТЗ появляются новые фичи, которые свой фреймворк пока не умеет, проще уже реализовать её у себя
Хм то есть если сначала взять ZF, CakePHP, Symfony и так далее, то нужно только «подключить» понадобившийся функционал.
Вот минусуйте меня, но не понимаю я тех людей которые не используют готовый фрейморк, а пишут свой. Работаю я с проектом на самописном фреймворке, хм по меньшей мере это убогое подобие фреймворка, которое кое как работает. Ну вот что такого в вашем самописном, чего не умеет ZF, CakePHP, Symfony и так далее? Вы в состоянии написать по нему разборчивую документацию с примерами и пояснениями? Как насчёт всяких там исправлений в безопасности и прочем? Сколько строк кода вы покрыли тестами? Сколько плагинов и сторонних библиотек интегрируются в ваш продукт? Сколько человек кроме Вас самого в состоянии, что то пояснить и дать разборчивый ответ? Всё равно наступит момент, когда станет ясно что самописный фреймворк больше не справляется с поставленными задачами.
Ну в большом офисе редко бывает достаточно тихо, всё равно куча народа болтает, что то обсуждает и прочее. Я иногда делаю так просто надеваю наушники и сижу в них ничего не слушая это снижает уровень офисного шума и помогает сосредоточиться. Ну и иногда всё же кодяжу под метал. А всё таки в офисе полно постороннего шума )
ну это несколько другое, можно перечислить всех кого мы едим, всех кого перебиваем ради меха и шкур и прочее. Это всё понятно. Речь думаю больше в этичности этой картинки и в том что это хм хм глумление, что ли, над горем мамы утки. Уф боюсь эта картинка сейчас станет предметом толстого троллинга
Может она и имеет какое-то отношение теме, но ИМХО она совсем не этичная, и не пятничная. Лично мне не понятно зачем было вставлять именно её и с какой целью. Если это прикол, то простите но это ***** прикол
Если честно, то я фанат eclipse, a ZS не пользовался уже года 3 точно. Вот скачаю себе бесплатную версию, попробую что к чему и смогу ответить на ваш вопрос. А как у PhpStorm с расширяемостью, плагины там всякие (SVN,Git, Sql и прочее)?
Везде есть свои недостатки. Я думаю в этом есть определенная вина тех, кто стоит у разработки ядра PHP, они не всегда принимают удачные решения. Не думаю, что аргумент «это сложно и мы делать не будем, а лучше прилепим что-нибудь другое», достаточно весомый (я не знаю, чем они руководствовались, когда решили что "::" или "." не подходит для namespace).Ладно пойду дальше работать, всё равно "\" для namespace это уродливо.
ну как бы они и в Java и в C++ тоже как бы заняты "::" для доступа к статическим методам/свойствам. "." для аналогичных целей в Java (для дотупа к обычным методам/свойсвам тоже)
не совсем понимаю зачем санитизировать при выводе? Обычная практика это Filter Input (защищаемся от SQL injection и прочего), Escape Output (защита от XSS и тому подобного ). Всё же думаю лучше заранее всё почистить и потом уже быть спокойным за вывод. Часто данные вводятся в одном месте а выводятся во многих (например, в админке и в front-end), вот и получается что проще один раз их санитизировать при вводе. Ну хотя может тут и дело вкуса.
о я вот на пару строчек ниже это и спрашивал. То есть если взять сферическую сумму в 1 000 $ ( после всех налогов, взяток и прочего), то «тут» и «там» это совершенно разные суммы на которые можно позволить совершенно разные вещи?
хм а допустим после всех этих мунусов, 1k $ на руках «там» и «тут» сильно будут отличаться? Ну всякие там еда, одежда, интернеты вроде как «там» дешевле
смотря какой критерий простоты. CakePHP «проще» ZF, Kohana «проще» Symfony и так далее. Yii в обще простенький.
> не всегда умеют быть совместимыми от версии к версии
всегда есть migration guide, хм ну некоторые версии php «несовместимы» deprecated функции и всё такое
> а так же хуже заточены под конкретные задачи.
Так это же фреймворк — ИНСТРУМЕНТ, а не РЕШЕНИЕ. В том то и дело, что мы с вами должны взять этот инструмент и заточить его под конкретные задачи, для этого они и разрабатывались.
> мне столько не нужно и никто кроме меня этот код не увидит
Парень который писал до меня этот проект, тоже наверное так думал
> А когда в ТЗ появляются новые фичи, которые свой фреймворк пока не умеет, проще уже реализовать её у себя
Хм то есть если сначала взять ZF, CakePHP, Symfony и так далее, то нужно только «подключить» понадобившийся функционал.
>_< ну зачем же приняли "\" в качестве разделителя для namespace.