Scala в Tinkoff

Как-то я ездил в наш центр разработки в Екатеринбурге пообщаться со своими коллегами, а также рассказать доклад про Staff+ инженеров (первая часть и продолжение). Там я много говорил с ребятами из моих бекенд команд, которые пишут на scala высоконагруженные и критично важные системы. А сейчас у нас на Youtube канале появились короткие видео про то, как мы в Тинькофф используем Scala и в этих видео я увидел старых знакомых:)
- Игорь Козлов про авторизацию пользователей
- Денис Костоусов про большое Scala приложение (API Common)
- Василий Морковкин про Тинькофф Путешествия
- Сергей Свешников про оплату Долями

Собственно я знаю всех указанных выше ребят, а первые двое как раз работают в Екатеринбурге, где у нас много скалистов и где мы увеличиваем их за счет стажировок:) Классно, что ребята начали выступать публичнои рассказывать про закулисье того, что происходит у нас.

#Software

Как я выбираю какую книгу читать следующей

Мне периодически задают такой вопрос и я всегда отвечаю, что это зависит от контекста и текущей ситуации. Например, пару недель назад пролетела новость про то, что Cisco покупает компанию Splunk за 28 млрд долларов. Это интересная новость в силу того, что Cisco - это топовая компания по производству сетевых устройств и не только, а Splunk - это один из лидеров на рынке observability платформ. Поэтому я решил узнать про нее побольше и, закончив читать предыдущие книги, взял с полки бумажную книгу "Соединяя точки. Уроки лидерства" Джона Чемберса, ex-CEO компании с 1995 года по 2015.

В этой книге Джон рассказывает про свой подход к управлению на примерах из жизни IBM, Wang Laboratories и в основном Cisco, где он за 20 лет построил компанию, которая в 2000 году даже была самой дорогой в мире:) Одна из глав как раз называется "Мой план успешных поглощений", в которой Джон говорит про свой подход, в основе которого лежат 4 ключевых принципа
1) Сосредоточиться на тех поглощениях, что позволят выйти на новые рынки в переходном периоде или расширить на них свою деятельность
2) Прислушиваться к рекомендациям клиентов
3) Сразу же интегрировать компанию в свою структуру, если вы не покупаете ее в качестве самостоятельной бизнес-единицы
4) Настойчиво добиваться соответствия вашей культуре и ценностям

Интересно, что именно стратегическое поглощение Crescendo, закончившееся успешно, позволило Джону стать главой компании, а потом провернуть еще 179 поглощений, которые он проводил в соответствии с приведенными выше принципами. Дальше он поделился семью золотыми правилами, что они использовали при заключении сделок:
1. Каждое поглощение должно соответствовать вашему видению и стратегии
2. В центре внимания должны находиться рыночные преобразования и подрывные инновации в области технологий
3. Прислушивайтесь к рекомендациям клиентов при выборе объекта поглощения
4. Создайте взаимовыгодную ситуацию для обеих компаний, их руководителей, инвесторов, сотрудников и клиентов
5. Отдавайте предпочтение компаниям и технологиям, соответствующим вашему профилю
6. Выбирайте компании, культура которых в значительной степени соответствует вашей
7. Учитывайте географическую близость к своей штаб-квартире или основным операционным центрам

Отдельно Джон говорит о том, что объединение - это хорошая возможность для компаний разных размеров, где большая компания поглощает маленькую. А вот для сравнимых по размерам компаний лучшим вариантом является стратегическое партнерство - это не так рискованно как объединение, но позволяет получить хорошие результаты. В этом случае оно тоже должно иметь стратегическое значение для компаний, у обеих компаний должна быть мотивация к этому партнерству, эту идею должен разделять весь топ-менеджмент компании, а также в рамках партнерства стоит инициировать несколько проектов, чтобы общий баланс ценности портфеля был относительно справедливо распределены между компаниями.
Отдельно Джон приводит статистику того, что из 180 поглощений только треть была неудачными, а несколько десятков компаний выросли в миллиардные направления по обороту. Именно за счет поглощений компания Cisco активно наращивала свой портфель продуктов для "Changing the way, we work, live, play and learn".

