Кода кода

Радио «Виктор»: инструменты управления иллюзорны, но такова жизнь

До того, как я стал тимлидом, я думал, что мне отсыплют немного «власти». И внешне так оно и выглядит — ты теперь маленький, но босс, вот тебе люди, управляй. А потом оказывается, что никакого волшебного интерфейса, как в игре Sims, не появляется. Более того, ни «кнут», ни «пряник» тоже не оказываются под твоим полным контролем, да и не всегда понятно, что именно ими может быть.

Плюшки
Тимлид может раздавать «интересные» задачи как награду или закрывать глаза на отступления от корпоративных правил для поощрения. И наоборот — забирать это в качестве наказания. Вот только границы таких методов очень узкие. Потому что если использовать их «на всю катушку», быстро столкнешься с последствиями. Например, увеличишь bus factor, потому что только один человек в команде «трогал» эту новую крутую технологию.

Деньги
Трудоустройство — это понятная договоренность: работодатель платит деньги, а сотрудник выполняет работу. Вот только для инженерных профессий это работает плохо (подозреваю, что и для многих других тоже). Проблемы начинаются уже на старте, в момент договоренности. Вы когда-нибудь видели служебную инструкцию, которая объясняла бы, что от вас ожидается? Ради интереса попробуйте составить такую сами про себя, а потом проверьте, насколько реальность совпадает с написанным.

Будет ли разработчик контрибьютить в два раза больше кода в продакшен, если начать платить ему в два раза больше? Думаю, ответ очевиден.

Но еще хуже то, что тимлид, как правило, не оказывает прямого влияния на зарплаты. Он не может просто взять и заплатить Васе больше, а Маше — меньше. В крупных компаниях для этого есть сложные процессы вроде performance review. В стартапах можно попробовать выбить повышение через цепочку руководителей.

Когда-то мне казалось, что это просто бюрократия. Но даже у собственника бизнеса руки связаны. С одной стороны, «вилку» ограничивают рыночные условия и невозможность понизить кому-то оклад. С другой — экономика бизнеса и необходимость единой политики для одной должности.

Увольнения и наказания
Есть миф, что уволить человека очень сложно из-за трудового законодательства. На практике любая компания увольняет сотрудников и справляется с этим. Но может ли тимлид уволить любого члена своей команды в любой момент? Конечно, нет. Минимум, ему придется аргументировать это перед HR, руководством, бизнесом. То есть окончательное решение принимает не он.

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

Что же остается?
Все вышеперечисленное. И еще множество других методов. Цель этого поста — показать, что никакого волшебного «пульта управления» нет. Ни у тимлида, ни у мидл-менеджмента, ни у топов, ни у собственников. Его просто не существует. Люди слишком сложные.

Радио «Виктор»: вина и ответственность
Многие путают эти два понятия. Кто-то считает, что «взять на себя ответственность» — то же самое, что «признать себя виноватым». Другие говорят о том, что можно «назначить виноватого», и это то же самое, что «переложить на него ответственность». Между тем именно наше отношение к ответственности определяет профессиональный рост в здоровой культуре.

Вина
Вина сосредоточена на прошлом и может быть вменена кому-то от кого-то на основании объективных фактов или субъективных суждений. Субъект обвиняет объект в чем-то и может применить к нему насилие: наказание, порицание, отсутствие поощрения. Например, тимлид A считает разработчика B виноватым в том, что тот не сделал задачу в обозначенный срок, и наказывает его тем, что не продвигает его на грейд-ап. Вина не всегда имеет последствия, но, так как эти последствия связаны с насилием, она вызывает страх. Вина может быть снята или передана «по-настоящему виновному». Признание вины — это готовность понести наказание. А еще, в переговорах, это снятие этой вины с других присутствующих, что уменьшает их страх.

Ответственность
Ответственность же нельзя передать насильно. Ее можно только принять, взять. Ответственность — это готовность справляться с последствиями. Она может быть выражена явно, например: «Задача провалена, но теперь я готов сделать то-то и то-то, чтобы не завалить весь проект». Или может быть «по умолчанию», в виде «за такой-то домен отвечает вот этот человек». Но это не будет работать, если ответственное лицо не готово что-то делать.

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

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

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

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

Радио «Виктор»: Как искать бездельников?
Инженерная профессия включает большую долю творчества. Разработка так и называется, потому что это про изобретение решений. В других IT-профессиях, например, в дизайне, эксплуатации, QA, тоже много изобретательства. А это значит, что:
- На производительность влияют не только навыки, инструменты и контроль, но и такие эфемерные вещи, как удобство, понимание цели и даже хорошее настроение.
- Нет полностью объективных критериев оценки навыков.
- Не существует эффективного способа контроля продуктивности.
- Один человек за час может сделать больше, чем десять за десять дней.

Это здорово, но делает отрасль уязвимой к абьюзу со стороны сотрудников. Дровишек в костер добавляют и «рынок кандидата» и удаленка. Все это дает возможность работать меньше за счет других коллег.

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

