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

В простой и неформальной атмосфере мы поговорили с членами программного комитета DevOps Live о том, кто как пришел в DevOps, что сейчас важно для отрасли, чем полезны конференции и что теряется при переходе в онлайн. Приглашаем присоединиться к знакомству: на выбор можно посмотреть-послушать полную запись или ниже почитать выдержки.

В последние несколько лет ключевое слово async и семантика асинхронного программирования проникла во многие популярные языки программирования: JavaScript, Rust, C#, и многие другие. Конечно, в Python тоже есть async/await, они появились в Python 3.5.

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

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

Поэтому появился авторский текст, написанный, преимущественно, на основе моих собственных представлений. Он проверен по материалам википедии – там есть общий таймлайн в серии статей (этот откроется на 1957, наверху можно выбрать конкретный год), есть обзорная английская статья, которая, на мой взгляд, не раскрывает логику развития, а говорит о фактах, и есть статьи, посвященные отдельным языкам. Статьи по отдельным языкам как раз включают не только его описание, но и логику создания и развития языка. Но – изолированно от других, и простая сборка не даст целостной картины, а наоборот, будет содержать противоречивые фрагменты. Зато эти статьи позволяют проверить, насколько твои представления соответствуют реальной истории, и поправить их – что я и проделал.

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

Выбери, на какой стороне ты, и встань на защиту своего любимого языка в решающей битве на Russian Python Week.

Что будет?

Бескомпромиссная интеллектуальная битва двух противоборствующих лагерей. Никто заранее не знает, кто победит.

Холивар «Python vs Go» на Russian Python Week не будет:

• мнением одного «эксперта»;
• выступлением одного спикера, в котором, пускай и аргументированно, победитель заранее известен;
• сравнением на синтетических тестах;
• набором бенчамрков, которые заведомо выгодны для одного участника.

Битву начнут два представителя Python- и Go-сообщества, но каждый участник сможет повлиять на её ход. Конечное решение останется за вами.

Онтико давно проводит классические офлайн-конференции, HighLoad++, KnowledgeConf или РИТ++. Это мероприятия на несколько сотен или тысяч человек с привычным паттерном действий: можно физически ходить на доклады, сидеть в кресле, слушать, а после общаться со спикером за кружкой кофе. Но в марте ввели ограничения на массовые мероприятия и оставался единственный выход — переходить в онлайн. До этого мы думали, что онлайн-конференции это скучно и никому неинтересно, но оказалось, что это не так.



Почему онлайн это не скучно и каково перестраиваться с офлайн на онлайн, расскажем на примере конференции по управлению знаниями KnowledgeConf, которую мы провели в мае. Будет полезно тем, кто собирается выступать или участвовать в онлайн-конференциях, чтобы отличать посиделки в Zoom от полноценного онлайн-мероприятия.

Если попробовать ответить на вопрос в заголовке одним предложении, то получится — доверять, но проверять. Доверьте джуниорам какую-то работу, проверьте, помогите, повторите цикл. Но это грубое и упрощённое правило, потому что в работе с джунами возникает так много тонкостей, что об этом нужно рассказывать обстоятельно.



Рассказывать будет Серёжа Попов, CEO Лига А. и директор по талантам в HTML Academy. В Лига А. работа с джуниорами поставлена на поток: половина фронтендеров компании — это выпускники HTML Academy. Выпускники приходят в компанию на стажировку, где им помогают развиваться, а 95% тех, кто после стажировки ищет другую работу — трудоустраивается.

Серёжа уже больше 3 лет выполняет роль наставника для джуниор-фронтендеров и научился работать с ними так, чтобы новички быстро росли до крутых специалистов и приносили пользу компании. Нюансами, принципами, правилами и секретами работы, он поделился в докладе на TeamLead Conf 2020, а мы расшифровали.

