ее и нет. ибо ни какой другой стандарт, кроме пср, не популяризиловался.
однако, это не делает все другие код-стайлы, как открытые так и закрытые, автоматически плохими (хотя некоторые из них действительно плохи), а код, использующий их - ужасным.
в битриксе вообще нет стайла, и проблема у него вовсе не в стайле. и приводить его как пример в споре о стайле - ни о чем.
давайте иначе: я утверждаю, что используемый код-стайл никак не связан с качеством самого кода, и что не столь принципиально какой именно код-стайл используется; главное, чтоб он вообще был и был консистентным по всему проекту.
вы согласны с этим? или только пср и ничего другого?
напоминаю: речь не о пср в целом, а только о той его части, которая касается код-стайла.
ее и нет. ибо ни какой другой стандарт, кроме пср, не популяризиловался.
окей, не буду додумывать: какая связь между оформлением кода по пср и качеством кода в целом и битриксом (в котором вообще нет код-стайла) в частности?
или у вас клин на пире/зенде/прочих, и нет мысли что сотрудники компании способны сами для себя выработать стайл
Угу, вот разработчики битрикса выработали свой уникальный "стайл" которым следуют не только они, но и все их комьюнити. Вот до сих пор следуют.
фигасе: не помним даже на что сами отвечали o_O бывает
внимательно прочтите пару коментов до начала вашего выступления.
это же именно я надрываюсь здесь доказывая, что есть только один код-стайл под названием пср, а другие стайлы - это отстой, и использование их - грехоподобно.
к чему тогда была ссылка на битрикс?
а мысли что об этом мог попросить другой не возникло?
мне иногда забавно погонять фанатиков.
вы пришли в спор о оформлении кода и заявили что "код, оформленный не по стандарту - гавно".
при чем не из-за солид'а, а сам по себе; это говнокод чистой воды, даже если выдернуть из фреймворка и написать отдельно на страничке
вы снова делаете ту же ошибку, что в начале спора. и ту же, что и предыдущий оратор.
читайте тред полностью, на этот вопрос я уже отвечал.
"Продолжим писать ща код - +30-50% к сроку.
Сделаем валидацию и реструктуризацию архитектуры - +10%.
Что делаем?"
восстановить архитектуру
документировать
переформировать на схеме функциональные блоки без повторения функциональности и т.д.
проработать стратегию реструктуризации существующей архитектуры
реализовать на коде
сори, но если в констатации факта, выраженной в вежливой форме, вы видите оскорбление, то я помочь ничем не смогу.
a без стандарта не понятно?
а с другим стандартом, отличным от пср, не понятно?
https://goo.gl/uFrNEp - код, написанный по пср. он хороший?
ОМГ! Поздно пить боржоми, когда почки отказали! Это надо делать заранее, пока сроки не сгорели!
Я проектирую всю архитектуру вначале в схемах и сразу вижу сколько раз я БУДУ ИСПОЛЬЗОВАТЬ! один и тот же код. Т.е. заранее делаю рефакторинг при проектировании архитектуры на верхнем уровне абстракции, чтобы не прыгать вверх-вниз и не тратить двойное (если не больше!) время на разработку проекта.
и что в ней оскорбительного?
govnokod.ru/23695 вот вам функция оформленная по пср за исключением отступов. она хороша?
да и примеры по вашей ссылке показывают что определенного код-стайла в битриксе либо нет вообще, либо никто его не соблюдает и не следит за соблюдением - пример нещитовый, поищите другой.
где вы узрели оскорбления? o_O
л - логика. и она у вас просто потрясающая. правда со знаком минус.
если вы не заметили, то в треде речь идет конкретно о пср-1/2, которые касаются исключительно оформления кода.
а теперь риторический вопрос: применение пср-1/2 сделает код битрикса лучше?
или у вас клин на пире/зенде/прочих, и нет мысли что сотрудники компании способны сами для себя выработать стайл
изначально тот же долгий TTFB.
->__('Test translate')
.