P.S.
Отдельно потом напишу про книгу целиком, а то тут получилось рассказать только про одну главу:)
#Management #Leadership #Processes

Курс подготовки спикера от Кирилла Анастасина

В 2019 году я проходил оффлайн курс Кирилла Анастасина (автор komikaki.ru) по публичным выступлениям, который устроил Олег Бунин для спикеров своих конференций. Мне этот курс помог тогда отлично подготовиться к одной из конференций, а точнее к Archdays 2019, которая что иронично организуется не Олегом:) По итогу я написал статью с краткой выжимкой того, что мне показалось особенно полезным. А потом прошло немного времени и сам Кирилл начал выкладывать отдельные уроки на Youtube и так получился целый курс, который доступен в плейлисте с канала Кирилла. Теперь я часто рекомендую этот курс тем, кто спрашивает у меня как научиться публичным выступлениям.

P.S.
Я приложил свою зарисовку шагов этого алгоритма:)

#PublicSpeaking #Presentation #Conference

Подкаст с ITBizRadio про технических руководителей в Tinkoff

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

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

#Podcast #Management #Leadership #Processes #Software #SoftwareArchitecture #Engineering

Круглый стол для руководителей на Big Monitoring Meetup X

Мои коллеги организуют круглый стол для руководителей на тему мониторинга в рамках Big Monitoring Meetup. В рамках круглого стола будут обсуждаться темы
- Стандартизация мониторинга;
- Комплексный подход к мониторингу: мониторинг как управление надежностью;
- Коммерческие инструменты или open-source;
- Возможно ли построить идеальный мониторинг;
- Будущее мониторинга в российских компаниях.
Среди экспертов будут руководители из X5, НСПК, Saymon, VK и конечно Tinkoff.

Модератором круглого стола будет наш коллега Владимир Томашев, руководитель продукта Sage, которая является нашей observability платформой, которую мы используем как базовое платформенное решение внутри и даже продаем наружу. Регистрация на мепроприятие тут и целевая аудитория - это руководители отделов и выше, которые интересуются логами, метриками, мониторингом, а также хотят поучаствовать в дискуссии и позадвать вопросы экспертам и обсудить эти темы.

#Management #SRE #Engineering #Software #SoftwareDevelopment #Processes

Илья Якямсев — Как перестать управлять и начать работать

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

#Management #Processes #ProjectManagement #Project #Software #SoftwareDevelopment #Engineering

Weekend offer для системных аналитиков в Tinkoff

Через месяц у нас состоится weekend offer для аналитиков, который позволит попасть в компанию за выходные.
Мы ищем опытных аналитиков и готовы предложить им позиции в разных командах во всей организации.
Но я рекомендую смотреть на позиции внутри моих больших команд
- мобильном банке (желтое приложение)
- маркетинговой платформе
Подробнее про мероприятие можно узнать на сайте, а также там же можно зарегестрироваться, чтобы принять в нем участие.

P.S.
Если вам интересно узнать что делают системные аналитики в Тинькофф и куда они могут развиваться, то специально для вас я недавно рассказывал именно про это на конференции Flow.

#Career #SystemDesign #Software #SoftwareArchitecture #Architecture #Engineering #Vacancy

Проектируем надежные системы - стоит ли игра свеч на конференции Стачка

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