Весна 2020 показала, что благодаря DevOps-практикам многие бизнесы смогли быстро перестроить продукты и перейти в онлайн, сохранив работоспособность. Оказалось, что от зрелости практик DevOps зависят не только результаты бизнеса, но и само его выживание.

Наши встречи на конференции DevOpsConf концентрировались не только на инструментарии инженеров, а еще и на процессах, для которых эти инструменты нужны. Кажется, этого недостаточно, чтобы бизнес увидел, как извлечь из DevOps максимум пользы для продукта.

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



Основные измеряемые характеристики DevOps — это стабильность работы приложений и производительность IT-команд, от идеи до выкладки фичи на продакшн. Поэтому мы много говорим о time to market и мониторинге и продолжаем технический трек.

А ещё IT-команды состоят из живых людей, которые не только могут выдавать хорошие KPI, а ещё и делают заведомо полезную работу. Ведь если DevOps-подход завоевал популярность в мире, то, наверное, это кому-то нужно. Для вас мы повстречались с Product Owners и бизнесменами, которые не всегда знают, что такое DevOps (как будто мы знаем :D) и расспросили их о том, что же им важно получить от технарей. В чём эта самая польза.

Около года назад я переквалифицировался из .NET-разработчика в SRE. В этой статье делюсь историей о том, как группа опытных разработчиков отложила в сторону C# и пошла изучать Linux, Terraform, Packer, рисовать NALSD и строить IaC, как мы применяли практики экстремального программирования для управления инфраструктурой компании, и что из этого вышло.

Традиционно считается, что Microsoft хорошо поддерживает языки программирования на платформе .NET: C# или F#. Но это не совсем так — облако Azure поддерживает целый спектр языков, среди которых Python занимает почетное место. А если речь заходит о машинном обучении, то Python здесь любимчик.



Какие сервисы в Microsoft ориентированы на Python, как их использовать и почему Microsoft и Python вместе навсегда, расскажет Дмитрий Сошников (@shwars).

Дмитрий Сошников работает в Microsoft 13 лет, 10 из которых — технологическим евангелистом. В Microsoft Дмитрий защищает пользователей продуктов для разработчиков от разработчиков продуктов в роли Cloud Developer Advocate. Когда возникают проблемы с продуктами компании, ему можно пожаловаться (идеально в виде issue на GitHub). Дмитрий не только посочувствует, но и передаст жалобу разработчикам компании.

Если хочешь развиваться, нужно уметь смотреть на себя со стороны, чтобы видеть изменения. Мы решили порефлексировать на тему IT-индустрии и попросили помочь в этом Антона Черноусова (golodnyj). А заодно поговорить о технологиях и инженерных практиках, принятых в разных командах.

Сторонний взгляд полезен не только новичкам, но и тем, кто привык работать в одной области или в компаниях с похожими принципами разработки. Даже если следишь за всеми трендами, то видишь в основном истории успеха и начинаешь забывать, что, например, code review не такая универсально полезная практика.

У Антона Черноусова более 15 лет собственного стажа в IT на разных ролях, сейчас он developer advocate в Яндекс.Облаке. Кроме того, Антон аж с 2008 года ведет подкаст «The Art Of Programming» и за 221 выпуск успел поговорить с огромным количеством интересных IT-специалистов из самых разных областей и компаний. Антон знаком с очень разными аспектами разработки и может поделиться рецептами внедрения инженерных практик для широкого круга читателей.

Онтико, благодаря поддержке Badoo, опубликовали видеозаписи всех докладов PHP Russia 2020 Online в открытый доступ.

Конференция прошла 13 мая, в ней приняло участие более 5 000 PHP-разработчиков. Каждый из семи докладов и трех включений со специалистами из компаний-партнёров одновременно смотрели сотни человек. К закрытию количество участников не снизилось, и в среднем каждый участник посмотрел хотя бы один доклад. Для нас как для программного комитета конференции это значит, что мы собрали правильную программу.

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

