6 декабря я выступал на УИКе в Ижевске с докладом «DevOps от А до Я». Это было обзорное выступление: что из себя представляет данная методология, из каких составляющих формируется девопс как таковой, что и как автоматизировать инженерам, зачем и кому вообще нужен девопс.

Большое спасибо организаторам УИКа за приглашение и гостеприимство!

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

Мне нравится философия девопса. Натерпевшись бюрократии в эксплуатации веб-проектов, насмотревшись на проблемы их непрерывной разработки, я выступаю с докладами о девопсе и охотно делюсь своим опытом. Вы можете скачать мою презентацию с митапа на УИКе или пригласить меня к себе в гости поговорить об этой методологии :-)

В четверг я выступал с докладом «DevOps: дирижируем оркестром» на десятой встрече «Симфониакс». Встреча проходила на мансарде «Рамблера».

Доклад рассказывает об опыте «Нотамедии», в которой я работаю и помогаю внедрять данную методологию. Половина моего повествования уделена вопросам коммуникаций между людьми и командами, а так же процессами производства и эксплуатации продукта. Эта тема не менее важна, чем автоматизация и использование крутых инструментов, потому что половина успеха зависит именно от того, как построена работа и взаимодействие людей. Вопросы автоматизации тоже были затронуты, хоть и коротко (на выступление даётся всего 20 минут).

Видео всего митапа опубликовано на «Фейсбуке».

API

На «Яке» (Yet another Conference) в этом году я уделил внимание докладам из секции API. Из всех русскоязычных спикеров самым насыщенным получился доклад «Рекомендации по проектированию API» Марины Степановой, JavaScript-разработчика API «Яндекс.Карт». Все прошло на одном дыхании.

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

«Яндексоиды» не оставили без внимания и тему документирования API. Из интересного: документаторы комментируют прямо в коде различные методы (соблюдая стандарты, разумеется), коммитят их, а в нужный момент эти комментарии в автоматическом режиме собираются в справочник. Но работа техписателя на этом не заканчивается. Далее в ход идут перо и бумага.

«Яндекс» меняется

Был анонсирован «Атом» — новая технология «Яндекса», целью которой будет частичная передача истории поиска сайтам, что бы те, в свою очередь, показывали пользователю релевантный контент. На «Хабре» есть подробный анонс с описанием всей соли.

Не перестают развиваться и другие сервисы: на «Диске» планируется увеличение скорости загрузки и внедрение версионности файлов (сейчас она для пользователей недоступна); «Карты» начали новую ветвь развития (бета-версия выглядит достойно).

Было бы несправедливо не упомянуть, что спикеры, как и обещали организаторы, были из разных компаний: «ГитХаб», W3C, «1С-Битрикс», «500 пикселей» (это только секция API). А вот подавляющее большинство стендов — проекты «Яндекса».