История Васи
Однажды я пришел руководить удаленной командой, которая делала проект по оптовой продаже цветов. Был разработчик, назовем его Вася, который несколько месяцев работал над проектом. Цветы закупались на голландских биржах. Где-то данные получали через API, а где-то приходилось парсить HTML/XML прайс-листы. Вася участвовал в обсуждениях, задавал вопросы, но его задачи постоянно сдвигались. Однажды он показал нам белую страницу, где «ну уже почти все готово, только багу поправить». В другой раз, показал по видео кусок кода, который вот уже почти работает, но к ревью еще не готов. В третий — показал, что в базе, которую он наполняет, вот уже что-то есть (правда оказалось, что данные только первого запроса в первый API метод).

Я пошел общаться с командой и разбираться почему так. Может, действительно, эта задача такая трудная, а я снаружи не вижу. И оказалось, что несколько предыдущих задач, которые «сдавал» Вася, на самом деле за него делали другие члены команды. К кому-то он приходил с просьбой помочь. С кем-то делали проект вдвоем, только вот «Вася приболел». А кто-то вообще половину работы сделал в рамках кодревью. И так ловко это было сделано, что никто в команде не считал Васю нахлебником. А проджект менеджер был Васей доволен. Результат моего исследования показал, что Вася не сделал ни одной задачи(!) за несколько месяцев — все делал кто-то другой. При этом, технически он был даже лучше подкован, чем коллеги.

С тех пор я встречал подобных «Васей». Они легко проходят собеседования, участвуют в обсуждениях, спорят о технических деталях, но не делают ничего полезного. Такое поведение первое время легко перепутать с «человек еще въезжает». Или с «ну наверное действительно сложная таска, нужно попробовать дать что-то другое».

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

Я верю, что рабочее время важно проживать с драйвом, интересом и в окружении людей, которые любят свое дело. Чтобы с радостью начинать понедельник в субботу.

Радио «Виктор»: Делаю все, но ничего не работает
Я не раз был в ситуации, когда убеждал себя, что делаю все возможное, но результат просто сам берет и не достигается. Это когнитивная ловушка — на самом деле, конечно, так не бывает. Нам проще свалить все проблемы на людей вокруг, на отрасль, на то, что «время сейчас такое», чем признать, что что-то не так внутри нас.

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

В мою бытность CTO студии «Феникс» был момент, когда мы были в ужасной финансовой яме. Не просто не получали зарплату, но и вкладывали свои запасы на черный день, чтобы вовремя выплатить деньги сотрудникам. Тогда я впервые в жизни взял платную консультацию. Ожидал либо банальных советов, либо таких сложных, что их реализация займет годы. Но получил, кроме прочего, совет совершенно внезапный. Не вдаваясь в детали, он касался особенностей налогообложения. Один этот совет позволил нам резко выйти из глубокого минуса в ноль.

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

Умения
Возможно, вы формально все делаете правильно, но «дьявол кроется в деталях». Например, одно дело — проводить регулярные 1-to-1, другое — получать от них результат.

Недавно я разговаривал с другом, который жаловался, что вынужден микроменеджерить через уровень: решать некоторые задачи вместе с тимлидом и его сотрудником буквально втроем. Он и подчеркивал важность результата, и планы составлял, и показывал на примерах, как их добиваться. Использовал разные подходы, проводил ретро по аналогичным задачам. Но каждый раз все заканчивалось чем-то вроде «ну, будем внимательнее». Проблема была в том, что не хватало работы в режиме постмортем. Хочется сказать, что сразу все стало хорошо, но врать не буду — выводы делать еще рано.

Опыт
Бывают ситуации, когда для решения проблемы недостаточно знаний и умений. Тогда нужно искать опыт. Здесь уже не получится его заимствовать — нужен первоисточник.

Однажды мы не могли отладить плавающий баг с etcd. При определенном паттерне использования, спустя несколько суток единичные стримы из сотен тысяч «залипали»: соединение не обрывалось, но данные переставали поступать через watch. Проблема вроде была понятна, удавалось ее повторить, код всех компонентов был открытым — бери и решай. Но мы бились несколько недель. В итоге я решил привлечь опытного разработчика из соседней команды. Ему хватило трех дней, чтобы найти проблему. Причем именно там, где ее искали несколько человек, но упорно не видели.

Мудрость
Бывают ситуации, когда проблема не решается просто потому, что вы внутренне не хотите ее решать. Тогда нужно честно признаться в этом себе. А потом идти и договариваться с теми, кто ждет от вас решения. Возможно, все окажется не так страшно. Были и у меня решения, когда я уходил. Главное сделать это открыто и договорившись. Бежать от проблем «по-англиский» — точно не наш путь.

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

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

Радио «Виктор»: Почему компании тупят?
Чем больше компания или даже конкретная команда, тем больше возникает регламентов и «глупых» правил. А в инженерной части все больше «квадратно-гнездового» и меньше ситуативно-эффективного.

Инженеру непонятно, почему ему запрещают использовать тригеры в СУБД, если это решает его задачу. Почему линтер блокирует пайплайн с устаревшей библиотекой, хотя новая версия ничем не лучше. Почему требуют использовать Kafka только как Pub/Sub, и не использовать как распределенный лог или буффер, хотя Kafka «вообще-то для этого и создавалась». Такие вопросы я слышу почти каждый день, и они всегда заставляют меня задуматься: действительно ли предлагаемое решение более эффективно? Не всегда. Но бывает, что это действительно так. А прав ли инженер, утверждая, что эффективность в конкретном кейсе оправдывает исключение? В большинстве случаев — нет.

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

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

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

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

