Проект единорог (The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data)

Эта книга написана Gene Kim как продолжение предыдущей книги Проект Феникс (The Phoenix Project)
В этой книге главным действующим лицом является опытная software engineer Максин, которую отправляют в команду проваливающегося проекта в наказание за неудачу, к которой она была и не особо причастна. Ее руководитель дает ей совет не высовываться в новой команде, чтобы он мог ее вернуть к себе через небольшое время. Но ... Максин не слушает его и пускается во все тяжкие, пытаясь улучшить все вокруг себя. Интересно, что эта книга является прямым продолжением и вы сможете увидеть на сцене любимых персонажей из проекта Феникс. Кроме того, в этой книге главная роль не у менеджера, а у индивидального контрибьютора, Максин, которая повышает инженерную культуру и просто делает те вещи, которые считает правильными. Куда это приведет ее и всю компанию, которая стоит на пороге больших преобразований, читайте в оригинальной книге - обещаю, что скучно не будет.

P.S.
В прошлой книге был показан impact менеджеров на процессы разработки, а в этой книге показан импакт individual contributors.

#Processes #Management #DevOps #Project #SoftwareDevelopment #SoftwareArchitecture #Software

Известность команд Android разработки 2022 от devcrowd

Изучил этот отчет, который прошли 660 разработчиков с 14 июля по 11 августа.

Интересно, что если смотреть в разрезе Tinkoff, то видно, что мы сильно продвинулись в рейтинге и апнули в среднем по 10pp в каждом важном критерии и достигли первого места в некоторых пунктах (наиболее привлекательные команды), а в других вышли на второе место (в какой компании интересные задачи и проекты, самые сильные разработчики).

Теперь детальная статистика (числа в скобках показывают diff c 21 годом)

Статистика по участникам:
- Распределение по уровням было такое: jun -> 15%, middle -> 38%, senior -> 33%, teamlead -> 14%.
- 3/4 разработчиков с высшим образованием, 2/3 работают в больших командах, где больше 10 разработчиков.
- 92% мужчин и 8% женщин
- Количество опрошенных из крупных команд: Tinkoff -> 47, Ozon -> 29, Яндекс -> 25, Авито -> 23

Откуда получают информацию:
- Ребята больше всего знают про Android Broadcast -> 84% (+27%), Podlodka podcast -> 49% (+7%)
- Лучшие мероприятия - Podlodka Android Crew -> 58% (+ 32%), Mobius -> 55% (+22%)
- Эксперты, за которыми следят - Кириллом Розовым -> 84%, Алексеем Гладковым -> 41%

Про кроссплатформу
- 60% уже потрогало KMM (Kotlin Multiplatform Mobile), 87% планируют попробовать
- 56% уже потрогало Flutter, 27% планируют попробовать

Про поиск работы статистика такая:
- не планируют -> 46%
- рассматривают предложения, но активно не ищут -> 43%
- активно собеседуются -> 9%
Причины смены работы такие: релокация -> 40%, проф рост -> 26%, повышение ЗП -> 20%

Про критерии выбора компании:
- Критерии для оценки привлекательности команд: интересные задачи -> 75%, сильная команда -> 73%, крутой продукт -> 66%, уровень ЗП и бонусы -> 55%
- Интересность направлений деятельности отмечены: банки и финтех -> 50%, инструменты для dev -> 42%, доставка и еда -> 40%
- Наиболее привлекательные команды: Tinkoff -> 36% (+4%), Яндекс -> 35% (-6%), Авито -> 33% (-3%)
- Заметность активности компаний: Авито -> 68% (+5%), Яндекс -> 65% (+9%), Tinkoff -> 57% (+13%)
- Интересность докладов от компаний: Авито -> 41% (+0%), Яндекс -> 41% (+2%), Tinkoff -> 32% (+10%)
- В какой компании интересные задачи и проекты: Яндекс -> 43% (-5%), Tinkoff -> 40% (+6%), Авито -> 26% (+7%)
- Самые сильные разработчики: Яндекс -> 57% (+1%), Tinkoff -> 52% (+19%), Авито -> 44% (+2%)

#Mobile #Survey #DevRel

