Вхід і реєстрація
Розробка · 24 квітня 2013, 1:37 4347
Роман Цюпа, Lead Dev в EPAM

Смерть Yii

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті

Вот смотрю в какую хорошую сторону двигается ПХП =)
Composer, PSR-0 и Dependency Injection.

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

И я вижу яркое будущее в том что PHP-FIG стандарты сделают код читабельным и легким для портирования.

И навеки умрет то подобия именуемое Yii на которое и смотреть противно в код

Теми: PHP, yii
👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

Jim Moriarty 24.04.2013 18:29

Удалил все свои проекты на Yii

Перейти до дискусії
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Alex Sergey 23.12.2013 14:52

запарил со своим phpixie. шел бы лучше на хабре еще одну статейку написал, типа нейтральный пользователь, выбирал легкий php-фреймворк и выбрал свой же

Відповісти
Підтримати
Vladyslav Volkov Technical Fellow в Hiberbee 23.12.2013 15:06

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

Відповісти
Підтримати
Alex Sergey
Alex Sergey 23.12.2013 15:08

не могу писать на хабре, поэтому пришлось здесь написать

Відповісти
Підтримати
Vladyslav Volkov
Роман Цюпа Lead Dev в EPAM 23.12.2013 16:41

С таким отношением я очень рад что вам на хабре писать не дают =) Хорошо там фильтруют

Відповісти
Підтримати
Alex Sergey
Илья Андриенко JS developer в SimBaze 07.12.2013 14:54

Какая экспрессия, какие эмоции :D

Відповісти
Підтримати
Xena GL 18.11.2013 23:01

Смерть Yii — мне кажется , преждевремнное объявление — хотя мой PHP кастом департмент при слове Yii , добавляет букву Х. в начале

Відповісти
Підтримати
Роман Цюпа Lead Dev в EPAM 19.11.2013 01:06

Зачем то тему оживлять? Ей уже огого сколько

Відповісти
Підтримати
Xena GL
Xena GL 19.11.2013 12:59

Коментар порушує правила спільноти і видалений модераторами.

Roman Dutchak CTO в Playtini 18.11.2013 17:56

И что автору «мега кодеру» со своим говно-велосипедом не понравилось в yii? аргументы, куда именно противно смотреть?

Відповісти
Підтримати
Andrey Korol web-developer 26.04.2013 12:27

Просто перестаньте его кормить.

Відповісти
Підтримати
Dmytro Riabov 25.04.2013 00:04

вообще по-моему ioc контейнеры в динамических языках существуют исключительно от того, что хипстеры считают, что каждый программист должен контрибьютить в опен сорс

Відповісти
Підтримати
Maks Slesarenko Web Developer 25.04.2013 15:02

О, хоспади, дались вам эти динамические языки. ioc контейнеры — это всего лишь подражание ентерпрайсу, так сказать дань моде, причем характерно в основном для пхп сообщества. В большинстве опен сорсов, и в тех, которые, пишут на динамических языках тоже, нет классических ioc контейнеров и ниче живут себе развиваются.

Відповісти
Підтримати
Dmytro Riabov
Kirill Sablin Developer 25.04.2013 15:43
характерно в основном для пхп
на то есть причины. Нет в php открытых классов, как в руби. Поэтому разрыв зависимостей осуществляется через DI/service locator. А ioc контейнер — облегчение/уменьшение кода инициализации
Відповісти
Підтримати
Maks Slesarenko
Maks Slesarenko Web Developer 25.04.2013 16:52
Поэтому разрыв зависимостей осуществляется через DI/service locator.
Я так понимаю вы говорите о инверсии управления, собсно ее можно реализовать по разному в том числе и через DI.
А ioc контейнер — облегчение/уменьшение кода инициализации
Наверное контейнер всетаки не очень облегчает/уменьшает, судя по тому, что он пока особо не прижился за приделами Java/Net/PHP
Відповісти
Підтримати
Kirill Sablin
Kirill Sablin Developer 25.04.2013 18:53
Я так понимаю вы говорите о инверсии управления
скорее о первопричине
Наверное контейнер всетаки не очень облегчает/уменьшает, судя по тому, что он пока особо не прижился за приделами Java/Net/PHP
в этих языках облегчает/уменьшает
Відповісти
Підтримати
Maks Slesarenko
Андрій Серняк IT consultant в Consileon Ukraine 24.04.2013 23:01