Вот и получается, что есть три стула:
1. Дробить систему и изобретать велосипед в каждой части — это приведёт к потерям времени и ресурсов.
2. Загонять всех в рамки и заставлять всех работать по одному сценарию — это создаст внутренние конфликты и снизит гибкость.
3. Делать исключения и страдать от их последствий. Вас ждет неочевидное поведение и аварии.

Любая крупная компания выбирает сразу все три. Но разные компании, в разных пропорциях.

Радио «Виктор»: Не думай за других людей

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

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

Мы начинаем предсказывать не только эмоции, но и мысли, а затем — решения других людей. Чем ближе мы знаем человека, тем чаще предположения верны. Но даже если вероятность точности 99%, каждая дополнительная ступень умозаключений снижает её. Это как в шахматах: хороший игрок видит 2–3 хода вперёд, гроссмейстер — 5–7, но никто не просчитывает всю партию.

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

Здесь полезно играть как в Го: не пытаться предсказать каждый ход, а сосредоточиться на общей позиции. Например, удастся ли ваш следующий шаг сделать систему сильнее?

Истории из практики
Недавно коллега попросил решить проблему. Он обратился к дежурному из нашей команды с задачей. Тот задал уточняющий вопрос. В голове коллеги уже построилась длинная цепочка: «он ответил, ему отказали, он пошёл доказывать…». Но вопрос был чисто прикладным и необходим для выполнения задачи.

Другой случай — инструмент для тестирования функциональности с использованием топиков кафки. Мы не учли, что за запись и чтение могут отвечать разные команды, и синхронизация между ними не всегда возможна. Пока мы поняли это, успели выслушать много критики. Коллеги обвиняли команду во всхе смертных грехах — и что пытаемся запретить кафку, что делаем все сложнее, что не даем использовать проверенный инструмент as-is. Требовали срочно запретить использовать этот инструмент. В итоге, были добавлены новые режимы работы и все стали счастливы.

Или история с интеграционными тестами. Коллеги неожиданно попросили срочно перейти на моки вместо тестов с их «ручками». Это вызвало конфликт и непонимание. Спор шел несколько дней вокруг того, как правильно строить тестирование. А причина оказалась простой: их система тратила огромные ресурсы на поддержание идемпотентности, которая была нужна только для этого кейса. В итоге, был найден способ, как не аффектить ее.

Выводы
Что объединяет эти истории? Это не инженерные проблемы, а проблемы коммуникации. Невозможно предусмотреть все сложности и обойти тысячу команд для обсуждения деталей. Вместо этого стоит создать понятный образ системы и объяснить, почему он сделан именно так.

И главное: всегда проще говорить напрямую. Не стройте длинные цепочки предположений. Лучше спросите, обсудите или предложите решение. Говорите словами через рот.

Радио «Виктор»: Конфликт интересов

Бо́льшую часть своей жизни я думал, что конфликт интересов — это всегда связано с мошенничеством или грязными схемами. Или, по крайней мере, с сложным моральным выбором. Например, как тимлид, я хочу удержать сотрудника, а как друг — посоветовать ему двигаться дальше. Такие дилеммы я всегда решал одним способом: увеличением горизонта планирования. На длинной дистанции «морально правильное» почти всегда оказывается выгодным для всех сторон.

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

Но этот подход не всегда работает. Особенно когда на выбор влияет нерациональный актор. Это может быть не человек, а, например, формальные правила компании. Допустим, компании и тимлиду выгодно взяться за задачу прямо сейчас. Но скрам-процессы компании, моя лень или нежелание «прогибаться» заставляют отложить задачу на следующий спринт. Это тоже конфликт интересов. И здесь увеличение горизонта планирования не помогает: компаниям важно соблюдать процессы, но иногда команде выгоднее действовать быстрее.

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

Я не считаю, что «вторая работа» или сайд-проекты — это плохо. Напротив, это ценный опыт. Но они неизбежно вызывают конфликты интересов. Поэтому я считаю важным говорить о них открыто. Лучший способ — обсудить это лично, в доверительной атмосфере. Если же у вас нет доверия к своей компании или руководителю, то стоит ли тратить на них свои силы и время? Мой выбор — работать с теми, кому я доверяю, и заявлять о конфликте интересов.

Три года я вел подкаст «ТехноЛогично» от Газпромбанка. Это была важная часть моей жизни. В отличие от моего подкаста «Кода кода», я сразу получал обратную связь от независимых людей. Эта обратная связь, в том числе, выражалась в том, что мне продолжали платить как приглашенному ведущему. Я чувствовал поддержку и одобрение, а еще мне нравились гости и темы.

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

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

🧑‍💻 Подкаст «Техно.Логично»: ИТ-бренд банка

Чем отличается HR-бренд от ИТ-бренда? Откуда берутся амбассадоры и почему на ИТ-конференции нужно ходить в кроксах что такое DevRel?

Ищи ответы в новом выпуске подкаста «Техно.Логично» с начальником Управления цифровых коммуникаций и продвижения технологического бренда Юлией Ивановой и начальником Управления развития бренда работодателя Юлианой Лункиной.