Как подготовиться и пройти System Design Interview

Около месяца назад я выступал на ArchDays 2022 с темой доклада, вынесенной в заголовок.
Сегодня появилась запись выступления, а чуть раньше я уже делал его текстовую расшифровку.

Кстати, в прошлом посте про это выступление я сразу дал список рекомендованной литературы:)

#SystemDesign #SoftwareArchitecture #Software #Conference #Video #ExternalReview

Воркшоп по Management 3.0 от Антона Зотина

Год назад я прошел этот воркшоп и материал мне понравился.
Воркшоп хорошо расширяет кругозор, а я немного addicted насчет изучения нового и поглощения новых знаний.
Понравилось, что воркшоп был не в Miro, а проходил почти как вживую с флипчартом и ведущим, который на нем рисовал:)
Антон рассказывал много историй из практики, конечно они были со счастливым финалом и иллюстрировали основные концепции из мира Management 3.0, но слушать их было интересно:) Заодно я послушал про мир берлинских стартапов, в которых скорость роста иногда измеряется тысячами процентов за год и можно надеяться только на самоорганизацию:)
В общем, три дня прошли интересно и продуктивно. После этого воркшопа я отправился читать книгу "Management 3.0: Leading Agile Developers, Developing Agile Leaders" by Jurgen Appelo, про которую расскажу как-нибудь в следубщий раз

#Management #Leadership #Processes #Project

Сегодня я выступаю на IT's Tinkoff Fintech Meetup с докладом "Эволюция мобильного банка от канала к платформе и дальше" в Еревана

Я расскажу какой путь прошел продукт и его команда, какие проблемы решали по мере роста приложения и как усложнялась архитектура процессов.
Будет интересно всем, кто хочет узнать, как мы делаем мобильный банк для 27 миллионов клиентов.
Интересно, что примерно этот доклад я уже рассказывал на Highload++ Spb 2022 и у меня готов большое количество артефактов по нему
- Запись с конференции
- Статья с его расшифровкой
- И рекомендации для расширения кругозора на тему роста и эволюции процессов и команд
— Книга Team Topologies и мой краткий обзор этой книги в трех частях:
— — Teams as means of Delivery
— — Team Topologies that work for flow
— — Evolving team interactions for innovation and rapid delivery
— Мой доклад “Как мы меняли разработку лучшего* мобильного банка под требования бизнеса” на Techlead Conf 2021 - подробнее предыстория нашей трансформации
— Мой доклад про “Рост команды на порядок” — на Teamlead Conf 2018 - как мы меняли команды публичного веба по похожей схеме до этого
— Мой доклад про “Привлечение Tinkoff.ru” — на Highload++ 2018 - рассказ про структуру команд и процессы внутри онлайн-привлечения, когда я был его CTO
— Мой доклад про “Эволюцию публичного веба Tinkoff.ru за последние 3 года” — на ArchDays 2019 - как мы архитектуру публичного веба Tinkoff меняли и что получилось
— Whitepaper от Meta “Continuous Deployment of Mobile Software at Facebook (Showcase)” — про организацию процессов в нативной мобильной разработке в FB в период с 2012 по 2016 год и мой обзор этого whitepaper

#Processes #Management #Architecture #Conference #ExternalReview #CTO #Leadership

Закончим разбирать вторую часть книги "Technology Strategy Patterns"

Сегодня в 18:00 по Москве у нас будет стрим с очередным обсуждение этой книги в рамках клуба Code of Architecture.
У нас в гостях будет Павел Притчин, СТО Dodo Engineering. До этого Павел был .NET-разработчиком, лидом тех.команды и PO в продукте «Платформа». Также создавал SRE-команды, развивал системы SLO и занимался надежностью.

Мы обсудим пятую и шестую главы и на этом закончим вторую часть книги «Creating the Strategy».

▪️В пятой главе обсудим паттерны для анализа ситуации в компании:

— Stakeholder Alignment и RACI — эти паттерны помогут понять:
• кто является стейкхолдерами нашей стратегии;
• кто будет за нее отвечать, участвовать в имплементации или кого надо будет просто «держать в курсе»;

