14-го февраля Максим Дунин анонсировал форк nginx - freenginx (freenginx.org). Максим - старейший сотрудник nginx и core-контрибьютор nginx со времен Рамблера. Максим любезно согласился на интервью, вопросы задавал Алексей Рыбак (@rybakalexey), DevHands.io.

[АР] Почему ты решил форкнуть nginx и запустить проект freenginx? Почему ты делаешь акцент на свободе, в чём был несвободен nginx внутри F5?

[МД] Я в течении почти двух лет пытался избежать создания форка и безвозмездно занимался улучшением nginx - потому что считал и считаю, что создание форков не полезно для проекта. К сожалению, в F5 решили отказаться от наших договорённостей, и предпочли делать с проектом то, что они считают нужным, игнорируя как существующие политики проекта, так и мнение разработчиков, в том числе моё. Поэтому я создал отдельный проект, в котором позиция разработчиков гарантировано будет определяющей.

Привет! 

У меня давно была идея изучить русскоязычную экосистему бэкенда и инфры. Мне не хватает об этом информации, хотя она часто нужна и для рабочих, и для личных проектов. На мой взгляд, сообщество бэкендеров объективно разделено на десятки подсистем вокруг технологий, формирующих архитектурное «ядро» проектов — языков программирования, баз данных, инфраструктурных платформ, средств развертывания. Хотя базовые принципы архитектур, процессов, инструментов — одинаковые. Также одинаковы проблемы и вызовы — компаний, команд и людей. 

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

Поэтому мы со Светой Данильченко решили создать независимое исследование под кодовым названием «Бэкенд и инфра». Объединили в нём все интересующие нас темы.

На прошлой неделе мы выпустили расшифровку первой части онлайн-встречи «Управление разработкой в «горизонтальных» компаниях», где приняли участие СТО Райффайзенбанка, Mindbox и руководитель разработки в Циан. 

Сегодня публикуем вторую и последнюю часть митапа: это вопросы «из зала», которые задали слушатели гостям. Пост получился объемным, поэтому, если не хотите читать, то посмотреть видео можно ниже (запустится сразу с нужного момента — там, где закончилась первая часть). 

30  октября мы провели встречу с СТО и техническими руководителями Райффайзенбанка, Mindbox и ЦИАН, где за два часа постарались максимально охватить непривычную для российского рынка IT-компаний тему управления разработкой без менеджеров. В ходе разговора выяснилось, что «плоскость» («горизонтальность») у каждой из приглашенных компаний — своя. Под катом — видео со встречи и расшифровка первой ее части.

Митап был длинный и насыщенный, поэтому мы разделили его на два поста: первый, вы читаете его сейчас, — это ответы гостей на вопросы, которые выбрали в нашем сообществе в Фейсбуке; вторая — ответы на вопросы «из зала» от слушателей — выйдет на следующей неделе.

• Евгений Потапов, CEO «ITSumma». Больше половины его клиентов либо уже переходят, либо хотят перейти на Kubernetes.
• Дмитрий Столяров, CTO «Флант». Обладает 10+ годами опыта работы с контейнерными системами.
• Денис Ремчуков (aka Eric Oldmann), COO argotech.io, ex-РАО ЕЭС. Пообещал рассказать о кейсах в «кровавом» энтерпрайзе.
• Андрей Федоровский, CTO «News360.com»После покупки компании другим игроком отвечает за ряд ML и AI проектов и за инфраструктуру.
• Иван Круглов, системный инженер, ex–Booking.com.Тот самый человек, который своими руками сделал с Kubernetes очень многое.

• Инсайты участников про контейнеры и оркестрацию (Docker, Kubernetes и прочее); что пробовали на практике или анализировали.
• Кейс: В компании строят план развития инфраструктуры на годы. Как принимается решение, строить (или переводить текущую) инфраструктуру на контейнерах и Кубер или нет?
• Проблемы в мире cloud-native, чего не хватает, давайте пофантазируем, что будет завтра.

Эта статья — продолжение беседы с Максимом Барышниковым, Wargaming, Head of Platform. Первая часть, посвященная технологиям и архитектуре, уже была опубликована на Хабре. Эта часть посвящена управлению в программистской компании.

Из неё вы узнаете, например:

• Какая в Wargaming идеология разработки, что такое fear driven development и почему приходится сдерживать Scrum-адептов
• Какие инструменты используют в Wargaming для сбора обратной связи и оценки «удовлетворенности» сотрудников и почему состояние «я устал, я ухожу» почти никогда не сюрприз
• Насколько важны для инженеров soft skills и culture fit?
• Что такое «переездец» и другие эпические мемы и фейлы компании

Все побежали, и я побежал. Недавно я запустил серию онлайн-митапов, куда приглашаю на дискуссию экспертов в области разработки крупных IT-проектов. Нашим первым гостем был Максим Барышников, Head of Platform из Wargaming. Ниже – расшифровка нашего разговора, вернее, её первая часть, посвященная архитектуре.

Из этой части вы узнаете, например:

• сколько людей работает в Wargaming и сколько строк кода в «Танках»
• как, какие и куда едут байты во время боя в «Танках»
• какие подходы используют в Wargaming для обеспечения масштабируемости и отказоустойчивости
• какие архитектурные боли испытывают и на какие компромиссы между геймплеем и инженерными практиками идут
• почему в Python приходится отключать garbage collector, и где используется Erlang
• какие у Wargaming open source policies, и что они открывают в паблик

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

Привет, Хабр! Меня зовут Алексей Рыбак, я – глава разработки в Badoo. В феврале в нашем московском офисе Badoo проходил Techleads-митап, где я рассказывал про наш процесс Performance Review. Эта статья написана по мотивам моего выступления.

Введение