подивіться clojure й clojurescript і взірвіть собі мозок.

Відповісти
Підтримати
proger 25.04.2013 02:50

гм. цікаво — навіщо ви це сказали ?

Відповісти
Підтримати
Андрій Серняк
Андрій Серняк IT consultant в Consileon Ukraine 25.04.2013 03:09

ну раз людина судить, що пехапе — вершина програмістської думки (а не фрактал поганого дизайну, як дехто думає), то варто їй показати мову із кращим задумом й реалізацією. Імхо, звісно.

Відповісти
Підтримати
proger
proger 25.04.2013 04:24

ви справді вважаєте що функціональні язики доречні для веб розробки ? :) ну-ну
я вже мовчу про дещо скромнішу спільноту та менший функціонал

Відповісти
Підтримати
Андрій Серняк
Андрій Серняк IT consultant в Consileon Ukraine 25.04.2013 12:49

А чому Ви думаєте що не доречні?
Звісно, те що менше коду можна скопіпастити із стековерфлоу — це великий мінус мови, тут я з Вами погоджусь.
Ви, як аргумент, наводите меншу функціональність мови — дуже спірне твердження. Оскільки Clojure — тюринг повна мова, тому говорити про меншу функціональність самої мови не дуже доречно, напевне Ви припустили, що для Clojure існує значно менше бібліотек і всілякого роду «фреймворків»? — Звісно їх менше ніж для пехапе, але в Clojure є потужна стандартна бібліотека, що в поєднанні із можливістю перевикористання фреймворків й бібліотек написаних на java(чи javascript, якщо ви використовуєте ClojureScript) заповняє прогалину, що Ви описали.
І на завершення, Ви можете ознайомитись із веб-фреймворками для Clojure, такими як pedestal.io чи github.com/http-kit , і можливо Ви почерпнете щось нове й вартісне.

Відповісти
Підтримати
proger
proger 25.04.2013 15:37
що в поєднанні із можливістю перевикористання фреймворків й бібліотек написаних на java
тобто треба вчити джаву ?

ну і просто зауваження, по деталям, які мені впали в очі:
— роути треба прописувати руками . майже у всіх пшп фреймворках цього не потрібно
— дефолтні (як для жави) проблеми з масштабуванням
впевнений що ще є, але приклади дуже прості, тому цього не видно (усякі там MVC, Convention over configuration)

взагалі дуже схоже на проблеми хаскель. там теж саме — у прикладах усе наче гарно, але для чогось реального — не дуже

Відповісти
Підтримати
Андрій Серняк
Андрій Серняк IT consultant в Consileon Ukraine 25.04.2013 18:23

1) є clojurescript — реалізація clojure на javascript — маємо node.js і весь хіпстерський js стек
2) роути — я майже впевнений, що їх можна згенерувати якщо придумати й дотриматись якоїсь convention, ну чи використати якийсь middleware
3) щодо хаскеля — в хаскеля немає такого рантайма як в жави/жаваскріпта + різне бачення ідіоматичного хаскеля самими хаскелістами + високий поріг входження, тому його не так активно використовують.
І щодо масштабування — я б не був таким категоричним)

Відповісти
Підтримати
proger
proger 25.04.2013 20:40
1) є clojurescript — реалізація clojure на javascript — маємо node.js і весь хіпстерський js стек
тобто крім жави треба вивчити і ноду ? :)
2) роути — я майже впевнений, що їх можна згенерувати якщо придумати й дотриматись якоїсь convention, ну чи використати якийсь middleware
от у тому то і проблема.
щодо хаскеля — в хаскеля немає такого рантайма як в жави/жаваскріпта + різне бачення ідіоматичного хаскеля самими хаскелістами + високий поріг входження, тому його не так активно використовують.
#clojure — 624
#haskell 1108
це людей на фріноді
Відповісти
Підтримати
Андрій Серняк
Jim Moriarty 24.04.2013 18:29

Удалил все свои проекты на Yii

Відповісти
Підтримати
Andrey Korol web-developer 24.04.2013 18:34

