Поздравляю своих читателей и подписчиков в Твиттере с наступающим Новым годом! Желаю в новом году стать лучшей версией себя образца 2017 года. Да прибудет с вами Сила.
По сложившейся традиции, публикую список хороших людей, за которыми я следил в своём RSS-ридере (+74) на протяжении всего уходящего года. Попробуйте найти в нём себя:
В этому году я был активен на Хабре: написал пост, комментировал, добавлял ссылки в PHP-дайджест на свои посты. Сегодня хочу замерить трафик на свой блог и показать статистику за Янв — Ноя 2017. Итак, основной трафик по Хабру шёл с дайджеста (страницу профиля в счёт не берём). График получился не очень красивым, скорее он является индикатором попадания нового поста в дайджест. Видны всплески и угасающие шлейфы:
Всего в дайджесте было опубликовано 3 поста: руководство по загрузке картинок, путеводитель по нововведениям PHP 7.0 и 7.1, перевод про исполняемые классы вместо контроллеров. Самым хитовым оказался пост про нововведения PHP 7.*, поскольку эта тема в начале года волновала всех PHP-разработчиков, особенно вопрос о переходе с 5.6 версии. Пост про загрузку картинок нормально выстрелил, а про исполняемые классы вместо контроллеров нет.
Заметка: чтобы получить больше трафика, нужно постить максимально релевантный контент, тот, который обсуждает PHP-сообщество, или тот, которым ещё не насытилось комьюнити. В общем тренды всегда заходят лучше, чем старый и избитый контент. Но, больше всего цениться контент с личным опытом, ошибками и не тривиальными решениями.
Ниже привожу срез за 1 Янв — 30 Ноя 2017 года по десктопной и мобильной версии Хабра. Обратите внимание на процент отказов и время на сайте. Полагаю, мобильный трафик можно не анализировать (кто будет читать «тяжёлый» контент с телефона? всем нужен «fast flow»).
Глубина Время
Источник Визиты Просмотры Посетители Отказы просмотра на сайте
———————————————————————————————————————————————————————————————————————————————————
https://habrahabr.ru/ 4717 5706 2302 4,6% 1,21 1:49
https://m.habrahabr.ru/ 470 554 282 12,8% 1,18 2:21
Скидываю ссылки на PHP-дайджесты, где я засветился в этом году:
— PHP-Дайджест № 100 (1 — 15 Янв 2017)
— PHP-Дайджест № 101 (15 — 29 Янв 2017)
— PHP-Дайджест № 102 (1 — 12 Фев 2017)
— PHP-Дайджест № 118 (24 Сен — 9 Окт 2017)
Оригинальный пост называется Кодинг больше не гарантия бутерброда с икрой, который написала в своём Фейсбуке Алёна Владимирская, экс-хантер в «Mail.Ru Group» со стажем 12 лет. Пост был бы актуален 20 лет назад, актуален сегодня, будет актуален в будущем, не только программистам, но и любой профессии в IT. Решил стянуть его в свой блог с небольшими правками, как напоминание о грядущих изменениях.
Я старая рекрутинговая черепаха. Я помню, что ещё 12 лет назад просто знание английского языка было абсолютной гарантией хорошей работы в международной компании. Знаешь хорошо английский? Приходи на приличную зарплату! Остальному доучим. Сейчас знание английского — необходимый санитарный минимум в некоторых отраслях и компаниях (все международные компании, ИТ, телеком, консалт, качественная реклама и пр.), никаким образом трудоустройство не гарантирующий.
То же самое сейчас происходит и с кодингом:
1) Если вы только начинаете кодить, вам блестящую карьеру в кодинге сделать всё сложнее. Ваши начальники — руководители отделов разработки — люди с опытом кодинга и опытом решения сложных задач. Они имеют уже лет 10 кодинга и при этом их возраст 32—35 лет. И развиваться на своих позициях (меняя компании, но растя как руководители разработки) они будут еще лет 30. Поэтому в крупнейших и самых желанных интернет-компаниях для кодера стеклянный потолок совсем низкий. Да, открываются там новые направления. Но при этом на них претендуют те, у кого уже сейчас 5 лет кодинга. А дальше им тоже расти некуда — более старшие ещё долго не уйдут на пенсии. Поэтому до вас очередь не дойдет или дойдет не скоро.
2) Активно растущий сегмент открытого кода разрушает карьеры кодеров в компаниях поменьше — зачем с нуля писать огромную разработку, значительно легче и эффективнее её скомпановать из кусков кода уже проверенных проектов. То есть потребность в кодинге все чаще в быстро растущих проектах заменяется потребностью умения компилировать код и знать, где и как найти нужные решения.
3) Объем выпускаемых говнокодеров (извините, ну термин такой в отрасли) всяким школами программирования таков, что нет потребности в джуниорах — на самом деле, рынок нулевыми плохими кодерами переполнен. Есть потребность в качественных кодерах с 3—5 летним стажем и с опытом работы в хорошем проекте. А чтобы его получить, нужно в такой проект попасть. Куда из левой школы «учим кодить» не берут.
4) Языки программирования отмирают. И на рынке болтаются стайки 40 программистов, знающих один отмирающий язык. Переучиваться они не хотят (ну или уже не могут — обленились), а их язык ещё не умер, но уже совсем маловостребован.
И в результате на рынке постепенно образуется парадоксальная ситуация: впервые за многие годы количество стажеров с минимальным уровнем кодинга и с плохим кодом превысило количество предложений работодателей. То есть просто умение говнокодить перестало быть гарантией верного куска хлеба.
Всё больше востребованы продакты и проджекты с опытом кодинга в прошлом. Портрет таков: вы программист, который понимает бизнес и специализируется на каком-то одном направлении бизнеса, знаете два востребованных языка программирования, понимаете экономику проекта. Например, я 3 года кодил рекламную крутилку, я всё понял про её экономику, я стал продактом большой рекламной крутилки. Бинго — я нужен всем!
Что делать:
Решил сравнить скорость выполнения call_user_func_array() с обычным вызовом функций на разных версиях PHP и последним HHVM. Весь код измерения времени я запускал на 3v4l.org и фиксировал результаты в сводные таблицы. За основу взял функцию array_merge() с массивом MIME-типов и 1 млн раз вызывал её в цикле разными способами.
Код выше сравнивает скорость выполнения функции array_merge() с её вызовом через call_user_func_array(). Как видно, в седьмых версиях PHP нет никакой разницы по времени выполнения, а вот HHVM 3.22.0 остался на уровне PHP 5.6.30, хотя немного быстрее:
+--------------------------------------------------+----------+----------+----------+-----------+
| |PHP 5.6.30|PHP 7.0.24|PHP 7.1.10|HHVM 3.22.0|
+--------------------------------------------------+----------+----------+----------+-----------+
|array_merge(...$args) |0.9381 |0.2910 |0.2945 |0.7795 |
|call_user_func_array('array_merge', $args) |1.4194 |0.3073 |0.2938 |1.0372 |
+--------------------------------------------------+----------+----------+----------+-----------+
В PHP 7.*.* провели хорошую оптимизацию и при вызове функций можно не задумываться об производительности call_user_func_array(). Это касается и вызова самописных функций и методов вызываемых из класса.
Замеры скорости получились следующие:
+--------------------------------------------------+----------+----------+----------+-----------+
| |PHP 5.6.30|PHP 7.0.24|PHP 7.1.10|HHVM 3.22.0|
+--------------------------------------------------+----------+----------+----------+-----------+
|fn($args) |1.0934 |0.6369 |0.4660 |1.2059 |
|$fn($args) |1.4507 |0.5399 |0.6090 |1.2501 |
|$class->fn($args) |1.5088 |0.5622 |0.5282 |1.4568 |
|call_user_func_array('fn', [$args]) |1.5022 |0.4198 |0.3750 |1.2159 |
|call_user_func_array([new A, '__invoke'], [$args])|1.9369 |0.5629 |0.6538 |1.3701 |
|call_user_func_array([new B, 'fn'], [$args]) |2.1243 |0.7088 |0.6625 |1.9792 |
+--------------------------------------------------+----------+----------+----------+-----------+
В PHP 5.6.30 и HHVM 3.22.0 видно большую разницу при разных способах вызова функций, а в PHP 7.* как бы вы функцию не вызывали, её время выполнения будет примерно на одном уровне. Проще говоря, в последних версиях PHP вызов функций через call_user_func_array() и её исходных вариантах не имеет разницы.
Недавно задался вопросом: что такое ликвидность знаний? Могут ли знания быть ликвидными и если могут, то о какой ликвидности идёт речь? Сразу сходу я сгенерировал следующие варианты определения термина «ликвидность знаний»:
а спрос на знания;
б возможность человека применять полученные знания;
в место и время, когда уместно использовать определённые знания.
На самом деле очень сомнительные определения. Больше всего мне не давали возможности дать единый ответ такие ключевые слова, как спрос и уместно. Они предполагают совершенно разные концепции в определении этого термина. И тут я решил провести небольшой опрос среди своих друзей Вконтакте и те ответы, которые набрали больше одного символа, публикую ниже:
Новое определение мне далось не сразу.
Ликвидность знаний — это не про окупаемость, а умение извлечь из себя именно те знания, которые могут быть применимы для решения поставленной задачи в нужный момент времени. Человек может извлечь совершенно не те знания, которые нужны для решения поставленной задачи, т. е. ошибиться, и таким образом, пойти по ложному пути, увеличивая время решения, тратя ресурсы впустую, или, самое худшее, перешагнуть точку невозврата. Знания здесь выступают встроенным «решебником» для человека, и чем больше знаний, тем выше ваша ликвидность — возможность решения всяческих проблем, конечно.
Вы смотрели фильм Марсианин с Меттом Деймоном? Оказавшись на другой планете в одиночку, да ещё без интернета, астронавт Марк Уотни смог с помощью своих знаний противостоять сверхсложным проблемам, к которым никто не готов даже на Земле и с интернетом. Он налету синтезирует новые знания и сразу применяет их, чтобы решить свою проблему —
выжить. Посмотрите этот фильм, чтобы понять о чём я тут говорю.