"Закон Джунглей" ("The Serengeti Rules. The Quest To Discover How Life Works And Why It Matters") Шона Кэрролла

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

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

#PopularScience #Architecture

Появилась запись моего выступления с кэмпа SouthHub, на котором я рассказывал про Эволюцию роли технического руководителя от инженера до CTO.
Чуть раньше я уже давал ссылку на статью на Medium, в которой я писал расшифровку этого выступления.

#Conference #Management #SelfDevelopment #Processes #CTO

Мифический человеко-месяц (The Mythical Man-Month)

Эту книгу написал Фредерик Брукс и она была издана впервые в 1975 году и с тех пор она стала классикой жанра.
Стоит ли ее читать почти через сорок лет после издания?
Определенно стоит и вот почему
- Книга посвящена управлению программными проектам и основана на опыте Брукса в IBM, где он участвовал в управлении проектом по созданию OS/360 (в то время, когда я начинал знакомиться с компьютерами от этого проекта от этого проекта остались только мышки с круглым штекером PS/2)
- Управление программными проектами со времен Брукса страдает от похожих проблем и полезно о них прочитать заранее, чтобы попробовать обойти
- Книгу растащили на цитаты и мем, например
-- "Девять женщин не родят ребенка за месяц"
-- "Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше"
-- "Закон второй системы: Программист, разрабатывающий свою вторую систему, склонен добавлять все те возможности, которые он не смог добавить в свою первую систему"
-- "Мифический человеко-месяц" (вынесенное в название книги выражение про оценку трудозатрат)
-- "Серебрянной пули нет" (вынесенное в название одной из глав идея о том, что универсальной таблетки от всего не бывает)
- В общем, чтение этой книги must have для всех технических руководителей, начиная с тимлида и выше. Не только потому, что она крутая, но и потому, что референсы и отсылки к этой книге есть почти в любой другой литературе по менеджменту IT проектов/процессов/продуктов ...

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

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

На кэмпе SouthHub было много интересных докладов, но мне прямо зашел доклад Игоря Курочкина.
Доклад называется "Что CTO может взять полезного из DevOps", возможно, это связано с тем, что я CTO и мне эта тема отзывается, а может Игорь просто круто рассказывал ... или и то и другое вместе:)
В общем, смысл в том, что в этом докладе рассмотрены стандартные проблемы организации процессов разработки и эксплуатации, рассмотрен подход разных компаний к решению этих проблем
- Google - separate SWE and SRE и конкракты между ними (SLA, SLO, SLI, Error Budget, ...)
- Amazon - общие команды с эксплуатацией, подход "you build it, you run it"
- Netflix - full cycle developer, команды похожи на Amazon
Все эти подходы опирались на платформенные команды ... а продолжение лучше посмотреть в самом докладе.
Отдельно я Игоря попросил написать текстовую расшифровку в виде статьи и она когда-нибудь будет:)

#Conference #CTO #Processes #SoftwareDevelopment

EventStorming

Это крутая техника проведения воркшопов для коллаборативного изучения сложного бизнес домена ...
Этот подход придумал и дал ему определение Alberto Brandolini. Но что это значит на пальцах?
Суть в том, что иногда домен настолько сложен, что никто точно не понимает как это работает.
В этом случае можно собрать всех включая экспертов доменной области и разработчиокв и поговорить ...
а Event Storming позволяет структурировать этот разговор так, чтобы ценное время специалистов не было потрачено зря.

Если кратко сутруктурировать технику Event Storming, то получим следующий набор шагов в рамках воркшопа
- Unstructured exploration — на этом шаге в режиме брейншторма все участники группы самостоятельно накидывают на доску domain events
- Timelines — сгенерированные на предыдущем шаге domain events выстраиваются в хронологическом порядке, начиная с happy path
- Commands — на этом шаге добавляются commands, которые описывают что именно триггерит событие или поток событий. У части команд есть actor, который и запускает выполнение команды
- Policies — на этом шаге идет разбор команд, которые не имеют actor. У таких команд есть policy, когда запускается такая команда, обычно она завязана на наступление какого-то другого domain event
- External systems — на этом шаге модель расширяется внешними системами, которые не являются частью домена, что разбирается, но которые участвуют в процессе, например, исполняют command или получают нотификации о domain events
- Aggregates — когда все команды и события на месте, участники могут начать задумываться об оптимизации и выделении aggregates, которые получают команды и генерируют события
- Bounded contexts — на последнем шаге время посмотреть на всю картину. Группы тесно связанных aggregates являются естественными кандидатами на определение границ для bounded contexts