P.S.
К этому докладу я подготовил солидный список материалов, который еще и увеличился за последнее время
- "Site Reliability Engineering" - книга от ребят из Google, с которой началась серия SRE книг и они рассказывают про процесс в общем
- "Building Secure and Reliable Systems" - книга от ребят из Google, где они рассказывают про принципы проектирования надежных систем (продолжает серию SRE книг)
- "AWS Fault Isolation Boundaries" - интересный white paper от AWS на тему границ изоляции сбоев в AWS (здесь интересно написано про инфраструктурные абстракции: зоны, регионы, globl, а также про разделение control plane и data plane при проектировании сервисов и концепцию static stability)
- "A Model-based, Quality Attribute-guided Architecture Re-Design Process at Google" - интересный white paper от ребят из Google, где показано как редизайнится система для повышения ее надежности, причем сам редизайн выполняется достаточно формально, чтобы по модели оценить позитивное влияние на надежность
- "Deployment Archetypes for Cloud Applications" - интересный white paper от ребят из Google, в котором они рассказывают про разные модели deployment приложений, которые позволяют достигать разных уровней availability (зональный, региональный, мультирегиональный, глобальный, гибридный, мультиоблачный)
- Глава про resilience из книги "Continuous Architecture in Practice" - глава крутой книги, в которой буквально на пальцах авторы объясняют чем старый high-availability подход отличается от нового подхода resilience к обеспечению надежности систем
- "Philosophy of Software Design" - отличная книга про то, как бороться со сложностью систем
- "503 Подкаст - System Design в разрезе надежности" - подкаст с Андреем Дмитриевым из JUG Ru Group, где я был гостем и мы обсуждали проектирование надежных систем
- "Architecting for Scale: High Availability for Your Growing Applications" - интересная книга Lee Atchison, где он обсуждает проектирование для масштабирования и затрагивает вопросы обеспечения availability. Книга пережила второе издание и это пошло ей на пользу.
- "Собеседование SRE: Troubleshooting и System Design" - моя статья про найм SRE инженеров в Tinkoff, и про тип интервью, в котором мы проверяем на практике работу инженеров в рамках инцидента
- "Публичное интервью по troubleshooting для SRE-инженеров на конференции Devoops" - публичное интервью с разбором инцидента
- Крутой доклад "Паттерны отказоустойчивой архитектуры" ребят из Яндекса про отказоустойчивые системы

#Software #Engineering #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #SRE

Почему инфраструктура big tech обычно состоит из самописных решений

Крутая статья от Дмитрия, CTO команды Yandex Platform Engineering, в которой он объясняет появление кастомных решений в больших компаниях.
Он выделяет 6 причин:
1. Инновации - крупные компании часто сталкиваются с новыми проблемами, для которых пока нет стандартных решений. А дальше им придумывать эти решения сами
2. Масштабы - этот пункт частично вкладывается в предыдущий, так как часто новые проблемы обусловлены масштабом компании и ее задач. В итоге, дефолтные решения на таком объеме не особо работают
3. Инерция - когда собственный инструмент уже сделан и заточен под решение внутренней проблемы, то при появлении общего инструмента он часто не так хорошо заточен на конкретные кейсы. В итоге, для переезда часто требуется допиливать сам общий инструмент
4. Миграция - тут идет речь про стоимость переезда пользователей. Часто такие миграции со старых инструментов на новые стоят дорого и могут тянуться очень долго, что подрывает сам смысл переезда - дешевле дальше поддерживать собственный велосипед
5. Business continuity - внутренние инструменты позволяют обеспечить независимость от решений вендоров и даже от изменений лицензий open source проектов. Что важно в текущей реальности
6. Синдром not invented here (NIH) - этот синдром влияет на решение пилить собственные велосипеды и это объективная реальность:)

Автор демонстрирует эти причины на двух примерах
- Собственное облако Яндекса, которое появилось до K8s и сейчас продолжает использоваться и развиваться
- Монорепозиторий Аркадия, который позволил решить проблему svn, git, mercurial и все таки иметь возможность хранения всего кода (2 TiB) в одном репозитории

Интересно, что я примерно про это писал в статье "Как RnD появляется в крупных ИТ-компаниях" на примере Google, Amazon и почему это нужно Тинькофф:)

