_____________
[продано копирайтерам]

какой именно PSR? какие еще стандарты кодирования рассматривал? чем не устроили существующие стандарты?
пока все похоже на показушное балабольство.

ты про устаревший Zend который перерос в PSR или про Pear старенький или какие там были? Сейчас везде по сути дефакто PSR и размусоливать это просто бред и переливание из пустого в порожнее, хоть они и называются рекомендации, но если ты хочешь что бы все работало слаженно, то ты используешь его как стандарт и не как иначе, если тебе нравиться писать как вздумаеться, то удачи пиши как вздумаеться, но потом будет каша

по факту PSR-7 вполне себе стандарт, далее уже PSR-0 считается устаревшим и на его место уже пришел PSR-4, который фактически повторяет его за исключением структуры как что должно распологатся и тд

http://www.php-fig.org/psr/ знакомимся, рекомендацией нызвается, но если проект его принимает то он уже становиться стандартом для проекта

(одна из трактовок).

Те, кто боится "нестандартных решений" обречены на скучный и рутинный кодинг. Слава Богу, не все такие. И те же рекомендации PSR многие используют выборочно. Именно там, где эти рекомендации к месту.

"Стандартизация" - придумка менеджеров. Стремящихся подогнать всех под одну гребенку, соответственно удешевить стоимость труда программиста, а так же упростить их взаимозаменяемость. Искренне не понимаю, чему тут так радуются кодеры...

Ни кому в голову не приходит допустим в той же кулинарии радоваться стандартам. В заводской тошниловке - да. Там все по раскладке. А попробуй загнать в стандарты шеф-повара ресторана "Максим"...

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

если все будут готовить четко одинаково, это жесть и нудняк полный.

Их 7. В каждом что-то разное (обычно) рассматриваеться.
Кроме него ничего не рассматривал, ибо он меня почти полностью устроил.
Из не понравившегося:
Даже если я передаю объект в метод, по стандарту я должен писать переменную с маленькой буквы (function do(Object $object)). Мне же кажеться, что лучше было бы писать с большой, ибо тогда сразу было бы понятно, что это - объект (function do(Object $Object)).

twin
а в группе ты как работаешь? У вас каждый пишет, как хочет? Как вы тогда код собираете? Так же работать не реально. Я, когда пошел в контору, сам дошел до того, что стандарты нужны

Есть такое понятие - корпоративные соглашения. Туда могут входить и элементы PSR, и Pear, и другие, и даже свои наработки. Всё то, что отвечает текущим задачам.

Любой общий псевдостандарт (тот же PSR) не может в полной мере удовлетворить потребности эксклюзивного проекта. Иначе это получится какой-нибудь говнофреймворк, коих тысячи.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

"Локальный стандарт", это оксюморон.
Стандарт, это когда для всех. А корпоративное соглашение, это компромисс нескольких стандартов. Для того, чтобы было максимально удобно работать небольшой эксклюзивной группе, в свете поставленных задач. Кстати, это соглашение может меняться по ходу разработки проекта. А вот PSR, это монолит. И если нифига не удобно использовать тот же PSR-4 с, к примеру, той же SMARTY, то придется вертеться ужом. Потому что стандарт!

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.