И вот теперь эти доклады доступны всем желающим, так же как и на конференции с оригинальной дорожкой и с синхронным переводом от Skyeng. Бонусом, полученным от онлайн-формата, ко всем видео прилагается запись Q&A-сессии. Можно сказать, что впервые можно переслушать то, что обсуждали в кулуарах, или вообще узнать, о чем говорили, когда ты убежал на следующий доклад.

Кто такие тимлид, архитектор или QA и чем они занимаются, в IT представляют себе примерно все. Но с пониманием, кто такой техлид, за что отвечает и как им стать, возникают трудности. Мы провели десятки интервью со специалистами крупных компаний и узнали, что это инженер, который инициирует процессы: связывает людей и инструменты с целями организации. Он берёт инициативу и ответственность за технологическое развитие продукта и радеет за качество технических решений. При этом качество это не только тестирование, а архитектура, дизайн, инженерные практики и эксперименты, работа с техдолгом и техническое совершенствование компании в целом.



Также мы выяснили, что для техлидов есть много конференций. Но почти все они концентрируются на  инструментах, а не на инженерных практиках и процессах. Именно поэтому мы запустили новую конференцию TechLead Conf 2020 Online — для тех, кто хотел бы стать техлидом и разобраться с тем, что такое качество. 

На TechLead Conf 2020 Online вторичен вопрос «С помощью какого технического инструмента решалась проблема?». Эта конференция для тех, кто борется за качество технических решений и берёт на себя ответственность за технологическое развитие продукта. С 8 по 10 июня мы изучим опыт внедрения и использования практик, управления технологиями и процессами в компании. Подробнее о программе и о чём будем говорить на мероприятии, расскажем дальше.

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

На TeamLead Conf Павел Филонов из Kaspersky поделился своей болью и подходом к её решению: personal development plan, он же индивидуальный план развития.


Далее от первого лица: цель, структура, примеры и фидбек участников команды, над которой проводился эксперимент по составлению ИПР. Это только один вариант реализации, если ваш опыт или интуиция подсказывает, что всё нужно делать по-другому — расскажите в комментариях. Если у вас есть свой ИПР — дополните фидбек, напишите, позволил ли он добиться желаемых целей или не оправдал себя.

8–9 июня состоится TechLead Conf. Это онлайн-конференция об инженерных практиках и процессах. Мы будем подробно обсуждать, как разрабатывать без багов, как работать с legacy, как сделать так, чтобы MVP не превратился в техдолг, как выбирать практики в зависимости от проблематики.

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

Придумать процесс, который позволит повысить качество продукта, это одно, а внедрить его так, чтобы он действительно приносил пользу — это совсем другое. Недостаточно сказать: «Ребята, я знаю как! Делайте так, так и так». Чтобы понять, какие подвохи могут ожидать техлида на пути внедрения изменений, мы поговорили с Дмитрием Масленниковым из Тинькофф. А уже на конференции Дмитрий расскажет, что надо сделать, чтобы изменения прижились в команде.

Так сложилось, что софт-скиллы довольно сильно помогли мне в карьере. Например, спустя всего 9 месяцев работы в Rambler, куда я приходил простым frontend-разработчиком, мне предложили стать руководителем группы, потому что мой руководитель увидел во мне потенциал и достаточный уровень развития необходимых гибких навыков.

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

Поэтому я решил попробовать доказать тезис, что soft skills важнее для успехов в карьере, чем hard skills. И чтобы не быть субъективным и ссылаться только на собственный опыт, я изучил материалы по теме, провел собственный опрос, проанализировал ответы с использованием небольшого количества математики и теперь хочу поделиться результатами.

Фестиваль Российские интернет-технологии больше 10 лет собирает под одной крышей профессионалов в самых разных областях IT. В этом году всё будет по-другому. Необходимость изменений в любом случае назревала, но мы не думали, что придется меняться настолько и по сути переизобретать конференцию.

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

