Improving software flow

Открываю сегодня в Казани наш ИТ-фестиваль с вышеуказанным докладом, а материалы к нему публикую здесь

4 основные книги, из которых родилась идея доклада
- The Phoenix Project (2013 год) - книга написана в жанре производственного романа и похожа на книгу "Цель" ("Goal") или "Критическая цепь" ("Critical Chain") Голдратта.
- The DevOps Handbook (2016 год) - книга с популяризацией devops подхода
- Accelerate (2018 год) - книга, где приводятся крутые выводы о связи процессов и практик внутри организации и ее эффективности, а это именно те вопросы, которые интересуют менеджмент.
- The Unicorn Project (2019 год) - эта книга написана Gene Kim как продолжение предыдущей книги Проект Феникс

Связанные книги
- Team Topologies - книга про Team-First подход при проектировании архитектуры программных систем, так и организации.
- Learning Domain Driven Design - эта книга содержит много рекомендаций о том, как бороться со сложностью при проектировании софта.
- A philosophy of sotfware design - книга посвященная борьбе со сложностью и тому, как практиковать стратегический подход к разработке.
- Making Work Visible - простая книга про улучшение процессов разработки с использованием kanban подходов
- SRE Book - крутая книга целиком посвященная тому, как делать надежные системы и строить процессы вокруг них
- "Lean Software Development" - книга про lean практики в разработке

Исследования
- Google's Project Aristotle - исследование, которое ответило на вопрос "What makes a team effective at Google?"
- A typology of organisational cultures - интересное исследование про типологию организационных культур (pathological, bureaucratic, generative)

Мои выступления на связанные темы
- Культура постмортемов
- От монолита к микросервисам и обратно
- Эволюция подходов к развитию мобильного банка Тинькофф
- Эволюция web Tinkoff на ArchDays

#Processes #Management #Architecture #Conference #ExternalReview #ProductManagement #Leadership #SoftwareDevelopment #Software #SoftwareArchitecture

Что мой сын должен знать об устройстве этого мира

Эта книга Фредерика Бакмана написана в ироничном стиле и состоит из серии отдельных эссе, которые рассказывают об отцовстве и взрослении его маленькому сыну, который тоже когда-нибудь в будущем повзрослеет:) Юмор и глубина эссе проглядываются даже в их названиях:
- Что тебе нужно знать насчет лампочек в туалетах
- Что тебе нужно знать насчет "Икеи"
- Что ты должен знать о футболе
- Что тебе нужно знать о вещах
- Что тебе следует знать о мужском начале
- Что тебе нужно знать о боге и аэропортах
- Что тебе нужно знать о судьбе поющего жирафа
- Что тебе нужно знать о наших расхождениях с мамой этой Фесилии
- Что тебе следует знать о добре и зле
- Что тебе нужно знать о создании рок-группы
- Что ты должен знать о любви
- Что тебе нужно знать о том, почему я держу тебя за руку крепче, чем другие

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

Моему сыну.

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

Твой папа

А к концу книги, изучив все истории молодого папы, все заканчивается зацикливанием фразы из вступления: "И имей в виду, что вообще-то ты первый начал."

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

#ForKids #Humor

How to Reverse Software Entropy • Saleem Siddiqui • GOTO 2023

Интересное выступление на тему разработки софта и как это связано с физикой, точнее с концепцией энтропии и ее возростания.
Собственно для энтропии автор использует определение от Saleem Siddiqui:
A composite mesure of disorder that subsumes qualitative and quantitative measures
Автор достаточно много говорит про то, как понять энтропию качественно, а потом переходит на количественные метрики и отмечает следующее
- Size (LoC, Number of files, Number of dependencies)
- Volatility
- Cyclomatic complexity
- Coupling and instability
- Cohesion: LCOM, TCC, LCC

Дальше он говорит про пять факторов, которые повышают энтропию
1. Dependecy forest - здесь автор показывает как создание простого react app тянет больше трех тысяч модулей из npm и вспоминает знаменитую историю про left pad библиотеку, удаление которой сломало кучу сайтов
2. Lopsided test strategy - здесь автор пинает cucumber и bdd в общем и говорит про пирамиду тестированияя (пирамидальной формы).
3. Progressive test anemia - здесь он упоминает про test coverage, который можно искусственно завышать, но смысла в этом не много
4. Over-engineering - здесь идет рассказ про усложненные решения навроде инновационных дворников для машин, про которые рассказывает автор. А потом автор пинает Kubernetes или скорее тех, кто его использует просто в силу моды
5. Staff we refuse to foresee - пример с отключением государственных сайтов США, что привело к отключению сайта NIST, на котором представлены CVE базы, которые стали недоступны. В итоге, CI/CD пайпланы с проверкой уязвимостей в тот день не работали. Автор показывает это в качестве примера для более глубокой работы с рисками:)

#SoftwareArchitecture #Software #Processes #Management #ContinuousDelivery #Engineering #SoftwareDevelopment

Романтика искусственного интелекта