У Alberto есть книга, которая уже много лет написана на 70%. Я ее даже как-то читал:)
Есть куча выступлений с описанием подхода:
- с конференции GOTO в 2018
- с конференции DDD Europe в 2019
- с конференции USI Events в 2021

#DDD #Architecture #Processes #EventStorming

Шаги техники Event Storming

Сегодня я решил вспомнить про книгу "Жизнь на грани" ("Life on the Edge: The Coming of Age of Quantum Biology") из серии NewScience от 2х профессоров из университета Суррея: теорфизика и молекулярного генетика. Эта пара исследователей решили совместно написать первую книгу по квантовой биологии ... и у них получилось очень увлекательно. Впрочем это и не удивительно для книги из этой серии.

Книга начинается путешествием малиновки из леса Центральной Швеции на юг, используя в качестве своеобразного gps магнитное поле Земли. Дальше идут 10 глав, в которых авторы разбирают как именно работает магниторецепция, как работают гены, ферменты, фотосинтез, восприятие запаха, рассматривается вопрос надежности информации при репликации клеток. В конце книги авторы добираются до рассмотрения вопросов "что такое разум", "как зародилась жизнь" и дают интересную метафору относительно квантовой биологии aka "жизни на границе бури". Кажется, что книга на этом заканчивается, но ...
В эпилоге малиновка символично возвращается домой, замыкая цикл:)

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

#PopularScience #Physics

ATDD. Разработка ПО через приемочные тесты (ATDD by Example: A Practical Guide to Acceptance Test-Driven Development)

Сегодня наткнулся на тему как определить готова ли задача и вспомнил эту книгу за авторством Маркуса Гэртнера... И этот труд оставил у меня двойственное впечатление.
Например такое, что надпись ATDD большими буквами ни разу не способствует продаже книжки:)
Особенно если ты не знаешь, что ATDD расшифровывается как Acceptance Test-Driven Development.
А если серьезно, то книжка достаточно неплохая, но
- отдает сильно нафталином (книга 2012 года)
- построена в формате сначала разрабор примеров написания acceptance тестов для парковки, а потом для светофоров.
И только после этого идет обсуждение принципов. А я такого не люблю - по-мне так сначала надо дать принципы, а потом обсудить как они работают в конкретной ситуации

Из плюсов, причем больших, следует отметить, что
- автор раскладывает варианты реализации ATDD через BDD, использование табличных форматов (таблицы решений, таблицы запросов, таблицы скриптов) и выделяет автоматизацию через ключевые слова, которые можно выстраивать в иерархии
- отмечает, что ATDD - это разработка ПО, поэтому на связующий код системы приемочных тестов надо писать свои собственные unit-тесты или вообще разрабатывать ATDD через TDD:)
- рассказывает о порочном круге фейла в acceptance тестировании, который начинается с непонятности тестов
- четко говорит про то, что нужен баланс между ручным и автоматизированным тестированием
- неплохо расписывает квадрант тестирования и типы тестов
- дает краткий обзор технологий из 2012 года 😁
- рассказывает о том, как проблемы при написании acceptance тестов сигнализируют, что при реализации кода приложения были потеряны некоторые концепции и предлагает их добавить:)
В общем, книжка определенно полезная, но основной цимес книги начинается в последней трети, где обсуждаются общие концепции и подходы к тестированию. Первые две части можно относительно безболезненно пропустить:)

P.S.
Помню, что первый раз с ATDD я столкнулся где-то в те же годы, когда проходил пару курсов университета Berkley про SaaS и использовал BDD при помощи огурца aka Cucumber😁.
Кстати, курс был неплохой, но его уже давно нет на edx:)

#Quality #Management #SoftwareDevelopment #Software

В продолжении темы Стругацких.
Рекомендую этот крутой канал по научной фантастике.
Я сам с удовольствием смотрю видео от RocketMan, вспоминая прочитанные SciFI книги, понимаю как они глубоки:)