#Management #RnD #PlatformEngineering #Engineering #Software #SoftwareDevelopment #Leadership

100 главных принципов презентаций (100 Things Every Presenter Needs to Know About People)

В любой деятельности, которой я занимаюсь системно, я пытаюсь повышать свой уровень мастерства. Для этого я использую книги, статьи, общение с экспертами. И сегодня я решил вспомнить о крутой книге, которую я прочитал еще до того, как начал часто выступать. Мне редко нравятся книги по типу 7 волшебных способов прийти к успеху, 12 шагов мастерства, язык XYZ за 24 часа, публичные выступления за 7 дней и им подобные. Но эта книга не такая - в ней автор действительно приводит 100 вещей, которые полезно знать про то, как думают люди, как они общаются, на что обращают внимание, как принимают решения и так далее. Мне эта книга напомнила микс из книг про мозг и мышление, про которые я писал в посте раньше.

Если говорить про структуру книги, то она разделена на следующие разделы
- Как человек думает и учится - здесь автор погружается практические советы с учетом мышления людей: зачем нужен контекст, зачем делить информацию на порции, как работает долговременная память и забывание, зачем нужны примеры, сколько элементов одновременно может держать в голове человек, почему люди любят выделять категории, как культура влияет на мышление и так далее. Это очень интересная часть, особенно если вы уже изучали эти темы, а теперь просто изучаете как это влияет на создание презентаций и публичные выступления 
- Как удержать внимание аудитории - здесь автор говорит про длительность непрерывного внимания, а также то, что человек не многозадачен, что важен ритм и частота новых порций информации и как на внимание влияет подсознание
- Как мотивировать человека на деятельность - здесь идет речь про дофамин, внутреннее и внешнее вознаграждение, усиление мотивации по мере приближения к цели, про сложность формирования правильных привычек и их пользу
- Как человек слышит и видит - здесь идет речь про конкуренцию сенсорных каналов, важность активного слушания, насколько важно зрение и как влияет направление чтения на позиционирование элементов, а также про важность хороших заголовков и правильный подбор размера шрифта, почему мы хорошо распознаем лица, а также о проценте дальтоников
- Как человек реагирует на окружающую обстановку - здесь идет речь про то, как количество людей в аудитории меняют динамику выступления, про расстановку мебели, освещенность, температуру, близость приема пищи и ожидания возможности подключиться к сети по WiFi:)
- Эмоциональная реакция человека - начинается эта глава с того, что люди лучше реагируют на истории и эта реакция зачастую эмоциональна, продолжается тем, что люди любят сюрпризы, но одновременно любят безопасность, которая достигается за счет предсказуемости. Дальше идет речь про реакцию людей на красоту, музыку, радость и печаль, а также дефицитность того, что нам предлагают
- Как люди реагируют на вас - эта глава важна для того, чтобы понять как вести себя во время выступлений. Например, тут идет речь про то, как люди реагируют на авторитеты, как реагируют на позы и движение, искренность и интонации, выражения лица и эмоции. Насколько важна правильная одежда и попадание в ожидания аудитории. И почему аудитория хочет того, чтобы спикер контролировал ситуацию во время выступления.
- Как человек принимает решение действовать - эта часть книги пересекается с книгой Канемана “Думай медленно, решай быстро”. Здесь идет речь про принятие подсознательных решений, что страх потери сильнее предвкушения выгодыы, как настроение влияет на принятие решений, про конформизм и важность соответствовать мнению группы. Как мнение лидера влияет на коллективное принятие решений и как использовать подарки для получения обратной услуги 
- Как подготовить презентацию - здесь автор рассказывает про свой пятишаговый процесс: исследование, создание, подготовка содержимого, репетиции (много репитиций), выступления (много выступлений)
- Ваш 90 дневный план совершенствования - рекомендации автора как за 100 дней прокачать свои навыки презентации

#Presentation #PublicSpeaking #SelfDevelopment