Героини поделились инсайтами о своем развитии в профессии и профессиональными мечтами, а также рассказали все о HR- и ИТ-брендах Газпромбанка:

⏺про оценку привлекательности компании
⏺про амбассадоров и профильные конференции
⏺про стажировки и молодежные программы
⏺про бадди и DevRel
⏺про общение технарей с гуманитариями и навыки, которые помогают им эффективно работать вместе

Посмотреть и послушать:
📺 VK Видео
🎵 Apple Podcasts
🎵 Яндекс Музыка

Команды и рабочие группы
Что делает группу людей командой? Всегда ли команда лучше рабочей группы? Эти вопросы казались мне простыми, но копнув глубже, выяснилось, что те, кого я считал командой, максимум на 90% ей являются. Как так? Послушайте в финальном эпизоде седьмого сезона.

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

Вместе с Дмитрием мы обсудили:
🎯 Чем отличается команда от рабочей группы и почему это важно понимать.
🤔 Коллективная ответственность: миф или реальность в условиях индивидуальных KPI.
💡 Когда команда действительно необходима, а когда проще и выгоднее работать группой. И как все это разбивается о корпоративные реалии
🤝 Как все же можно стать командой и нужно ли для этого быть предпринимателем
🛠 Почему высокая сплоченность команды может навредить взаимодействию с внешним миром и что с этим делать.
📚 Как подойти к оценке командности научно — по каким шкалам нужно измерять вашу команду.

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

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

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-79

Финансовое планирование
Многие айтишники существуют в каком-то параллельном от денег мире. Оценивают задачи в сторипоинтах/баллах/спринтах/попугаях. Успехом своей деятельности видят красивую архитектуру, низкие latency или успешное прохождение функциональных тестов. А тем временем, зарплата дважды в месяц, как по волшебству, капает на карточку. И где-то там, высоко, кто-то понимает, как одно превращается в другое. 💸

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

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

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-78

Базы данных: какие они сейчас и что нас ждет в будущем
Как бы мы ни старались обходиться без обсуждения технологий, всё равно в каждый сезон просачивается хотя бы одна тема «похардкорнее». Ну не получается обсуждать жизнь IT без того, чтобы иногда закатать рукава и погрузиться в то, как это всё работает. И, честно говоря, мне это очень даже нравится. 👿

Некоторым кажется, что базы данных — самая консервативная область из существующих, в которой всё уже придумали еще в 70-х, и с тех пор происходит только легкий тюнинг. С другой стороны, мы видим, что новые СУБД появляются постоянно. И все они обещают и консистентность, и доступность, и низкие задержки, и бесконечное масштабирование. А ещё есть базы, которые хорошо справляются с OLTP-нагрузкой, а есть те, которые — с OLAP. Есть базы, которые ещё более специализированы для какого-то конкретного паттерна использования, а есть общего профиля. Как во всём этом разобраться?

В гостях подкаста Константин Осипов cо-основатель Picodata (входит в Группу Arenadata), директор по разработке ScyllaDB. И Ярослав Дынников, руководитель разработки продукта Picodata. Мы поговорили об основных трейд-оффах в архитектуре современных СУБД, о том, верно ли, что заигрывания с NoSQL закончились и мы вернулись обратно в реляционный мир, о работе с разными доменами отказа и кластерными БД. И, в целом, кажется, сделали неплохой обзор для тех, кто хочет начать погружение в мир баз данных. Ну а те наши слушатели, кто уже «по локоть», найдут в этом выпуске всю правду о гномиках 😎 внутри и о том, как корпорации принимают решение «затаскивать» новую технологию к себе.

Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость от Туту, руководитель проектов технического департамента Алексей Борисов, расскажет о том в каких сервисах лучше хранить данные in-memory и как это делать правильно.

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-77

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

Во-первых, потому, что такие доклады шире — далеко не каждому придется переводить проект с webpack на vite или писать собственный s3-сервер. Зато каждый из нас сталкивался с необходимостью договариваться с теми, с кем не хочется договариваться; выстраивать собственную карьеру; разбираться что не так с идеей work-life balance. Во-вторых, потому, что эти навыки более долговечны. Технологии приходят и уходят, необходимость общаться с коллегами остается всегда.

Мой хороший друг, Андрей Смирнов, автор подкаста Frontend Weekend собрал клевых ребят, большинство из которых я знаю лично. И в эту субботу, 23 ноября, проведут конфу исключительно про софты: Soft Weekend. Обещали без рекламных стендов от компаний и агрессивного тыканья HR-брендами в лицо. Зато с 14ю полезными докладами и всякими нетворк-активностями.

Стоимость билета - 7к рублей за одного и 12к за двоих. На такую движуху вполне можно взять супруга/супругу и устроить семейный уикэнд. Для вас промокодик KODAKODA — скидка 10%. Купить можно здесь

Avito Platformization meetup #1 состоится 13 ноября.

Приглашаются все, кто хочет понять, как и зачем принимаются горизонтальные решения.

В уютном московском офисе Авито на Лесной обсудят ускорение разработки, рост монетизации и масштабирование платформ классифайда.

Места офлайн ещё есть, спешите занять своё ➡️ регистрируйтесь по ссылке