Не забудь потом переписать их все на PHPixie — д’Артаньян намекает и рекомендует...
xD

Відповісти
Підтримати
Jim Moriarty
Jim Moriarty 24.04.2013 18:39

У меня еще опыта маловато такими серьезными вещами заниматься

Відповісти
Підтримати
Andrey Korol
Sergii Voloshyn Product Manager в DOU.ua 24.04.2013 23:18

Я вижу отличную бизнес-нишу для тренингов, вебинаров, мастер-классов и коучинга.

Відповісти
Підтримати
Jim Moriarty
Ivan Pomidorov 24.04.2013 18:04
Dependency Injection
Почти 10 лет в Java его используют, а у вас в php это только стало обыденной практикой?
статики, синглтоны и всякие другие анти-паттерны
Этого стараются избегать и в Java и .Net.
ПХПешка станет наверное первым
Ну ты понял.
Відповісти
Підтримати
Роман Цюпа Lead Dev в EPAM 24.04.2013 18:08

Ну идея больше в фреймворках. С того что я видел на джаве то в фремворках статики еще те. ( Правда было это 5 лет назад)

Відповісти
Підтримати
Ivan Pomidorov
Ivan Pomidorov 24.04.2013 18:12

Давайте поподробнее, что вы там видели?

Відповісти
Підтримати
Роман Цюпа
Роман Цюпа Lead Dev в EPAM 24.04.2013 18:16

Кажется фреймворк назывался tapestry. Деталей на вспомню,остался только осадок)

Відповісти
Підтримати
Ivan Pomidorov
Ivan Pomidorov 24.04.2013 18:21

Дайте угадаю, легаси проект, скорее всего с древней версией tapestry. Про него впрочем ничего хорошего и сейчас не говорят, точнее никто им просто не пользуется.

Відповісти
Підтримати
Роман Цюпа
Maks Slesarenko Web Developer 24.04.2013 22:11
Dependency Injection

Почти 10 лет в Java его используют, а у вас в php это только стало обыденной практикой?

Ну, ладно, вам, очевидно же, что, автор, имел ввиду контейнер сервайсов. Депенденси — все применяют.
Этого стараются избегать и в Java и .Net.
Java и .Net — подарили миру большинство паттернов и антипаттернов. Приятно знать, что они старались.
Ну ты понял.
Відповісти
Підтримати
Ivan Pomidorov
Dmytro Riabov 24.04.2013 22:13

а как можно применять di в динамическом языке? ну или наоборот не применять его?

Відповісти
Підтримати
Maks Slesarenko
Maks Slesarenko Web Developer 24.04.2013 22:38
а как можно применять di в динамическом языке? ну или наоборот не применять его?
Вот это тролль! Нет это для меня слишком толсто.
Відповісти
Підтримати
Dmytro Riabov
Dmytro Riabov 24.04.2013 23:03

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

Відповісти
Підтримати
Maks Slesarenko
Maks Slesarenko Web Developer 24.04.2013 23:22

У вас не правильное представление о типизации. Это все условности и не более.
PHP: типизация динамическая, но по сути только для примитивов. Нет кастинга одного объекта в другой, объектов и примитивов. Кстати есть абстрактные классы и интерфейсы.
C++: там вроде как типизация статическая, но при этом есть кастинги объекта в примитив, примитив в объект и объектов разных типов. То есть даже если у метода есть зависимость на какой-то тип, туда можно передать все что угодно
Python/Ruby/JS: там сильно, не парятся — просто ставят проверку (if)

Відповісти
Підтримати
Dmytro Riabov
Dmytro Riabov 24.04.2013 23:43

то-есть вы хотите сказать, что в php для функции вроде
public function someFunc($someVar)
{
$someVar->anotherFunc();
}
кроме того, что someVar должна содержать метод anotherFunc накладываются еще какие-то дополнительные условия?

Відповісти
Підтримати
Maks Slesarenko
Андрей 25.04.2013 04:05

Не накладывают. DI что в динамическом, что в статическом языке позволяет вставить в качестве значения поля, параметра метода или конструктора значение выбранного вами типа. В динамическом языке тип вы не указываете, но и что с того? Все равно в одном случае у объекта может быть настоящий метод, который, там, в базу лезет или сервис дергает; а в другом случае — вставить мокк или стаб какой-нибудь, чтоб юнит-тесты проходили.

