за что минусуют?
сам так делаю, экономит кучу времени, как как соискателя, так и работодателя.
полное отсутствие публичного кода считаю минусом. вероятно, человек не очень любит профессию?
хотя для джунов такое приемлемо (еще не успели), тогда пишут тестовое.
Лучше бы реализовали как в phpdoc сейчас пишут — варианты типов данных: string[]|string, например.
Это позволило бы сильно снизить вообще необходимость такого типа как mixed.
retry стремный с точки зрения программиста (какой-то goto), но от бизнеса реально приходят требования, сделать несколько попыток какого-то проблемного действия (работа со сторонними нестабильными сервисами, например).
retry просто решает такую задачу.
В целом очень нужная, правильная статья.
Только хотел бы отметить один момент:
Я прочёл оригинальный документ, в котором описывались принципы работы Dynamo и, зная, что Cassandra достаточно близка к Dynamo, понял, что эти системы строились на принципе приоритизации операций записи.
И они даже добились этого, пожертвовав, однако, гарантированной консистентностью и функциональностью традиционных реляционных баз данных. Но компания, с которой я обсуждал применения этого решения, не ставила запись данных в приоритеты (все данные приходили одним блоком раз в сутки), а вот консистентность и производительное чтение были как-раз очень нужны.
Чтобы прийти к таким выводам, нужно достаточно глубоко изучить инструмент, что, на самом деле, не так просто и требует времени. Усугубляет ситуацию обилие выбора, особенно в NoSQL решениях.
Разработчик зачастую не хочет копать достаточно глубоко, проще и приятнее — «чик-чик и в продакшен».
Поддержу. Такое ощущение, что человек, либо абсолютно далек от php, либо специально подогнал окружение под желаемые результаты.
хотябы php7.x + php-fpm + nginx.
не говоря уже про react/php-pm/swoole
Может я такой нулёвый, но мне кажется, что с этим багажом:
Нет классов.
Не поддерживает наследование.
Нет конструкторов.
Нет аннотаций.
Нет дженериков (универсальных шаблонов. — прим.перев.).
Нет исключений.
сложно будет написать поддерживаемый код.
Хотя если развить мысль «Go станет серверным языком будущего», в направлении, что всё уйдет на клиент и у нас будет огромный объем клиентского кода на js, и тоненький бэкенд на go, то все может быть =)
Работал с easyui и dhtmlx/webix.
Про dhtmlx/webix правильно подмечено про хорошую документацию.
А в плюс easyui могу отнести довольно продвинутые возможности, которые в других проектах либо только платные, либо вообще нету.
сам так делаю, экономит кучу времени, как как соискателя, так и работодателя.
полное отсутствие публичного кода считаю минусом. вероятно, человек не очень любит профессию?
хотя для джунов такое приемлемо (еще не успели), тогда пишут тестовое.
string[]|string
, например.Это позволило бы сильно снизить вообще необходимость такого типа как
mixed
.retry просто решает такую задачу.
Только хотел бы отметить один момент:
Чтобы прийти к таким выводам, нужно достаточно глубоко изучить инструмент, что, на самом деле, не так просто и требует времени. Усугубляет ситуацию обилие выбора, особенно в NoSQL решениях.
Разработчик зачастую не хочет копать достаточно глубоко, проще и приятнее — «чик-чик и в продакшен».
мэил ру в этот раз село в лужу с переводом не очень качественной статьи.
хотябы php7.x + php-fpm + nginx.
не говоря уже про react/php-pm/swoole
сложно будет написать поддерживаемый код.
Хотя если развить мысль «Go станет серверным языком будущего», в направлении, что всё уйдет на клиент и у нас будет огромный объем клиентского кода на js, и тоненький бэкенд на go, то все может быть =)
Про dhtmlx/webix правильно подмечено про хорошую документацию.
А в плюс easyui могу отнести довольно продвинутые возможности, которые в других проектах либо только платные, либо вообще нету.