А вот как изменился формат с точки зрения контента, обсудим детально. И изменения тут не менее существенные — Новый РИТ++ стирает границы. Мы больше не хотим делить участников на бэкендеров, фронтендеров, тестировщиков, менеджеров и т.д. Мы наоборот хотим говорить о взаимодействии и делиться идеями из разных областей IT.



В программе фестиваля два дня докладов от профессионалов одной области для профессионалов смежных областей, чтобы участники за два дня узнали весь срез индустрии. А потом в течение двух недель мы проведем несколько десятков мастер-классов для углубленного изучения тем и решения конкретных бизнес-задач. Расписание мастер-классов будет устроено таким образом, чтобы при желании можно было принять участие в каждом из них — по сути РИТ++ Online будет идти две недели!

Безопасность — это защита объектов и интересов от угроз. Когда кажется, что с ней всё хорошо, в интернете появляется много интересного: списки e-mail и телефонов из незащищённой базы данных крупных магазинов, записи колл-центров некоторых операторов, логины и пароли производителей оборудования из открытого репозитория или данные миллионов кредитных карт клиентов крупных банков.



Безопасность — это непросто. Но и ничего сложного в ней тоже нет — это множество рутинных действий: инвентаризация, мониторинг, проверка доступов, тесты, инвентаризация, контроль, мониторинг, логирование, инвентаризация и инвентаризация. В безопасности много инвентаризации. Почему так, что такое безопасность и с чего она начинается, расскажет Мона Архипова.

Мона Архипова — соучредитель и COO в sudo.su (МИРЦ) и vCISO Anna Systems. Ранее работала на различных руководящих и экспертных должностях в IT и безопасности. Всё ещё играющий бизнес-тренер.

Когда мы говорим о базе знаний, то обычно представляем сложную систему в большой IT-компании или корпорации. Они используют базу, чтобы хранить инструкции, документацию, курсы, карты навыков. Но базы знаний нужны даже небольшим командам. Например, дизайнерам, чтобы хранить ссылки на сайты для вдохновения, примеры для заказчиков, онлайн-сервисы для работы и статьи.



Использовать громоздкие продукты вроде Confluence для этого неудобно, маленьким командам лучше подойдет Trello. Этот простой и практичный инструмент позволяет за один вечер организовать удобное хранилище знаний, которое легко поддерживать и обновлять. Именно так поступили в команде веб-дизайнеров Atman Digital и остались довольны. Как они используют базу знаний в Trello, в чем преимущества такого подхода и кому подойдёт, расскажет Роман Хорин — генеральный директор агентства Atman Digital.

Обсуждение каждого доклада на каждой нашей конференции начинается с простого вопроса: «Какую пользу получат слушатели от этого выступления?» Чему научатся, где сэкономят время, где деньги, что на следующий день они сделают по другому?

Какую же задачу решают доклады и мастер-классы профессионального фестиваля Российские интернет-технологии? Отвечу вам вопросом на вопрос — а чем отличается специалист мидл-уровня от сеньора?

Все много раз слышали, что это задача руководителей и компании — мотивировать своих сотрудников. И мы часто задаем себе вопросы: «Как я могу это делать? Дать больше денег, дать новую должность, отправить в командировку, предложить обучение?» Мы делаем это, но часто это не срабатывает. Сотрудники всё равно остаются недовольны или уходят. В своем докладе на TeamLead Conf Ольга Проходская рассказала о том, как руководитель может определять и влиять на мотивацию своей команды.


Ольга Проходская — HR Business Partner в Wargaming. В компании почти 5000 сотрудников в 19 офисах, расположенных по всему миру. Главная ценность компании — игроки, и их уже более 20 млн. Подразделение, в котором работает Ольга, называется WG Platform и представляет из себя инженерную организацию, которая разрабатывает «неигроспецифичные» сервисы для всех игр вселенной Wargaming.

Несмотря на то, что Wargaming — большая организация, у подразделений достаточно много автономности в выборе подходов в работе с людьми. Об одном из них и пойдет речь в статье.