• Золотое сечение (число Фи) и время, ваше мнение?
    0
    Это теперь с вами до конца жизни, смиритесь :)
  • Золотое сечение (число Фи) и время, ваше мнение?
    +3
    Думаю, автору нужно познакомиться с создателем ognennoe.ru
    Им явно есть, что обсудить.
  • О перехвате трафика: 4-10% зашифрованного HTTPS-трафика сегодня перехватывается
    +4
    Экая новость.

    /me прекрасно знаком с целыми не то чтобы компаниями, а корпорациями (с большой буквы), где принудительная дешифровка https с рабочих мест по описанной схеме (подмена сертификата) включена по умолчанию.

    И да — чтобы ее выключить, мотивируя, например, тем, что curl и прочее консольное хозяйство не очень как бы ожидаемо работает, у меня ушел месяц. Никто в безопасности просто не был в состоянии даже понять — чего же я прошу от них?
  • Своя система сборки на Linux
    0
    Phing — на PHP, а не для PHP. Что, впрочем, никак не ограничивает его область применения.

    По крайней мере запустить сценарий на phing гораааздно проще, чем Ant.
  • Своя система сборки на Linux
    +1
    Вы написали заново Ant / Phing
    Поздравляю.
  • Путешествие за бугор и обратно: как не надо устраиваться работать за рубежом
    +23
    Идеальный хабрасуицид, однако.
  • Реализация и альтернатива основных JQuery функций на чистом JavaScript
    +2
    Уважаемые друзья из мира Javascript!
    Выучите уже наконец несложную разницу между библиотекой (или даже «библиотекой библиотек») и фреймворком.

    Имя этой разнице — «инверсия управления»:
    — Если вы используете библиотеку, то ваш код вызывает методы библиотеки по необходимости.
    — Если вы используете фреймворк, то вы пишете код, который будет вызван фреймворком по некоему событию.

    Всё очень просто и никак не зависит от языка и года на календаре :)
  • Стоимость недвижимости на тепловых картах
    +1
    Спасибо за интересную статью, но, если честно, в нынешнем виде карта «не работает».

    Откройте, для примера, Крылатское. Соседние, совершенно одинаковые дома почему-то попадают в категорию 369 Круб или 234 Круб. Причем центрами более дорогих «пятен» в обоих случаях служат лесные массивы, где жилья вообще нет…

    При этом реально дорогой ельцинский дом на Осенней почему-то никак не повлиял на тепловую карту.
  • Форма авторизации с отправкой зашифрованного пароля
    +1
    Ну так и вы не лезьте на хабр, пока не научитесь писать код так, как его пишут в цивилизованном мире.

    А то сожрут ведь :)
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Ваш вопрос изоморфен вопросу «почему люди не должны убивать других людей»?

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

    Так и пишите тогда. И не надо извиняться и говорить, что не хотели задеть — задели. И хотели.

    Я говорю вам, что вы учите людей клеить обои. Мотивируя это тем, что это ремесло, надо зарабатывать на жизнь, и все равно 95% из них больше ничего не светит.
    Учите, что в 2017 году есть стандарты и обои нужно клеить только вертикально, только с перехлестом в 5 мм. и если обои отклеились, что виноваты не стандарты, а просто хреново приклеили.

    Совершенно верно.

    И пока студент не поклеит тысячу квадратных метров обоев я его близко даже к «творчеству» не допущу. Иначе результат «творчества» будет жалок. Что мы и наблюдаем в обсуждаемой статье.
  • Форма авторизации с отправкой зашифрованного пароля
    +1
    А у кого-то вы убили стандартизацией индивидуальность.

    Вы всё же не удержались, чтобы не сказать какую-то пакость… Ничем не обоснованную пакость с переходом на личности. Жаль.

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


    Услышьте меня. Чтобы начать что-то делать не по стандарту, чтобы предлагать изменения в стандарты или их отмену — сначала нужно научиться делать по стандарту и делать хорошо.

    Именно этим и отличается творческий подход от кое-какерства, которые вы пропагандируете.

    Делай хорошо — и хорошо будет. Хреново получилось — не стандарты виноваты, а ты хреново делаешь!
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Мне нравится ваш ответ. По крайней мере в нём убавился градус фанатизма и нетерпимости, и это хорошо.

    Я не согласен с вами только в одном моменте. Правда, этот момент принципиален настолько, что приводит к полной невозможности согласиться со всеми вашими выводами.

    Программирование — не творчество.

    И не будет им никогда для 95% программистов.

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

    Вы можете себе представить сварщика или токаря, который после ПТУ приходит на производство и говорит «да вертел я вокруг своей оси все ваши ГОСТы и типоразмеры, я творец, я так вижу, я буду точить дюймовую резьбу, если на чертеже указана метрическая!»

    Как долго он продержится на заводе?

    Токарь или фрезеровщик получают право на творчество лишь после долгих лет у станка, проведенных за вытачиванием стандартных изделий. Изо дня в день. 8 часов, 5 дней в неделю.

    С чего вы взяли, что у программистов по-другому?

    Строгое соблюдение стандартов необходимо начинающим, чтобы в последствии не было горького разочарования в профессии. Чтобы не было обид на тему «я — творец, а меня не так поняли». Да так тебя поняли, так. Ты не творец, парень, ты просто кое-какер…
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Мне кажется, что это вы немного не понимаете.
    Впрочем, буду рад ошибаться.

    Смотрите.

    Первое: собираются разработчики популярных фреймворков, библиотек и самого PHP и признают, что околоязыка — полный бардак.
    Спорить с этим бессмысленно — действительно, до php-fig бардак был такого количества и качества, что фактически мешал развитию и языка и экосистемы.

    Кстати, надо отметить, что никто не мешает любому из нас войти в php-fig в любой момент. Это открытая организация (если ее можно вообще назвать таковой).

    Второе: члены php-fig договариваются, что будут стараться личными и коллективными усилиями уменьшать энтропию в околоPHP. Что они начинают делать? Вырабатывать стандарты: предлагать черновики, обосновывать, дорабатывать, голосовать, принимать и реализовывать принятое в своих фреймворках и библиотеках.

    И наконец многолетняя работа приводит к результатам: в мире профессионального программирования на PHP уходят в прошлое споры типа «табы vs. пробелы», закрывается дискуссия на тему «как делать автозагрузку», начинают работать по единому интерфейсу все приличные логгеры (SOLID, мать её, Лисков!) и библиотеки кэширование и так далее и тому подобное.

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

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

    P.S. Аргумент о том, что R — это Recommedations, слишком дешёвый. RFC — это тоже всего лишь Request, однако этот факт никого не заботит.
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Аргументов? Чтобы приводить какие-то аргументы «за» или «против» некоей точки зрения, она (точка) должна существовать и быть озвучена.

    В вашем комментарии я просто не вижу ничего, что требовало бы обсуждения. Просто некий текст, набор слов и предложений. Я прочёл этот текст, спасибо вам большое.

    Повода для дискуссии не вижу.
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Я не знаю, конечно, насколько вы хороший «учитель».

    Дальше вы могли бы ничего не писать.
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Я вам, как действующий преподаватель, открою секрет, кто их учит.

    Их учит youtube, rutracker и сервисы «складчин».
  • Форма авторизации с отправкой зашифрованного пароля
    –2
    После условия в if может быть и одно выражение на той же строке.

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

    Зачем вообще обсуждать скобки и пробелы? Не нравится подход PSR — не пишите на PHP публичный код, делайте свои домашние странички, где никто вас не упрекнёт за отсутствие скобок. Хотите выкладывать свой код в паблик — будьте любезны соблюдать публичные стандарты.

    Вам не кажется такой подход логичным?
  • Форма авторизации с отправкой зашифрованного пароля
    +1
    А что тут непонятного?

    После ключевого слова class и до фигурных скобок возможны еще ключевые слова: extends, implements. Поэтому скобку пишем сразу на новой строке, чтобы не дёргать ее потом туда-сюда.

    После условия в if уже ничего не может быть, кроме фигурной скобки. Поэтому пишем ее на той же строке, чтобы случайно ничего не написать между условием и "}".

    Всё логично.
  • Форма авторизации с отправкой зашифрованного пароля
    0
    Может и не вы, но поклонников, которые считают, что главное, что «код работает», у вас тут много. А мне потом приходится переписывать такой код и перевоспитывать таких людей.
  • Форма авторизации с отправкой зашифрованного пароля
    +4
    Уважаемый RomanPogosyan и его «коллеги»! Вы можете сколько угодно гадить мне в карму — я переживу.

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

    Правильно где-то выше написали — это диверсия какая-то.
  • Форма авторизации с отправкой зашифрованного пароля
    –2
    if(!isset($_SESSION['uniq'])||$_SESSION['uniq']=='')
    $_SESSION['uniq']=uniqid();
    


    Нет фигурных скобок. Минус балл.

    require_once('engine.php');
    

    Использование относительного пути — минус балл. Неиспользование composer — еще минус балл.

    У вас уже «двойка», продолжаем.

    $engine = new Template("tpl/");
    

    Еще один относительный путь. Не говоря уж о том, что папка, где находятся шаблоны — не зависимость для шаблонизатора. Впрочем, вряд ли вы вообще понимаете слово «зависимость».

    require_once('libs/mysql.php');
    

    Господи, можно я не видел этого?

    $db=new Database_Module();
    ...
    $db->CheckLogin();
    


    Полное наплевательство на стандарты стиля кода. Еще минус балл. У вас уже «кол».

    function CheckLogin();
    ...
    $STH=...
    


    Ноль.

    echo "<script src="js/jquery.min.js"></script>";
    

    Вы это вообще серьезно?

    P.S. Как там дела, в 2001 году?

  • Ужасный рекрутер, ужасный кандидат
    0
    Вам кажется. Я же не HR, хотя порой и приходится проводить по несколько собеседований в день :)
  • Ужасный рекрутер, ужасный кандидат
    0
    В таком случае вам ничего не остается, кроме как просмотреть 7784 резюме. Собственно, это и есть работа HR, не так ли?
  • Ужасный рекрутер, ужасный кандидат
    –17
    Никто никого не оценивает. Прекратите говорить «прекратите» совершенно незнакомым людям.

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

    P.S. Те, кто вам рекомендует не использовать фото в резюме, дают вредный совет. Имхо.
  • Ужасный рекрутер, ужасный кандидат
    +1
    Это как? Типа водитель маршрутки с опытом вождения болидов Ф1? :)


    Для большинства HR примерно так кандидаты и выглядят…
  • Ужасный рекрутер, ужасный кандидат
    –19
    Уберите резюме без фото. Если человек не потрудился оформить резюме, может быть он не ищет работу? Уберите тех, кто ищет работу по совместительству, удалённую или фриланс. Откиньте тех, кто не попадает в вашу зарплатную вилку на плюс-минус 20% или постеснялся указать зарплату.

    Задайте чуть больше ключевых слов. Просто C++ недостаточно. Фреймворки, области применения, другие сопутствующие технологии.

    Так, глядишь, и останется сотня-другая. Которых уже можно отсортировать по дате обновления резюме (если сегодня-вчера, то точно человек в активном поиске) и начинать работать.
  • Ужасный рекрутер, ужасный кандидат
    +2
    Зачем звали — непонятно

    Вы, наверное, написали в заголовке «Full-stack разработчик» :)
  • Ужасный рекрутер, ужасный кандидат
    0
    Важны не только ключевые слова, но и локация, достаточный и проверяемый опыт, некоторые дополнительные требования. Поэтому остается от силы 10-15 отобранных резюме, которым уже имеет смысл звонить.
  • Ужасный рекрутер, ужасный кандидат
    +1
    По первому моменту. Если кандидат не взял трубку, HR отправляет ему подробное письмо с информацией о вакансии и просьбой уточнить способ связи. Можно ведь и в скайп позвонить и в телеграм — вдруг ему действительно удобнее?

    А по второму моменту всё еще проще — мне действительно дешевле потратить 5 минут на предварительный звонок, чем тратить минимум час на очное собеседование.
  • Ужасный рекрутер, ужасный кандидат
    +10
    Могу предложить рецепт, как избавиться от зла при найме программистов.

    1. HR отбирает резюме по формальным признакам, не связанным с глубоким анализом профессиональных знаний, умений и навыков. Например «ищет постоянную работу, не фрилансер, заголовок резюме примерно соответствует должности, есть опыт работы»

    2. HR делает контрольный звонок кандидату, за 3 минуты проверяет на явный неадекват: «ответил вежливо, разговаривал по делу». Договаривается, что следующий звонок будет от технического руководителя.

    3. Ставит мне в расписание звонок, если я аппрувлю — в указанное время набирает и соединяет.

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

    5. Если даны ответы на все вопросы — зовём на очную встречу.

    Времени тратится от силы 10 минут на кандидата. А эффект — огромный.
  • Синглтоны и общие экземпляры
    –2
    Прямо религиозный текст:
    «И сказал Исаак Иакову: не используй синглтоны, они плохо тестируются! И стало так!»

    Предпочитаю не слушать проповедников.
  • Поговорим о Yii 2
    0
    Как говорил мой давно покойный дед: «тяп-ляп, насрал и в продакшн гречневая каша» (с)
  • Поговорим о Yii 2
    +1
    Сырой? Это вы очень мягко выражаетесь :)
    Он совершенно нелогичный и, как бы это сказать… «антипаттерный» что-ли? Думаю, вы меня поняли ))
  • Поговорим о Yii 2
    0
    Осталось запретить директиву include в Си, и будет полное объектно-ориентированное счастье на всей Земле :)
  • Поговорим о Yii 2
    +3
    Экзотичный пример, конечно, но принимаю :) Что-то ржу )))

    Не видели никогда, к примеру, вот такое поделие: http://punbb.ru/?
    Сферические events в вакууме. Event-driven architecture!

    Я к тому, что бесконтрольным использованием системы событий можно убить любой фреймворк. Абсолютно любой.
  • Поговорим о Yii 2
    0
    Расскажите мне, как в концепции request -> [middleware] -> response и при неактивных моделях данных я могу напихать что-то «куда угодно»?
  • Поговорим о Yii 2
    +5
    Потому что на данный момент скорость развития кодовой базы Yii стремительно отстаёт как от языка, так и от стандартов и других фреймворков.

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

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


    Имхо, уже будет поздно.