Відповісти
Підтримати
Dmytro Riabov
Kirill Sablin Developer 25.04.2013 12:17
Почти 10 лет в Java его используют, а у вас в php это только стало обыденной практикой?
нет, это топикстартер открытие для себя сделал.
Відповісти
Підтримати
Ivan Pomidorov
Роман Цюпа Lead Dev в EPAM 25.04.2013 12:52

нет, это наконец фреймворки начали писать ровнее

Відповісти
Підтримати
Kirill Sablin
Роман Цюпа Lead Dev в EPAM 24.04.2013 18:05

Вот кусок кода Yii

public static function getPathOfAlias($alias)
{
    if(isset(self::$_aliases[$alias]))
        return self::$_aliases[$alias];
    else if(($pos=strpos($alias,'.'))!==false)
    {
        $rootAlias=substr($alias,0,$pos);
        if(isset(self::$_aliases[$rootAlias]))
            return self::$_aliases[$alias]=rtrim(self::$_aliases[$rootAlias].DIRECTORY_SEPARATOR.str_replace('.',DIRECTORY_SEPARATOR,substr($alias,$pos+1)),'*'.DIRECTORY_SEPARATOR);
        else if(self::$_app instanceof CWebApplication)
        {
            if(self::$_app->findModule($rootAlias)!==null)
                return self::getPathOfAlias($alias);
        }
    }
    return false;
}

Вот мой фремворк ( core классы, теперь пикся все разделена как симфони) github.com/...ny/PHPixie-Core

Посмотрите сами. От кода Йии глаза плачут кровью

Відповісти
Підтримати
anonymous
Роман Цюпа Lead Dev в EPAM 24.04.2013 18:15

1) ну для начала я б self::$_aliases записал в переменную, а то копи паста.
2) конструкция if() {return;}else{} глупа до немогу (особенно когда их несколько еще), зачем там елс ? И так ретурн остановит.
3) почему она возвращает false, который булеан, должно быть null
4) Доу обрезал по длинне 10 строку, она в 3 раза дольше!!! нужно скролить в редакторе! почему не разбить логику на 2 рядка?
5) Уйма точек выхода
6) все статики! как тестировать?
7) Почему self а не static ? как екстендить?

Удивлен что вы не заметили ничего из этого

Відповісти
Підтримати
anonymous
Роман Цюпа Lead Dev в EPAM 24.04.2013 19:06
А для чего формошлепу тестить и экстендить Yii::Base?
Не все в мире формошлепы! Я кстати например =)
Так вот а что делать если что-то захочете поменять? тот же симфони да и фьюлпхп позволяю это!
Почему должно быть null, а не false?
Учите матчасть =) Функцыя должна возращать путь к фалу (тоесть стринг). Если пути нет, то как раз для того и придумали null. False совсем другой тип! Вспоминаю одного коллегу который в функцию которая возвращала масив дописал чтоб она возвращала фолс если он пуст! Надо уметь типизтровать данные, как потом такое документровать?
Відповісти
Підтримати
anonymous
Роман Цюпа Lead Dev в EPAM 24.04.2013 19:59

Не вишло тогда надо ексепшн а не возвращать другой тип.
Именно из за такой логики как у вас на пхп грузят что оно кривое. Кае может ф-я такое делать?

А что скажете по поводу других пунктов, а то у вас коменти толко к двум нашлись.

По вашему строчка кода на полтора екрана тоже норма?

Відповісти
Підтримати
anonymous
Роман Цюпа Lead Dev в EPAM 24.04.2013 21:26

Учите матчасть. ) как раз хороший конструктор, все легко тестируется)

Відповісти
Підтримати
anonymous
Роман Цюпа Lead Dev в EPAM 24.04.2013 23:57

Ну там же сообщение просто. Читая код даже не обратите на него внмания. В то время в йии там логика и операции которые надо прочесть

Відповісти
Підтримати
anonymous
Роман Цюпа Lead Dev в EPAM 26.04.2013 01:23

а знаете как сдалать более читаемо? добавить в конце каждого шага коммент с приемром как теперь будет выглядеть стринг, или хотя бы один пример. И кстати это так там везде, я просто взял метод нафонарь,

