<rmcreative>

Рассказывал про OpenSource изнутри на БИФ и про Большие проекты, архитектуру и фреймворки на IT Camp.

Вот слайды:

• OpenSource изнутри
• Большие проекты, архитектура и фреймворки

БИФ неожиданно сильный и яркий. У IT Camp всё ещё впереди.

В официальном анонсе команда HHVM объявила что версии v3.30 будут последними, которые будут поддерживать PHP. Далее только Hack language.

Проектам рекомендуется мигрировать или на PHP 7 или на Hack language.

Из Yii 3.0 поддержка HHVM уже выпилена.

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

Я для себя вывел несколько критериев оставления метода в сущности. Они, конечно, не покрывают всех случаев, но помогают принять решение.

1. Метод работает с экземпляром сущности.
2. Метод работает или только с самой сущностью или с небольшим количеством внешних данных, передаваемых через аргументы.
3. Метод применим ко всем контекстам, в которых используется сущность.
4. Метод описывает поведение самой сущности, а не технические детали, такие, например, как сохранение или загрузка из базы.

25 августа буду в Ижевске на IT Camp. Расскажу про фреймворки и архитектуру.

Программу можно посмотреть на сайте мероприятия. Про билеты там же.

16 августа в офисе Skyeng на Таганке состоится IT-meetup. Будут затронуты вопросы разработки и управления: о скраме и о том, что на сегодняшний день должен уметь разработчик. В перерывах кофе-брейк, общение и обмен опытом.

Я не выступаю и, возможно, не доеду, но москвичам посетить советую. Докладчики интересные.

В конце мая и начале июня был с докладами на DevConf, UWDC и PHP fwdays. Рассказывал там про Yii 2.1 (который 3.0), PHP и фреймворки.

Про конференции, если кратко:

• DevConf. Прекрасное место (Digital October). Очень активные участники. Не послушал доклады, говорили очень много и, если бы не улетать на UWDC, говорили бы ещё.
• UWDC. Похуже зашло. Оно и понятно, аудитория не целиком про PHP.
• PHP fwdays. С каждым разом на этой конфе всё лучше и, несмотря на увеличивающееся количество участников, уютнее. Прекрасно зашёл доклад, тегнули версию 3.0alpha Yii и вообще...

Выкладываю материалы:

• Слайды на русском.
• Слайды на английском.
• Видео.

Да, это случилось. Microsoft действительно купил GitHub:

• Пост GitHub.
• Пост Microsoft и ещё один.

Заявленные планы Microsoft:

1. Интеграция с Azure.
2. Открытость платформы сохранится. GitHub остаётся отдельным проектом.
3. Enterprise-версию будут продавать продажники Microsoft.
4. Nat Friedman будет новым CEO и будет отчитываться перед Microsoft Cloud + AI Group Executive Vice President Scott Guthrie (тот самый, что создал ASP.NET).
5. Chris Wanstrath (со-основатель GitHub) станет technical fellow в Microsoft и также будет в подчинении у Scott Guthrie.

По крайней мере на словах всё неплохо. Покупка вполне выгодна Microsoft как в плане пиара, так и в плане продаж Azure. Команду подобрали действительно подходящую. Что из этого получится пока не ясно, но шансы на успех есть. Что думаете?

Try без catch может быть полезным, если ошибку мы ловить именно в этом методе не хотим, но завершение нам нужно как-то обработать вне зависимости, была ошибка или нет.

$this->openConnection();
try {
    $this->doSomethingUnstable();
} finally {
    $this->closeConnection();
}

Почему-то подобный код я не особо часто встречал, хотя catch без обработки — постоянно.

Довольно интересно сделаны конфиги в Craft CMS. Если вдруг о ней не слышали, это одна из лучших коммерческих на Yii.

Выглядят они примерно так:

return [
    '*' => [
        'omitScriptNameInUrls' => true,
    ],
 
    'example.test' => [
        'devMode' => true,
    ],
 
    'example.com' => [
        'cooldownDuration' => 0,
    ]
);

Соответственно, * применяется всегда, а специфичные для окружения уже мёржатся сверху. Имеет право на жизнь и работает предсказуемо.

Читаем

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

Что же там интересного для разработчика?

• Рабочие инструменты и железо. Slack, Jira, Trello, Confluence — обычный набор. Несколько удивляет использование Bitbucket, а не git. Интересно, почему так...
• Ссылка на Avito Tech Radars. А вот это уже занятно. Радар — списки технологий, которые используются или не используются в компании. Иногда с описаниями, почему.