• Хороший дизайнер копирует чужие логотипы, великий — крадёт
    0
    Мне кажется, цель у статьи одна — пожаловаться. Об этом сигнализирует одна из меток к статье — та, которая с тремя звёздочками в середине слова. Но оформлено зачётно — акцент смещается с простой жалобы куда-то в другое место. Например, появляется желание сравнивать логотипы из примеров. И не появляется раздражение, которое обычно появляется, когда кто-то использует Хабр в качестве жалобной книги. Это самая интересно написаная жалоба, которую я видел на этом ресурсе (ИМХО, конечно же).
  • Настраиваем интернет шлюз с прозрачным обходом блокировок (а рекламу таки будем блокировать)
    0
    Чтобы он ресолвил зону orion

    Это вы про Drak Net наверное, да? :)
  • Всё плохо: Почему оценка фриланс-биржи Upwork скоро может стать нулевой
    +1
    В это же время T. Rowe Price продолжает урезать инвестиции в свой актив: изначальные $15,8 млн превратились к 2015 году в $10,296 млн. Платформа Elance в январе 2016 года была полностью отключена от вливаний.

    Если кому-нибудь всё ещё интересна эта тема, то к концу 2016-го года совокупная стоимость ценных бумаг Upwork во владении T. Rowe Price снизилась до $8,192 млн. (количество осталось тем же: 1 101 889 — Series A1, 102 917 — Series A2 и 793 184 — Series B1). Так что, за 2016-й год Upwork упала в цене примерно на 13–14% (по сравнению с концом 2015-го).
  • Логирование в Yii 2.0 и PSR-3
    0
    Я вас уверяю, эта подветка комментариев и ваш новый значок не связаны.
  • Логирование в Yii 2.0 и PSR-3
    0
    И этим тратят моё время впустую

    Да и своё собственное тоже.
  • Логирование в Yii 2.0 и PSR-3
    0
    Речь шла о «значимых» проектах, чьи участники принимали участие в формировании стандарта.

    Если речь шла о значимых проектах, для чего вы кидали ссылку на http://sideeffect.kr/popularconvention#php в подтверждение ваших слов про «большинство»?

    И что тогда вы хотели этим сказать? :)

    Я хотел сказать, что из-за невнимательности люди начинают оспаривать слова, которые я не говорил. И этим тратят моё время впустую.
  • Логирование в Yii 2.0 и PSR-3
    –1
    То есть, до конца вы разобрать ситуацию так и не захотели, я правильно понимаю?
  • Логирование в Yii 2.0 и PSR-3
    0
    Но вы же писали, что большинство так писало. Разве не так? Про то, что не нужно всех спрашивать — это уже другая опера. К тому же, если вы перечитаете мои комментарии, я нигде не утверждал, что нужно было спрашивать большинство. Я только озвучил факт, что всенародного голосования не было, и стиль брали из самых известных проектов, что на тот момент давало FIG политические очки.
  • Логирование в Yii 2.0 и PSR-3
    0
    А вы не обратили внимание, что там 64% — это открывающие скобки на той же строке для функций/методов? Получается противоречие с тем, что «Большинство изначально использовало такой стиль». А в случае с классами ситуация близка к 50/50.
  • Логирование в Yii 2.0 и PSR-3
    –1
    Вы, похоже, не до конца поняли ситуацию и не видите, что после этого возникнет дублирование инфромации, которое можно будет безболезненно удалить из текста, упрощая его. :)
  • Логирование в Yii 2.0 и PSR-3
    –1
    Вы, кстати, упустили ещё одну деталь. В первом варианте фигурная скобка иногда пишется на той же самой строке, что и закрывающая круглая для методов/функций (это есть и в PSR-2 и в PSR-12):

    When the argument list is split across multiple lines, the closing parenthesis and opening brace MUST be placed together on their own line with one space between them.

    Так что, случаев больше получается, чем два. А ведь можно было бы всё упростить, если, хотя бы для методов/функций, открывающая фигурная скобка писалась всегда на той же самой строке. Кучу «лишнего кода» ведь можно было бы тогда выкинуть из текста. :)
  • Логирование в Yii 2.0 и PSR-3
    0
    Вы путаете с единообразием

    Если не сложно, поясните, что именно я путаю с единообразием? Я не совсем понял. Я путаю «выглядеть некрасиво», или я путаю «к стандарту», или что-то ещё?

    И все-таки это ну никак не «архитектурная» проблема

    Мне кажется, она похожа на архитектурную проблему. Всё-таки эта проблема касается совокупности факторов. Если бы речь шла просто о том, что нужно или не нужно ставить скобки на отдельной строке, это была бы не архитектурная проблема. Но раз речь идёт о том, что можно единообразно относиться к похожим явлениям, и это единообразие поможет избавиться от избыточных описаний в стандарте, то это больше похоже на архитектурную проблему.
  • Логирование в Yii 2.0 и PSR-3
    0
    Если вы немного внимательнее почитаете мои комментарии, вы увидите, что я нигде не призывал к всенародному голосованию. Я только отметил факт, что его не было.
  • Логирование в Yii 2.0 и PSR-3
    0
    Я не спорю, на какой строке нужно писать скобки. Я просто обратил внимание, что PSR-12 не упрощает вещи, хотя мог бы.
  • Логирование в Yii 2.0 и PSR-3
    0
    Случая всего два

    А мог бы быть один: «всегда та же строка». И это было бы проще, и было бы единообразие.

    Кто пишет анонимки с открывающей скобкой на следующей строке — поднимите руки.

    Добавьте это в стандарт и потихоньку все начнут писать так. Будет выглядеть некрасиво из-за контекста, в котором они обычно используются, но всё равно люди будут подтягиваться к стандарту.
  • Логирование в Yii 2.0 и PSR-3
    0
    По-моему, PSR-12 не упрощает некоторые вещи. И основная архитектурная проблема остаётся на месте: в одних случаях у функций и классов отрывающая фигурная скобка находится на той же самой строке, в других случаях — на следующей. Можно было бы сократить и упростить структуру стандарта, если бы фигурные скобки всегда писались на той же самой строке для классов и функций/методов — вне зависимости от того, анонимные они или нет.
  • Логирование в Yii 2.0 и PSR-3
    0
    Поэтому нельзя сказать, что «большинство изначально использовало такой стиль», если в 16-ти из 22-х крупных проектов фигурные скобки после класса писались на следующей строке. Большинство крупных проектов не равно большинству людей — тех, кто вообще писал код на PHP в тот момент.
  • Логирование в Yii 2.0 и PSR-3
    0
    Дополнительно, вы путаете статистическую выборку из 22-х баз кода с голосованием. Голосование — это когда отдельные люди высказывают мнение. Статистическая выборка — это когда у людей мнение не спрашивают, а просто анализируют что-то уже произошедшее.

    На момент появления PSR-2 эти 22 проекта занимали крупную нишу во всех ±600 миллионах сайтов под PHP. Однако, если брать отдельных людей, которые в тот момент писали на PHP, их будет больше, чем количество людей, которые трудились над этими 22-мя проектами.

    Понимаете мысль?
  • Логирование в Yii 2.0 и PSR-3
    0
    Ну, вы согласны, что стиль был взят из ограниченого количества проектов? Всенародного голосования не было. Учитывалась относительно небольшая база кода и мнение относительно небольшого количества разработчиков.

    Вы писали, что «большинство изначально использовало такой стиль». Я с этим не согласен. Половина использовала один стиль, другая половина – другой. 50–100 разработчиков в крупных проектах — это не большинство программистов на тот момент.
  • Логирование в Yii 2.0 и PSR-3
    0
    Я со своей колокольни вижу, что половина людей такой стиль использовало, а другая половина — нет (мне даже чаще встречался код, где скобки были на той же строке). А со своей колокольни я смотрю где-то с 2002-го года. Текущий стиль летом 2012-го (вместе с PSR-2) пришёл из проектов со знаменитыми именами. В этих проектах, в общем-то, было небольшое количество разработчиков (во всяком случае, точно было небольшое количество разработчиков, которые диктовали стиль кода всем остальным). По сути, текущий вариант пришёл из ограниченного количества проектов, которые были «на слуху». Всенародного голосования не было (за PSR-2 голосовало 18 человек: 13 — за, 4 — против, один — воздержался). Его и не могло быть, потому что FIG нужно было набрать авторитет за счёт причастности к крупным проектам. FIG в тот момент не было популярным. Всенародное голосование оно в тот момент не смогло бы устроить.

    Если бы была возможность выяснить, как пишет большинство разработчкив, ещё неизвестно, что было бы в стандарте, потому что я чаще видел код, в котором фигурные скобки были на той же строке. Ну, просто, такой чаще встречался, чем код, где скобки шли на новой строке. Может быть, мне просто чаще такой код попадался, а на самом деле больше было кода, где скобки шли с новой строки. Лично я видел такую картину.
  • Логирование в Yii 2.0 и PSR-3
    0
    PSR созданы в первую очередь для единообразия

    Как раз с единообразием есть кейс: Фигурные скобки в классах и функциях. До того, как в PHP появились анонимные классы и функции, фигурные скобки можно было нормально писать на следующей строке во всех ситуациях. Теперь же получается, что в определении класса в одной ситуации нужно писать их на той же строке, а в другой — на новой строке. Единообразие в подходе потрялось.

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

    Если кто-то предлагает базовые вещи менять в стандарте, его отфутболивают (меня лично не отфутболивали, я просто уже долго наблюдаю за тем, как происходят обсуждения в FIG).
  • Логирование в Yii 2.0 и PSR-3
    0
    На дворе 2017-ый год и довольно значительная часть сообщества PHP пытается использовать
    PSR: PHP standard recommendation, цель которых — дать возможность заменять отдельные части фреймворков.

    Александр, я думаю, скорее всё дело в том, что вы участвуете в FIG, и у вас такое мнение из-за того, что этот котёл является частью вашей жизни.

    Насколько я вижу из своего личного общения и из мыслей людей (а я всегда очень много и внимательно читаю чужое мнение на различных околопхпэшных ресурсах), люди начинают уставать от PSR из-за того, что стандарты PSR определяются один раз, и они развивают промышленность только в первое время. Однако, из-за подхода: «мы не будем ничего менять, потому что мы пять лет назад проголосовали за такой вариант (не будем вообще больше голосовать на эту тему)» — через какое-то время PSR начинает тормозить всё, а не помогать строить светлое будущее.

    PSR, как бы, первое время помогает стать лучше, а потом, когда в PHP появляются какие-то изменения, PSR превращается в гирю на ноге, вместо того, чтобы быть двигателем.
  • Copyleft под угрозой: Github теряет совместимость с GPL?
    +1
    Может это и не существенно, но основной репозиторий Linux находится в git.kernel.org. Для Bash это git.savannah.gnu.org. Для Qt — code.qt.io. Для GCC — gcc.gnu.org/git/. Для GNU Octave — hg.savannah.gnu.org/hgweb/octave. Для PHP — git.php.net. Для Perl — perl5.git.perl.org. (Где-то могу ошибаться в конкретных адресах, но, как минимум, домены правильные.)

    Некоторые из этих проектов позволяют вделать вклад в код и с помощью GitHub, но основная площадка разработки у них — не GitHub. Так что, если будут какие-то проблемы с GitHub, эти проекты не умрут. Да и родились они не на GitHub, в общем-то.

    Кстати, у PHP не GPL-лицензия, а PHP License, которая унаследована от BSD, так что он в этом списке лишний.
  • Простой, современный MVC фреймворк на PHP для разработки сайтов «с нуля»
    0
    По поводу шорт-тегов — признаю, как-то пропустил этот момент когда они перестали быть злом

    Мне кажется вы не до конца правильно понимаете ситуацию. Шорт-теги остались злом. Но конкретно тег <?= к этому злу не имеет отношения, так как конфигурационная опция, связанная с шорт-тегами, на его работоспособность не влияет после версии 5.4.
  • MySQL и MongoDB — когда и что лучше использовать
    +1
    Интересная опечатка получается. Дело в том, что если написать &gt в тексте, то он превращается в символ > средствами HTML. И чтобы реально написать &gt, нужно вводить такой код: &amp;gt. Этот код на автопилоте обычно не вводится, потому что он требует дополнительных осмысленных телодвижений. То есть, в этот момент нужно реально верить, что команды в mongo начинаются с амперсанда, чтобы осознанно это вставлять в текст. :)
  • MySQL и MongoDB — когда и что лучше использовать
    +2
    &gt вместо простого знака «>». Не очень читаемо, на мой взгляд.

    Странно, что вы пишете амперсанд — и в коде и в тексте. В монго операторы со знака доллара начинаются.

    А так, логика формата операторов вполне понятна. Чтобы не спутать оператор с названием поля, он начинается со специального знака. Символ >, кстати, вполне может быть названием поля (так что его нельзя использовать в качестве оператора) — в названии поля можно использовать любые символы из UTF-8 (кроме точки в любой части строки или знака доллара в начале строки). И это вполне читаемо, потому что все операторы созданы по одному и тому же принципу: знак доллара + текст, по которому часто (не всегда, но часто) и без документации понятно, что происходит.
  • Создание сайта как продукта или «а почему так дорого?»
    –1
    А вы не опасаетесь, что HBO вас заставит удалить картинку из статьи? :)
  • Теория решения изобретательских задач на пальцах
    +1
    Вы, возможно, имеете интуитивное понимание того, что такое ТРИЗ, но у вас не хватает профессинализма и, главное, практики использования ТРИЗ, чтобы уметь это объяснять на пальцах. Из-за этого статья вообще не помогает понять предмет.

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

    Для иллюстрации идеи понимание/практика: https://geektimes.ru/post/282170/
  • Зачем писать на Хабр? Примеры из практики
    0
    Пользователь понимает, что его будут оценивать не редакция или модераторы, как это происходит в других сообществах, а такие же участники сообщества, как и он сам.

    Тут вопрос терминологии. «Сообщество» — это как раз когда основная масса фидбека идёт от других пользователей. В таких сообществах редакция и модераторы реализуют соблюдение только базовых принципов — в вашей «пирамиде Маслоу» это «безопасность» и «физиология».

    Это мелочи, конечно же, но выражение «как это происходит в других сообществах» искажает смысл. В других сообществах происходит точно так же, а вот на других ресурсах, которые не дотягивают до понятия «сообщества» — там как раз административный ресурс занимается оценкой.
  • Всё плохо: Почему оценка фриланс-биржи Upwork скоро может стать нулевой
    0
    Кому интересно — напишите под этим комментом

    Присоединяюсь к тем, кому интересно.
  • Назад в будущее: «Мегамозг» возвращается на «Хабрахабр»
    0
    Похоже, что карму, набранную на Мегамозге, похитило НЛО. Я правильно понимаю, что её не переносили?
  • Upwork меняет сумму комиссии
    +2
    Чтобы закончить на конструктивной ноте — у вас _прямо сейчас_ есть уникальная возможность создать супербиржу с комиссией, например, в 3%.

    А вы точно до конца понимаете смысл фразы «уникальная возможность»? У каждого человека есть возможность полететь в космос или стать миллиардером, или создать супербиржу. Однако, она не является уникальной. Можно вырасти до супербиржи, до миллиардного состояния или до полётов в космос, но всё это является результатом очень большого количества уникальных шансов сделать маленький шажок вперёд. Уникальная возможность — это когда есть возможность сделать один шаг и сразу получить желаемый результат. Вы говорите, что сейчас есть возможность сделать маленький шажок и сразу занять долю Upwork на рынке.

    Это не конструктивная нота, а злая шутка. Всё равно, что подойти к школьнику и сказать, что у него есть уникальная возможность написать диссертацию по математике. Можно забить на школу, университет, аспирантуру и докторантуру — всё это не нужно. Достаточно только захотеть написать диссертацию.
  • Upwork меняет сумму комиссии
    +1
    А что, классное выражение. Надо будет куда-нибудь его записать. :)
  • Upwork меняет сумму комиссии
    +1
    Я не придираюсь, но, может быть, вам будет интересно знать, что «Силиконовая долина» находится в Сан-Фернандо. Её ещё иногда называют «порнодолина». А известное место, где сосредоточено много технологических компаний, находится в Сан-Франциско и называется «Кремниевая долина».

    Всё же, в русском языке, «силикон» и «кремний» — не одно и то же, и их труднее спутать, чем английские «silicone» и «silicon».
  • Upwork меняет сумму комиссии
    +2
    Мне бы не хотелось, чтобы в этом топике разговор съезжал на политику. Заранее благодарю.
  • У Upwork проснулась монопольная жадность
    +4
    Это против соглашения с Upwork. У них в соглашении с клиентом есть условие, что клиент, забирая фрилансера с биржи, должен выплатить бирже opt-out — отступные. Так же, если не ошибаюсь, клиент обязуется не уводить фрилансера с биржи в течение первых 24-х месяцев сотрудничества этого конкретного клиента с этим конкретным фрилансером.

    Получается небольшое противоречие. С одной стороны, вы сторонник договоров с клиентами. С другой стороны, вы стремитесь договорённости нарушать, если вам они неудобны. Это точно не пример хорошей деловой этики.
  • У Upwork проснулась монопольная жадность
    +2
    Я несколько часов назад на Мегамозге написал чуть более подробное и чуть более эмоционально нейтральное описание этого нововведения. :)

    Кстати, в дополнение ко всему прочему, комиссия появилась и для клиентов. Они теперь будут платить 2,75% от каждой транзакции.
  • Издания не имеют права проверять браузеры пользователей на наличие блокировщиков рекламы в Евросоюзе
    0
    Да, точно, это примерно как поставить скрытую камеру в спальне соседей, чтобы проверить, что они не говорят что-то плохое о тебе за глаза. И, если, просматривая как они занимаются сексом, ты услышал намёк на то, что они обзываются, врываешься к ним в спальню и заклеиваешь им рот скотчем. Потому что они вмешиваются в твою личную жизнь и унижают твоё достоинство. Детектить блокировщики рекламы и установленные плагины — это всё равно, что ставить соседям камеру в спальню, чтобы контролировать их приватную жизнь. Как вам такая трактовка?

    Просто это всё очень двойственно. Это можно трактовать разными способами, потому что Интернет ещё не зарегулирован по самые помидоры, по сравнению с оффлайном.

    В общем-то, вмешательство в работу сайта и подобные вещи нужно оговаривать с каждым пользователем отдельно с помощью Terms of Service, которое человек должен принять до того, как получит доступ к основному контенту сайта. Без дополнительных соглашений, пользователь не вмешивается в работу сайта, потому что все операции по блокированию рекламы проходят на компьютере пользователя. Он вмешивается в информацию, хранящуюся на своём компьютере и, технически, не влияет на работу сайта и его доступность для других пользователей (а нетехнически, можно в Terms of Service написать, что клик по ссылке «главная» в пятницу тринадцатого будет считаться нарушением работоспособности сайта, и если пользователь принял такое ToS, то «вмешательство в работу сайта» уже можно притянуть, если пользователь всё-таки кликнет по ней в пятницу тринадцатого).

    Лично я считаю, что и пользователи, блокирующие рекламу, в своём праве, и сайты, которые детектят блокировщики — тоже в своём праве. До тех пор, пока они не нарушают работоспособность компьютеров друг друга, они могут делать что угодно. А если нужно вводить дополнительные права и ограничения, то для этого существуют дополнительные соглашения (отдельные пункты которых, к тому же, можно игнорировать, если они нарушают местное оффлайн-законодательство).
  • Apple прекращает поддержку QuickTime для Windows
    +3
    Я просто оставлю здесь ссылку на статью на Geektimes по этой теме: https://geektimes.ru/post/274432/. Мне кажется, из неё можно узнать больше подробностей. К тому же, там не написано, что Apple рекомендует удалять QuickTimes под Windows. (Apple на эту тему только инструкцию выпустила, в которой она никак не призывает удалять продукт. Рекомендация удалять принадлежит Trend Micro, а не Apple, которая официально о прекращении поддержки не объявляла.)
  • Сравнение языков программирования относительно работы на фриланс-бирже upwork.com + опрос
    +2
    Я считаю, что неактивные аккаунты не представляют конкуренции и решил сделать поиск только по аккаунтам, заработавшим на апворке хотя бы доллар.

    Кстати, на странице с предложением работы часто видно дополнительную информацию по заказчику. Например, сколько заказчик потратил на оплату работы фрилансеров в целом. Так что, фильтровать заказчиков тоже можно, деля их на тех, кто заплатил хотя бы доллар и тех, кто только зарегистрировался.

    По-моему, так будет честнее. Если судить по моему опыту (а я какое-то время назад очень много публикаций просеивал), новые заказчики пишут неадекватные задания чаще, чем те, кто уже отдавал кому-то проекты. Заказы от новичков фейлятся или вообще не начинаются немного чаще, чем проекты от заказчиков со стажем. Соответственно, если исключать заказчиков-новичков, картина станет ещё немного ближе к реальности.