Відповісти
Підтримати
anonymous
Alex Sergey 23.12.2013 14:59
Учите матчасть =) Функцыя должна возращать путь к фалу (тоесть стринг). Если пути нет, то как раз для того и придумали null. False совсем другой тип! Вспоминаю одного коллегу который в функцию которая возвращала масив дописал чтоб она возвращала фолс если он пуст! Надо уметь типизтровать данные, как потом такое документровать?
лолшто??? в php сотни функций которые возвращают string или false и в этом нет ничего плохого, если об этом говорится в документации. точно так же нет никакой разницы, будет это null или false для конкретно этой функции, она либо вернет непустую строку (читай true) либо что-то другое. учи матчасть короче и не пиши херню. а лучше статью напиши как ты phpixie выбираешь среди других фреймворков.
Відповісти
Підтримати
Роман Цюпа
Роман Цюпа Lead Dev в EPAM 23.12.2013 16:39

NULL в концепции програмированния может быть значение любого типа (кроме скаляров). То есть он представляет пустоту и не несет в себе другой тип как например false который точно не стринг. В ПХП функции со стрингами возвращают false, потому что они скопированы из стандартной библиотеки Си ( в которой нет ООП). Если вы пишете ООП код, то следуйте best practices ООП. Другие языки (джава например) попросту не позволят вам возвращать то ли стринг то ли булеан. Я конечно понимаю что ПХП не Джава, но ООП есть ООП и нефиг писать говнокод.

Насчет ПХПикси есть тут довольно много: habrahabr.ru/...arch/?q=phpixie

Відповісти
Підтримати
Alex Sergey
Alex Sergey 23.12.2013 16:44

ну ка, ссылочку в студию на "

best practices ООП
" и методы, возвращающие string, которые не должны возращать false
Відповісти
Підтримати
Роман Цюпа
Роман Цюпа Lead Dev в EPAM 23.12.2013 16:49

Ну вот тут пост Фила Стерджена ( член PHP-FIG, и один из мейнтейнеров phptherightway.com ) в котором он в деталях объясняет почему надо использовать NULL в пхп:
ellislab.com/...ewthread/215833

В других языках (Джава, Шарп) использовать что-то кроме нула не получится в принципе.

Відповісти
Підтримати
Alex Sergey
Alex Sergey 23.12.2013 17:02

там вообще-то разговор идёт о сохранении данных в бд. но где говорится, что использование NULL является правильным для методов, возвращающих string и где говорится, что это best practices в ООП?

Відповісти
Підтримати
Роман Цюпа
Роман Цюпа Lead Dev в EPAM 23.12.2013 17:03

Сохранение в БД только один из примеров.
Посмотрите сюда www.phptherightway.com
например на реализацию синглтона, ві нигде там фолсов не увидите

Відповісти
Підтримати
Alex Sergey
Alex Sergey 23.12.2013 17:15

я не вижу смысла перекапывать весь это мануал, чтобы найти там сингтон, который будет работать абсолютно одинаково, независимо от того, что присвоено по умолчанию члену класса, до того, как в него запишут единственный экземпляр. php как раз и придуман, чтобы упростить работу с типами. как правило, если знаешь что делает метод, никакой разницы нету, вернет функция null или false в той же конструкции if. и уж тем более не надо ссылаться на джаву и шарп, это другие миры

Відповісти
Підтримати
Роман Цюпа
Роман Цюпа Lead Dev в EPAM 23.12.2013 17:54

Это не другие миры. Если вас послушать так давайте тогда использовать ’korova’ вместо Null и false. Синглтон на «коорове» тоже работать будет.

Нулл это пустота, она даже памяти не просит. а вот фолс это уже бит, а «корова» еще больше.

Відповісти
Підтримати
Alex Sergey
Alex Sergey 23.12.2013 14:55
1) ну для начала я б self::$_aliases записал в переменную, а то копи паста.
про память ты не подумал?
2) конструкция if() {return;}else{} глупа до немогу (особенно когда их несколько еще), зачем там елс ? И так ретурн остановит.
наверное затем, чтобы потом в неё не забыть что-то списать. не?
4) Доу обрезал по длинне 10 строку, она в 3 раза дольше!!! нужно скролить в редакторе! почему не разбить логику на 2 рядка?
что ж поделаешь, если у тебя экран маленький
в остальном согласен с Elena Morgun
Відповісти
Підтримати
Роман Цюпа
Denys Grybov go trainee 24.04.2013 17:05