Лет 5 назад я прочитал интересную книгу "Романтика искусственного интелекта" за авторством Потопахина, которая вышла в далеком 2016 году.
Мне тогда эта книга понравилась тему, что оставила больше вопросов, чем дала ответов:) И одной из основных мыслей, проходящих сквозь всю книгу, была мысль о том, что есть 2 вопроса относительно AI:
1. Глобальный - "что такое интеллект и как создать систему, как минимум равнозначную человеку, а может быть, его и превосходящую"
2. Локальный - "как для каждого отдельно взятого интеллектуального процесса создать его эффективную техническую модель"
Причем сейчас в основном все исследования по AI решают задачи 2 типа, которые являются прикладными и которые в потенциале хорошо монетизируются:)

А вообще, книга состоит всего из 7 глав:
1. Задача тысячелетия - размышления на тему того, чем является интеллект и что им не является
2. Вся жизнь игра - рассмотрение способов обучения искусственного интелекта игре в разнообразные игры
3. Интеллект искусственный и обучаемый - рассмотрение неотъемлемого свойства интеллекта, а именно возможности обучения
4. Сетевая архитектура - куда же без нейронных сетей:)
5. Распознавание образов - тоже очень популярная тема, в которой есть ряд достижений
6. Искусственное познание - от систем логического вывода теорем до самоорганизующихся систем AI:)
7. Интеллект, равный человеческому?! - напутствие в мир AI от автора и целой когорты исследователей, посредством приведения их избранных цитат на заданную тему
Итого, книга легко читается и почти не содержит математики, т.к. она служит целям популяризации искусственного интеллекта.

P.S.
Отдельное спасибо автору за то, что в главе относительно игр основные примеры рассматривались на базе шахмат:
- дерево перебора
- оценочная функция
- минимакс и альфа-бета-алгоритм
- разные этапы игры и изменение оценочной функции на основе приоритетов факторов на разных этапах

Почуствовал дежавю, так как в дестве много лет играл в шахматы:)

#Chess #AI #Math #DataScience

Совершенствование потока разработки программного обеспечения

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

#Processes #Management #Architecture #Conference #ExternalReview #ProductManagement #Leadership #SoftwareDevelopment #Software #SoftwareArchitecture

Can We Please Stop Talking About Tech Debt? • Emily Rosengren • GOTO 2023

Противоречивый доклад с концеренции goto, в котором Emily рассказывает про техдолг и предлагает не называть технические задачи так:)
Аргументация состоит в том, что со времен Уорда Канингема, придумавшего эту метафору, наша индустрия поменялась. Саму концепцию Уорда Канингема хорошо описал Мартин Фаулер в своей статье "Technical debt":
Software systems are prone to the build up of cruft - deficiencies in internal quality that make it harder than it would ideally be to modify and extend the system further. Technical Debt is a metaphor, coined by Ward Cunningham, that frames how to think about dealing with this cruft, thinking of it like a financial debt. The extra effort that it takes to add new features is the interest paid on the debt.
Эмили апелирует к следующим изменениям:
- переход от проектной работе к продуктово-ориентированным командам - мы инвестировали в изменение подходов к организации команд для создания софта в другом формате
- распространение cloud-native distributed systems - область, которую можно отнести к долгу увеличилась
- появился целый зоопарк технологий (с 1992 года, когда концепция техдолга появилась)

Дальше Эмили подводит к мысли, что
There is bad software and better software, but no such thing as "best" or "the right" implementation
и отсюда появляется мысль, что
Software and context around it is continually changing - the best tradeoffs come from current context

Дальше автор доклада предлагает не навешивать label техдолг на какие-то технические задачи, а влиять целиком на улучшение продукта и она предлагает такой алгоритм для того, чтобы делать это успешно:
- Do the work when it matters
- Explain the "why"
- Understand the product roadmap and care about it too

Дальше она разбирает стандартный тезис инженеров вида "I can't get my tech debt prioritized" и предлагает переформулировать это в утверждение другого вида "I can get my timely. prroduct-strategy-relevant improvement recommendations prioritized":)

P.S.
В принципе, мысли у автора хорошие, но кажется, что это просто изменение названия, но не концептуальное изменение подхода. Мне гораздо больше нравится подход Джона Остерхута со стратегическим программированием, что он описывал в книге "A philosophy of software design" (вот тут есть краткое описание книги, которую мы разбирали в клубе Code of Architecture). Плюс я думаю, что надо делать технические инвестиции up-front с точки зрения внедрения инженерных практик в новые проекты, а не ждать накопления долга и выплаты процентов.

#Engineering #Architecture #Processes #Management #Leadership

Профессионализм и решение задач – Владимир Спиридонов / ПостНаука

Интересное и короткое выступление Владимира про отличие экспертов от новичков. В рассказе фокус идет на трех отличиях с примерами исследований экспертов и новичков шахматистов, ученых-физиков, врачей:
1. Репрезентация, представление ситуации (мышление блоками, классифицирование, возможность использования поверхностной информации)
2. Стратегии решения (предметнозаточенны, количество под определенные случаи)
3. Стратегии самоуправления (первоначальный анализ, предсказание возможных проблем, фиксация и анализ ошибок)
Рассказ инетересен тем, что он позволяет понять как двигаться в сторону профессионализма и экспертности в выбранной вами области:)

P.S.
Люблю статьи и видео ПостНауки, где публикуется интересный и полезный научно-популярный контент.

#Brain #SelfDevelopment #PopularScience