— Life Cycle Stage и Value Chain — паттерны помогут проанализировать общее состояние организации:
• на каком этапе жизненного цикла она находится;
• и как выглядит цепочка ценностей в ней.

С ними мы сможем сделать в стратегии фокус на тех моментах, которые принесут максимальный эффект (больший заработок, меньшие расходы и т.п.)
— Growth-Share Matrix, Core-Innovation Wave, Investment Map — паттерны помогут оценить продукты внутри нашей компании: какие из них приносят деньги, но уже не растут, а какие, наоброт, — отлично растут, но требуют вложений. Также инструменты позволят понять, как тратить ограниченный бюджет: во что инвестировать, а во что не стоит вкладываться вовсе.

▪️В шестой главе разберем, как действовать на уровне подразделения внутри компании. Обсудим:

— принципы, практики и инструменты;
— метод Application Portfolio Management.

#SoftwareArchitecture #Strategy #ExternalReview #Patterns

Публичное System Design Interview на конференции ArchDays 2022

В конце октября на конференции ArchDays 2022 я проводил публичное собеседование по system design, запись доступна здесь.
Это интерьвю смотрелось органично на конференции, которая посвящена архитектуре программного обеспечения, а мы в рамках собеседования как раз ее и создавали для системы бронирования номеров в отелях:)
Я уже проводил такой тип интервью на C++ Russia 2022, кроме того я курирую в Tinkoff этот вид собеседований и часто рассказываю про то, как это выглядит у нас - подробнее можно прочитать в предыдущих статьях: в общем про system design в Tinkoff и больше про то, как мы оцениваем прохождение собеседования и как к нему подготовиться.
Само собеседование прошло несколько недель назад и недавно появилась его запись, а с этой статье я рассказываю о том, как бы я решал эту задачу плюс/минус в условиях близких к тому, что бывает на собеседованиях.

В общем, подробнее в статье https://apolomodov.medium.com/public-system-design-interview-at-archdays-2022-2a7ea02175af

#SystemDesign #SoftwareArchitecture #Software #Interview #SystemDesignInterview #Conference #ExternalReview #Video

Remote team interactions workbook

Вчера мне доехала эта книга с Amazon, а сегодня я улетаю в отпуск на полторы недели. И в этот отпуск я решил захватить эту книгу и почитать что Matthew Skelton и Manuel Pais написали в продолжении своей знаменитой книги Teamp Topologies. Честно говоря Эта книга напоминает скорее брошюру на 60 страниц, но зная возможности авторов по архивированию прикольной информации в сжатые объемы книги, я надеюсь, что читать будет интересно. Плюс в этой книге видно, что авторы пытаются приземлить концепции из Team Topologies на реальный мир и явно делают это на достаточно практичных примерах.

#Team #Management #Processes

При выборе напитков для отпуска я ориентирусь на классику. А что может быть более классическим, чем Singleton, который был еще в книге банды четырех "Design Patterns: Elements of Reusable Object-Oriented Software", которая вышла в 1994 году. Там он был в разделе Creational Patterns, а у меня он стоит на полке:)

В прошлый четверг, 17 ноября, мы провели третий стрим по книге “Technology Strategy Patterns”.
Мы обсуждали главы 5 и 6:
— Chapter 5. Corporate Context
— Chapter 6. Department Context
Гостем стрима был Павел Притчин, CTO Dodo Engineering.

Артефакты с этого стрима доступны по ссылкам
- Статья с кратким обзором
- Запись стрима
- Miro доска с презентацией
Если вы пропустили первые серии, то можете прочитать их здесь: 1 и 2.

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

#SoftwareArchitecture #Strategy #ExternalReview #Patterns

"Черная риторика. Власть и магия слова" ("Schwarze Rhetorik - Macht und Magie der Sprache")

Короткая книга за авторством Карстена Бредмайера. Она короткая, понятная, простая и полезная:)
В ней много примеров для самостоятельной работы, которые позволяют опробовать подходы предлагаемые автором.

В книге 5 частей:
- определение и границы использования
- основные правила
- уловки
- правильная постановка вопросов
- использование призывов

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