Кинул ванили на вентилятор.

Відповісти
Підтримати
Oleh Herych Head of Golang Unit in the Center of Excellence в Intellias 24.04.2013 15:01

Головна проблема РНР це дуже низька планка входу. Армія бидлокодерів попортила йому репутацію на довший час. Всі дитячі проблеми, про які мені розподіють «хтось десь почув».

Проблема в неправельному використанні інстурментів. Давайте згадаємо, що РНР виріс з шаблонитизатора і вся його архитектура не дає нам про це забути. Не треба писати мега-круті аплікації, де при кожному заході піднімається сотні інстансів. РНР не та мова, де треба старатись писати кравий, обєктно орієнтований код. Тут треба думати по іншому.

А при чому тут Yii я не розумію. Фреймворк надійний і легкий. Зараз вот нова версія готується. Зараз вот Сімфоні новий вийшов, кажуть що взагалі бомба.

Відповісти
Підтримати
Maks Slesarenko Web Developer 24.04.2013 22:27

Вроде все правильно написано. Действительно, кучу говнокода можно объяснить низким порогом вхождения и недостатками языка. Вот только, если посмотреть в по сторонам, то у тех же Java/.Net кучи ведь не меньше...

Відповісти
Підтримати
Oleh Herych
Alex Sergey 23.12.2013 15:02
Головна проблема РНР
в том что много идиотов, которые пишут всякое фуфло вроде phpixie, форсят это с считают что правы
Відповісти
Підтримати
Oleh Herych
Andrey Korol web-developer 24.04.2013 14:02
И навеки умрет то подобия именуемое Yii на которое и смотреть противно в код
Противно — не смотри, делов-то...
Запятых отсыпать?
А то на вброс очередного школоло по стилю очень похоже...
Відповісти
Підтримати
Ruslan Prokopiev 24.04.2013 10:37

php имеет преемущество на шаред хостинге, 400 сайтиков на одном сервере фуле. А если VPS то нафик это счастие, есть же python.

Відповісти
Підтримати
Dmytro Riabov 24.04.2013 02:02

ioc в каком либо виде, а тем более di в динамическом языке, где в принципе не может быть high coupling разве не оверкилл?

Відповісти
Підтримати
Роман Цюпа Lead Dev в EPAM 24.04.2013 02:15

Каплінг может быть везде и всегда =)
Как и везде это статики + вызовы new по 10 раз в каждом методе. Если метод создает сам 10 инстансов разных классов, вот и каплинг.
Зато как раз в динамическом языке делать все это гораздо проще, так как не надо формально оглашать интерфейсы если не хочется)

Відповісти
Підтримати
Dmytro Riabov
Dmytro Riabov 24.04.2013 20:12

это называется low coupling. фактически зависит только от интерфейса. и это нормально.
единственное преимущество от использования какого-нибудь ioc контейнера разве что выбор стратегии инстанциирования в отдельном модуле, а не в имплементации. И то не знаю на сколько это актуально

Відповісти
Підтримати
Роман Цюпа
Viacheslav 24.04.2013 01:47
стандарты сделают код читабельным и легким для портирования
Заодно пусть поменяют всю кашу с наименованиями в стандартной либе
И навеки умрет то подобия именуемое PHP на которое и смотреть противно в код
Так было бы лучше
Відповісти
Підтримати
Роман Цюпа Lead Dev в EPAM 24.04.2013 01:50

Ну тут нужно отличать ПХП само от того что на нем написано.
О каше в самом ПХП спорить не стану =)
Но радует то куда движется сообщество. Все-таки каша в самом коде мотивирует писать ровнее =)

Відповісти
Підтримати
Viacheslav
Viacheslav 24.04.2013 01:57
Все-таки каша в самом коде мотивирует писать ровнее =)
И сколько таких? Процентов 10 ?
Відповісти
Підтримати
Роман Цюпа

Підписатись на коментарі

Не підписуватись
Скористайтесь акаунтом
×
з умовами використання сайту і політикою конфіденційності.