Спецвыпуск: Как совместить любовь к путешествиям и работу
Было бы преступлением, создавая этот сезон вместе с командой сервиса путешествий Туту, не сделать для вас спецвыпуск про IT-мир тревелтеха. Необходимо ли любить путешествовать, чтобы создавать сервисы не только по продаже билетов, отелей и туров, но и про опыт путешественников, в целом? Отличается ли работа в тревелтехе от других IT-сфер? И что делать, если мечтаешь съездить на Байкал, а как это сделать — не понятно.

Положа руку на сердце, должен признаться, что я такой себе путешественник. Работать я предпочитаю из офиса, а в отпуск меня не так то просто выгнать. Женя, в этих отношениях, куда прошареннее меня, но знает про сервисы для путешействий только как пользователь, а в выпуске даже признается, что испытывает стресс от некоторых аспектов поездок. Совсем другое дело — наш гость, Максим Корсаков, CPO Туту. Он связал свою профессиональную деятельность с путешествиями давно и с ним мы обсудим как современные технологии, включая биг дату, ML и AI, меняют опыт путешествий для обычных туристов.

Мы решил не изменять традиции и формату, и в этот выпуск тоже пригласили специального гостя от Туту, фронтэнд разработчика Ивана Черненко, который работает в команде ж/д, находясь при этом с другой стороны земного шара. От него мы узнаем, чему можно поучиться у Арегнтинских железных дорог и как работать, если ночь и день у тебя наоборот.

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-76

Avito Go Drinkup — 5 ноября

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

В программе обсуждений всё самое актуальное по Go: архитектура микросервисов, ORM и сравнительный анализ с Rust.

Чтобы присоединиться, необходимо зарегистрироваться по ссылке

Английский для IT-шника
Начать учить английский — это как ходить в спортзал или сесть на диету. Все этим занимались, почти каждый планировал начать с понедельника или с нового года и далеко не все преуспели. Но так ли это актуально сейчас, когда роботы-переводчики работают почти как люди, а нейросети-полилингвисты победоносно шагают по планете? И, если начал учить, можно ли остановиться и «законсервировать» свой уровень? 🤔 Да и сколько вообще учить, чтобы «ну так, нормально» было?

Поговорим об этом с руководителем продуктов по английскому в Яндекс Практикуме Наришей Егоровой. Вместе с гостьей разбираем карьерные преимущества, разницу между общим и техническим английским, используемые ресурсы и методы изучения. Узнаем, как интегрировать язык в рутину и поддерживать свой уровень. А еще про то, как определить свой уровень, например с помощью 📝 письменного теста.

Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость от Туту, продуктовый аналитик Евгений Кочанов, поделится личным опытом. Получилась почти история «с нуля до гуру» 🙂

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-75

P.S. В выпуске пообещали слушателям список материалов. Честно говоря, я не ожидал, что наши гости так ответственно подойдут к этому обещанию и подготовят все настолько круто 😮

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

На эти вопросы нам отвечала Любовь Бросалина. Издатель. Коммерческий писатель. Редактор. Литературный дирижер: управляет процессом системного творчества. Автор ютуб-канала «Как вам сказать?».

А еще мы постарались ответить на вопросы:
📖 С чего начать работу над книгой? Какие бывают цели?
📖 Достаточно ли сесть и написать самому? Пройти курсы? Обратиться к редактору?
📖 Как спланировать процесс написания?
📖 Как определиться с жанром и форматом, которые будут наиболее удачными для замысла и аудитории?
📖 Какие ключевые ошибки совершают начинающие писатели?
📖 Когда и как искать издательство? Или лучше выпускать самому?
📖 Можно ли на этом заработать?

Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость — Сергей Абдульманов, директор по клиентским коммуникациям из команды Туту. Для меня это человек-легенда. Я читал его статьи на Хабре запоем и они подтолкнули меня к тому, чтобы сделать и издать собственную настольную игру. А еще он автор лучшей деловой книги 2016 "Бизнес как игра", которую я рекомендую всем слушателям, не только, как полезное чтение, но и как способ интересно провести несколько часов.

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-74

Три тимлида все еще заходят в бар. Теперь и на видео
Полгода назад я писал в этом канале, что мы: Витя Корейша и Женя Антонов, вместе Настей Абрашитовой, стартовали отдельный самостоятельный подкаст «Три тимлида заходят в бар». Это вовсе не спин-офф, а отдельный проект, где мы втроем обсуждаем разные тимлидские темы. Спорим или поддерживаем друг друга. Если вам такое интересно, то приглашаю подписаться на отдельный канал. Сюда я анонсы не публикую обычно, поэтому вы могли пропустить.

А сегодня, спустя полгода со старта проекта, мы опубликовали первый выпуск в видеоформате. Было сложно, было страшно, было долго, но мы справились.

Кто ты перед техлидом: тварь дражащая или право имеешь? Больше всех работает тимлид или больше всех отдыхает? Сотрудник перерабатывает и долго так не сможет — увольнять нельзя оставлять. Эти и другие кликбейтные заголовки я предлагал к этому выпуску. Но мы остановились просто на «Видеовыпуск№1 — ответы на вопросы».

Посмотреть и послушать:
📺YouTube
🔗Дзен
🎵Apple Podcasts
🎵Яндекс Музыка
🔗И много еще где по ссылке https://3teamlead.mave.digital/ep-13