В уловках автор выделяет 11 пунктов:
1. "поддевки", замечания и маневры нужны для того, чтобы продемонстрировать свое превосходство
2. прежде всего следует научиться заставлять собеседника слушать вас
3. во время дискуссий добиваться своего помогает не суть, а то, как вы ее предподносите
4. преодолевайте свои страхи, в том числе и страхи коммуникации
5. блефуйте, если того требуют обстоятельства
6. стратегия молчания иногда лучше любых слов
7. меняейте при необходимости парадигму, изменяя роли в коммуникации
8. тщательно проверяйте выданную информацию и не позволяйте смещать фокус на второстепенное
9. ваша позиция - это альфа и омега, начинайте и заканчивайте ей же
10. не поддавайте на аргументационные уловки
11. использование демагогии

Кстати, интересен список уловок из 10 пункта:
- черно-белая аргументаци
- нарушение логической или временной последовательности в цепочке аргументации
- аналогия как псевдодокаательство
- аргумент неизбежности
- аргумент негативной спирали
- аргумент мнимой точности доказательства
- уловка авторитетности мнений и англицизмов
- уловка очевидности
- уловка личного авторитета

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

#PublicSpeaking #SelfDevelopment #Storytelling

Про тестирование и управление рисками в разработке софта

В отпуске мой Samsung Galaxy S21 Ultra предложил накатить новое обновление прошивки телефона и обновиться до One UI 5 (Android 13).
Я ничтоже сумняшеся обновился и денек даже наслаждался "новым интерфейсом" (который похож на старый до неразличимости).
Дальше я пользовался телефоном около суток: съездил с семьей в Legoland, посетил там water park и вернулся домой.
Так как телефон почти разрядился, то я поставил его на зарядку, а снял с зарядки уже кирпич, этот кирпич все еще работал, но экран был исключительно черный и не подавал признаков жизни.
Я решил погуглить что это за напасть и стало ясно, что это достаточно стандартная история с обновлением телефонов Samsung до One UI 5, причем мне никакие ущрения не помогают для того, чтобы вернуть экранчик к жизни. А теперь к теме поста

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

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

2. Про управление рисками - когда Samsung подсветил мне, что телефон может обновиться, то я все-таки немного подумал насчет того, а может не обновлять его сразу, а дождаться возвращения из отпуска ... Но, в итоге, решил что ничего страшного ведь случиться не может - телефон уже много раз обновлялся и все было ок. Но такая индуктивная логика не очень работает в случае с индюшкой и днем благодарения и не очень сработала здесь, причем у меня есть гипотеза, что это как-то свяано с тем, что мой телефон приближается к своему двухлетнему юбилею и, возможно, кто-то в Samsung решил, что его пора обновлять ... В общем, в следующий раз я буду учитывать риски лучше и переоценю вероятность проблем из-за software updates в firmware моего телефона

P.S.
Теперь я сижу и внезапно выбираю какой телефон мне надо купить на замену выбывшему

#Quality #QualityAssurance #RiskManagement

Сегодня был с семьей на шоу пингвинов (Penguin Gentoo Show) в Dubai Mall, где нам рассказывали про них и сами пингвины показывали трюки:)
По результатам посещения я понял, что знакомство с пингвинами в виде Linux сильно продвинуло мою карьеру.
Но это помогло не сразу - на одном из первых занятий на своей кафедре в Вычислительном Центре РАН (ВЦ РАН) выходил из vim через рестарт компьютера.
И потом, когда я начал карьеру разработчика, то пользовалься Windows компьютером и с трудом понимал как работает Linux, на котором исполнялся мой код.
Я пытался писать код, который от меня требовали, но я не очень понимал, что многое уже есть под Linux и можно использовать готовые инструменты.
Потом постепенно я начал изучать доступные инструменты и помню, как мне помогло изучение работы apache http, nginx, подхода linux с pipes, где можно выстраивать цепочку вызовов из отдельных маленьких программ.
В общем, пингвины помогли мне с профессиональной карьерой и кажется, что сейччас умение в Linux - это nush have навык в нашем мире.

#Linux #Penguin #Software #SoftwareDevelopment