<rmcreative>

Друзья, всем привет!

В связи с объявленной ВОЗ пандемией, а также ограничительными мерами на участия в массовых мероприятиях, изданных как на уровне государственных регуляторов, так и на уровне корпораций, мы приняли трудное решение перенести конференцию PHP Russia с мая на 14 сентября (окончательно подтвердим новую дату на следующей неделе).

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

Не волнуйтесь, все приобретенные билеты и трансляции перенесены на новую дату. При необходимости можно поменять ваши билеты на любую другую конференцию Онтико или заменить участников. По всем подобным вопросам пишите на [email protected].

Чтобы не останавливать наше профессиональное общение, 13 мая мы проведём онлайн-конференцию PHP Russia Online — сессию докладов, организованное онлайн-общение, мы даже попробуем реализовать онлайн-консультации по вопросам разработки на PHP.

Участие в онлайн-конференции бесплатно для всех участников оффлайн-версии PHP Russia и владельцев билетов на онлайн-трансляцию. О программе мероприятия расскажем в следующих объявлениях.

Оставайтесь на связи и берегите себя!

function test()
{
    try {
        throw new \RuntimeException('try');
    } catch (\RuntimeException $e) {
        throw new \RuntimeException('catch');
    }
    finally {
        return 'finally';
    }
}
 
echo test();

return в finally - штука опасная. Он тихо проигнорирует все исключения.

Я собеседовался в Facebook в 2012-ом. Тогда произошло странное. После где-то пяти собеседований HR не вышел на связь. Я подумал, что где-то не справился и в итоге принял предложение Stay.com (к лучшему). Через несколько лет тот же HR написал мне, рассказал, что тогда уволился и извинился что не передал как надо тогда дела. Бывает...

Но этот пост о технической стороне собеседований. А она, судя по всему, мало поменялась с тех пор.

Читаем

«Как убедить заказчика что нужны тесты?»

В одном из чатов подняли такой вопрос. Не такой уж редкий.

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

Тесты — способ сделать так, чтобы работало правильно и не ломалось. Один из способов. Можно, например, проверять руками и делать это каждый релиз.

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

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

17 февраля состоится первая встреча телеграм-чата воронежского PHP.

Начало в 19:00, проспект Революции 33б, 5 этаж, офис компании MitLabs.

Встречу открою рассказом про текущее состояние Yii 3.

Подготовка конференции PHP Russia 2020 идёт полным ходом, но уже кое-что известно:

• Будет в Москве 13 мая. Инфопространство.
• Доклады принимаются до 21 февраля.
• Подтвердили участие Nicolas Grekas из команды Symfony, Макс Рафалко — автор Infection, Антон Титов — автор Cycle ORM. В заявках ещё много интересного. Выбираем.
• Должно быть так же лампово как в прошлый раз, но с несколько отличными темами.
• Мелкие ошибки прошлого года учли и что можно поправили.
• Вероятно, сделаю доклад по Yii 3 (но это не точно).

Когда я начинал писать в этот блог не было больших популярных ресурсов вроде хабра и платформ вроде medium, dev.to и других. Был ЖЖ, но он не подходил для материалов о разработке.

Начали появляться платформы, тянуло перейти — ведь все уже там. И всё-таки что-то мешало. У меня были подозрения что контент на сторонних ресурсах пропадёт. Так и случалось не раз: площадки умирали, портились, теряли контент, начинали (как Medium) настойчиво просить денег за просмотр. Этот блог пережил множество проектов-площадок.

Свои блоги — это замечательно. Но как же их читать, если их будет так много? Если раньше всё было в отдельных блогах, то и решение, конечно же, было. Оно есть и сейчас и имя ему RSS. При наличии нормального клиента, пользоваться им удобно. Можно непринуждённо собирать статьи с тысяч интересных ресурсов. В этом есть смысл даже если, в основном, вы читаете отдельные площадки вроде хабра: нет необходимости без дела переключаться с сайта на сайт, легко понять, что смотрели, а что нет.

Хорошие клиенты:

• Feedly. Им пользуюсь я на данный момент.
• The Old Reader.
• Inoreader.

JetBrains выпустили свой шрифт для кода и встроили его в последние версии своих IDE. До этого я пользовался Fira Code. Попробовал и, пожалуй, оставлю JetBrains Mono. Шрифт определённо хороший.

• Отлично читается.
• Различаются обычно похожие символы вроде нуля и «О».
• Есть лигатуры.

Рекомендую

В require добавляются зависимости, которые необходимы для работы пакета.

В require-dev добавляются зависимости, которые нужны для разработки самого пакета. Например, phpunit/phpunit. Опция require-dev является root-only опцией, то есть она не читается и зависимости из неё не ставятся когда пакет устанавливается не напрямую, а как зависимость корневого пакета-проекта.

То же можно сказать и о ряде других опций composer.json:

• autoload-dev, куда стоит прописывать namespace для тестов.
• minimum-stability.
• prefer-stable.
• repositories.
• config.
• scripts.

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

Применимо как для себя лично, так и для работы с сотрудниками.

Читаем