Прокачайтесь как менеджер в школе Engineering Team Lead от AvitoTech!

Что: бесплатный курс для техлидов и тимлидов.
Где: онлайн + выпускной в офисе Авито.
Когда: с 4 октября.

Эксперты AvitoTech подготовили серию лекций, вебинаров и практических заданий. После них вы освоите базовые компетенции для роли ETL и научитесь системно выстраивать менеджерские задачи и бесперебойную работу команды в любом кластере технического департамента.

Подать заявку можно до 1 октября

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

И тут в дело вступает инцидент-менеджмент. То есть организация процесса обнаружения проблемы, поиска ее корня, устранения влияния и последствий.

Для того, чтобы все это сделать, нужно очень сильно постараться. Постоянно работать над инструментами обсервабилити и алертинга, готовить регламенты и обучать команду действиям при авариях, на уровне каждого домена иметь инструменты для полу-ручного решения тех или иных проблем. И чем лучше все это отстроено, тем меньше потерь понесет бизнес, когда что-то все же сломается. Об этом сегодня и хочется поговорить: как организовать инцидент-менедмент на уровне большой компании, чтобы влияние аварий на бизнес было минимальным? Разобраться в этом нам поможет Андрей Чупейкин, CTO блока платформы в Ozon.

Разберем в выпуске:
🚨Что такое инцидент-менеджмент? Какова его основная цель? Это просто система как тушить загоревшееся или нечто большее?
🚨Кто должен решать проблемы — тот, кто написал код или отдельная команда спасателей?
🚨Как координируется сам процесс решения инцидента? Какова структура команды для решения инцидентов? Какие роли в ней нужны и важны?
🚨Что делать, если проблема уже есть, но плана решения еще нет?
🚨Как понять, что пожар потушен?
🚨Как происходит процесс расследования и анализа корневой причины (root cause analysis) инцидентов?


Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость от Туту — Андрей Борзов заместитель технического директора по эксплуатации. Расскажет о том, как роботы помогают решать инциденты.

Ведут Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts и много ещё где по ссылке https://kodakoda.mave.digital/ep-72

Публичный спикинг: зачем инженеру сцена?
Мы с Женей в последние пару лет выступаем гораздо активнее, чем до этого. И есть ощущение, что этот поезд продолжает набирать обороты. В этом году, мне впервые пришлось отказаться от выступления потому что подготовка «не лезет», а не из-за того, что само мероприятие с чем-то пересекается по времени. Самое время оглянуться назад и понять, а зачем вообще все это нужно? Нормально ли выступать с одним и тем же материалом? Каждый ли доклад должен приносить что-то новое в индустрию? Почему кто-то готовит десяток выступлений в год, а кто-то с одним еле-еле справляется?

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

Кроме экзестенциальных вопросов, разберем вполне практические:
🎙С чего начать, если человек хочет стать хорошим оратором?
🎙Как можно преодолеть страх публичных выступлений?
🎙Что важнее в публичном выступлении: содержание или стиль презентации?
🎙Какие качества должен развивать в себе хороший спикер?
🎙 Что делать, если задают каверзные вопросы или просто 🧌троллят?

Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость от Туту — Арутюн Агабабян директор по организации производства. Расскажет о том, нужно ли выступать публично инженеру? Тимлиду? Мидл-менеджеру технических команд? И как к этому всему относиться CTO?

Вопросики задают Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://kodakoda.mave.digital/ep-71

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

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

А еще попробуем ответить на вопросы:
🚩 Почему внутренний бренд важен? Всем ли командам нужно заниматься внутренним пиаром?
🚩Как мотивировать команду делиться своими успехами?
🚩Как справляться с негативом и критикой в процессе освещения успехов команды внутри компании?
🚩Какие каналы существуют и как их лучше всего использовать?
🚩Что нужно, чтобы это не было корпоративным буллшитом, а стало полезным инструментом?


Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость от Туту — Егор Красноперов, дизайн-директор Туту и лид гильдии дизайна, который перевернул отношение к дизайнерам в компании.

Вопросики задают Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, старший технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://kodakoda.mave.digital/ep-69

📝Пишите отзывы, предлагайте темы, спорьте или соглашайтесь с гостями и ведущими. Нам важна ваша обратная связь!

🖥 Подкаст «Техно.Логично»: квантовое будущее

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

Честно говоря, в кулуарах мы обсудили гораздо больше про «начинку». Надеюсь, когда-нибудь я придумаю формат, в котором смогу поделиться с вами и техно-подробностями без душноты. Ну а пока, в конце, как всегда, конкурс, в котором можно выиграть Яндекс Станцию с Алисой 🥹

В новом выпуске подкаста «Техно.Логично» заместитель Председателя Правления Газпромбанка Дмитрий Зауэрс и руководитель научной группы Российского квантового центра Алексей Федоров ответили на актуальные вопросы о нашем квантовом будущем:
🔹Чем квантовый компьютер отличается от классического и когда ждать квантового прорыва?
🔹Чем квантовые технологии могут быть полезны для бизнеса?
🔹Окупаются ли долгосрочные инвестиции в квантовые проекты?
🔹Кого сегодня в России можно назвать визионером в области квантовых технологий?

Посмотреть и послушать:
📺YouTube
📺Rutube
📺VK Видео
🎵Apple Podcasts
🎵Яндекс Музыка

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

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

Обсудить эту тему мы позвали Сашу Орлова и Славу Понкратова, соуправляющих партнеров Школы менеджмента Стратоплан. Гостей настолько же разных по темпераменту и подходу, насколько глубоко погруженных в тему и интересных.

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

Вопросики задают Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, старший технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🔈Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://kodakoda.mave.digital/ep-68

✍️Пишите отзывы, предлагайте темы, спорьте или соглашайтесь с гостями и ведущими. Нам важна ваша обратная связь!

Channel photo updated

Ищу тимлида к себе в команду
Привет! Раз в год позволяю себе опубликовать собственную вакансию. Буду благодарен, если отправите это собщение тому, кому это может быть интересно. Возможно, кто-то из постояннных слушателей знает, что я возглавляю направление Managed Services в Озоне. Мы — часть платформы Озона, то есть разработка для разработки. Строим, поддерживаем и развиваем ряд важных инфраструктурных сервисов и экосистему вокруг них.

Я ищу лида для команды разработки в отдел Storage. Чуть больше месяца назад, я делился в канале своим выступлением и нашей совместной статьей про собственное объектное хранилище с s3 интерфейсом, которое разработала и продолжает улучшать эта команда.

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

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

Будущий тимлид в этой команде
- 50% инженер, 25% пипл-менеджер, 15% визионер и на 10% проджект (это не распределение времени, а ваши интересы)
- Думает не только о том, как сделать «чтобы работало», но и о том, как строить системы, которые могут расти
- Готов быть не только исполнителем, но и движущей силой

Стек
Основное средство достижения целей — golang 🦫. Если вы сможете перейти на него с любого языка, то этого вполне достаточно. Работать нужно будет с такими технологиями, как:
🧑‍💻 Ceph , который мы используем, как слой хранения)
😎 Scylla — мы храним в ней индекс
🥺ClickHouse для лога запросов, 💻 PostgreSQL для оперативных данных, 🥣Kafka для обмена событиями.

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

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

А еще поговорим о том, как компаниям правильно работать с начинающими специалистами. О том, чем найм джунир-специалиста отличается от стажерской программы. Как правильно растить инженеров внутри компании и как сообщество может помочь в этом.

Обсудили это с Глебом Михеевым. Это наш с Женей большой друг, руководитель Программного комитета Frontend Conf, лидер команды Виртуального Ассистента в В2С в Сбере. Автор телеграм-канала Уставший техдир. Но самое главное, в контексте этого выпуска, что Глеб — один из авторов JEDI манифеста (Junior Engagement and Development Initiative).

Этот эпизод, как и весь сезон, выпускается при поддержке команды сервиса путешествий Туту. Ребята меняют опыт миллионов путешественников к лучшему с помощью технологий. Специальный гость от Туту — Дарья Коршикова, которая поделилась тем, что нужно учесть в организации стажерской программы.

🎙Открывают новый сезон все те же старые ведущие. Это Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, ведущий технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность. В этом сезоне вас ждут традиционные 11 выпусков, по средам раз в две недели.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://podcast.ru/e/9KcflWdo2mB

🐝 Пишите отзывы, предлагайте темы, спорьте или соглашайтесь с гостями и ведущими. Нам важна ваша обратная связь!

Привет! В этом году я снова собираю секцию «Разработка» на Ural Digital Weekend в Перми 2-3 августа. Приходите послушать, пообщаться, поспорить.

Почему стоит посетить айтишникам из Перми:
🔘Спикеры из бигтехов и просто крутых компаний соберуться со всей страны, чтобы поделиться опытом с зрителями
🔘Поговорим за один день про Backend, Frontend, DevOps. Немножко про ИБ и AI

Почему это мероприятие стоит того, чтобы приехать из другого города:
🟡Мы предлагаем широкий формат — это значит, что доклады подобраны так, чтобы точно расширить ваш кругозор. И не столько «научить» чему-то в вашей узкой специализации, сколько рассказать как оно вообще бывает еще. А это очень важно для профессионального роста.
🟡Секцию собираю лично я на свой вкус — если вы часто приходите на большие конференции и не знаете на какой доклад сходить. А потом оказывается, что самую мякотку вы и пропустили. То тут вы точно попадете на все крутое.
🟡Самый крутой спикер — Женя Антонов в секции управление разработкой. Так что туда тоже можно заглянуть :)

🎁 Конечно, не могу оставить вас без промокода KOREYSHAGIFT10

Привет! Новый сезон стартует уже на следующей неделе 🐝

А пока поделюсь еще парой докладов. В этом году съездил в Питер и выступил за одну неделю на Хайлоаде и на Saint TeamLead Conf. Для меня — это две самые главные конференции. И я рад, что удалось попасть на обе. Два новых доклада за неделю и 4 за месяц — это тяжело, но очень драйвово. Не уверен, что когда-нибудь еще повторю такой марафон 😬

На Highload++ рассказал про то, как мы храним секреты. Это история начиналась, как приключение на 20 минут. Обернулась трудностями выбора, болью, инцидентом, который добавил мне седых волос и собственным форком. Доклад занял пятое место на конфе по совокупной оценке — основная критика касалась того, что мы не смогли отдать свой форк в опенсорс (по лицензии).
🔑 https://youtu.be/bFj063mBAkg

На Тимлиде рассказал про отличие вертикального роста от горизонтального. Почему второй никто не замечает, а он есть и требует активных действий. По иронии судьбы, тоже взял пятое место. Но тут не совсем честно — баллы совпали с шестым и выбор был по количество отзывов. Возможно, это мой последний доклад на TLC, поэтому мне очень хотелось, чтобы он был хорошим, настоящим и про меня. Надеюсь, кому-то из вас будет интересно.
💎 https://youtu.be/3bZUD1q4h-k

Если кто-то посмотрит оба — поделитесь какой вышел интереснее и полезнее.

Привет!
Пока мы готовим для вас новый сезон, а в канале затишье, поделюсь своим выступлением на infra.conf от Yandex Infrastructure. Я рассказал про то, как мы пришли к необходимости сделать собственный S3-server на базе ceph. Мне самому понравилось — получилась интересная инженерная история от боли и лишений до решения и запуска.

А если захочется больше хардкорных подробностей, то есть статья моего коллеги Максима, где я выступил соавтором. А вдруг вам понравится на столько, что вы не пожалеете своего лайка? Кто знает 🙂

Вы тут потому что слушаете подкасты, так же как я 🎙

Но причины у нас с вами могут быть совсем разными. Впервые я начал слушать подкасты лет 10 назад. Тогда не были еще распространены музыкальные площадки и я получал обновления по rss и скачивал mp3 файлы на флешку. Раз в месяц накачивал себе 20-30 выпусков от разных авторов и слушал в машине. Потом стал постепенно отказываться от автомобиля и на пару лет оставил эту практику. С началом пандемии, мне стало сильно не хватать конструктивного общения на профессиональные темы. И так появилась «Кода кода», как мой способ поговорить с интересными мне людьми на волнующие меня темы.

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

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

Найти подкаст по названию легко, но как часто вы ищете новые подкасты? Нет, мы с вами обычно узнаем о них по рекомендации друзей, коллег или тех, кому мы доверяем. Поэтому, сегодня я хочу порекомендовать другие подкасты, которые слушаю сам. Мы собрали папку с телеграм-каналами подкастов. В ней есть и про менеджмент, и про продуктовую разработку, и про будни в ИТ:
https://t.me/addlist/PCvdlc8oAE80NmEy

Подписывайтесь на каналы авторов подкастов, если вам это нравится. Делитесь с теми, кому это важно. Там мы сможем продвигать хороший контент и делиться пользой и удовольствием друг с другом.

🖖Привет!
Сегодня у меня большой сюрприз.

В конце лета мы сделали выпуск «Три тимлида заходят в бар» в экспериментальном формате: обсуждали управленческие кейсы на троих, вместе с Настей Абрашитовой. Нам понравилось и от некоторых слушателей мы тоже получили позитивный фидбэк. И все думали, как же это повторить.

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

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

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

🎧 Ссылочка на все платформы
https://3teamlead.mave.digital/ep-1

🤖 Подкаст «Техно.Логично»: Роботизация в Газпромбанке

Привет! Делюсь выпуском, который сделан вручную с теплотой и любовью. А говорим мы в нем про RPA и то, как роботы разгребают рутину. Многие «матерые айтишники», не скрою и я когда-то к таким относился, смотрят на роботизацию процессов свысока. Если вы из таких — посмотрите выпуск и поделитесь своими мыслями, подискутируем.

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

В гостях — заместитель начальника Департамента банковских процессов Алексей Голубинцев и начальник Центра RPA Департамента банковских процессов Елизавета Поваляева. Ну а вопросики задает ваш покорный слуга, Виктор Корейша.

🥹 В конце, как всегда, конкурс, в котором можно выиграть Яндекс Станцию с Алисой.

Посмотреть и послушать:
🖤YouTube
📱Apple Podcasts
🎵Яндекс Музыка
🔍Google Podcasts

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

Все мы делаем ошибки. Но когда стоит понимать и прощать, а когда ругать и наказывать? Есть ли люди, которые никогда не ошибаются? И как сам ошибившийся воспринимает произошедшее? Все это мы обсудим с IT психологом Евгением Идзиковским, автором телеграм-канала о психологии.

Создание этого выпуска тоже без ошибок не обошлось — мы словили проблемы там, где бывалые подкастеры не должны были. И собраться не могли на запись (из-за другой ошибки, кстати). И с монтажем были сложности. И с техникой наошибались. Но я надеюсь, что мы смогли провести качественную работу над ошибками и вам, мои дорогие слушатели, все равно будет приятно и полезно послушать. Ну а наш гость, кстати, заранее простил нам все ошибки и разрешил публикацию без согласований 🙂

Последний раз в этом сезоне ведут подкаст Виктор Корейша, руководитель направления Managed Services в Ozon, и Евгений Антонов, старший технический менеджер в Yandex Infrastructure, автор канала Тимлид Очевидность.

🎧 Слушайте подкаст «Кода кода» в Яндекс музыке, Apple podcasts, VK и много ещё где по ссылке https://podcast.ru/e/4TE9hpB_Ajj

💎 Пишите отзывы, предлагайте темы, спорьте или соглашайтесь с гостями и ведущими. Нам важна ваша обратная связь!