Книжный куб

Письмо Джеффа Безоса акционерам 2010 года Продолжая тему RnD (Research and Development), я хочу вспомнить письмо Джеффа Безоса акционерам в 2010 году. В этом письме Джефф рассказывал про важность общих подходов и инструментов. Вот основные моменты, что я отметил для себя: - Many of the problems we face have no textbook solutions, and so we -- happily -- invent new approaches. - We’ve leaned heavily on the core principles from the distributed systems and database research communities and invented from there. - All the effort we put into technology might not matter that much if we kept technology off to the side in some sort of R&D department, but we don’t take that approach. Technology infuses all of our teams, all of our processes, our decision-making, and our approach to innovation in each of our businesses. It is deeply integrated into everything we do. Как по мне, подход близок тому, что описывался в гибридном подходе Google. #RnD #SoftwareDevelopment #SystemDesign #Engineering #Management

Обзор white paper "Google's Hybrid Approach to Research" В последнее время я заинтересовался темой того, как устроено RnD (Research and Development) направление в разных технологических компаниях. Так я наткнулся на эту статью 2012 года с описанием того, как к этому подходит Google (статья доступна в pdf версии здесь). Мне подход показался интересным и я написал обзор, в который добавил визуализации основных идей авторов изначальной статьи. #RnD #SoftwareDevelopment #SystemDesign #Engineering #Management

Continuous Architecture in Practice Eoin Woods & Simon Brown • GOTO 2021 Крутое интервью в двух частях Eoin Woods (соавтора книги "Continuous Architecture in Practice"), которое он дал Simon Brown (автора книги "Software Architecture for Developers"). В первой части они обсуждают - Обсуждают древние времена начала 2000х годов, когда Eoin вместе с Nick Rozanski написал книгу "Software Systems Architecture: Working with Stakeholders Using Viewpoints and Perspectives". Это были времена waterfall, RUP (rational unified processes), UML и остальных вещей, которые потеряли популярность в наши времена - Дальше происходит погружение в то, к чему относится Viewpoints and Perspectives - Eion рассказывает про "4+1 architectural view model" и как они расширяли этот подход - Дальше ребята обсуждают "context view", который был в книге "Software Systems Architecture", где этот контекст должен был быть у продакта системы, но на практике оказалось, что такого контекста нет ни у кого и его приходится собирать в начале проектирования системы - А продолжается все вопросом архитектурной документации и какой минимальный состав необходим - Eion отвечает, что все зависит от потребностей стейкхолдеров:) Дальше приводит ребят из operations, compliance, ... Тут же обсуждается история про самодокументируемый код и отсутствие необходимости в документации, как проповедовал Uncle Bob - этот подход авторы ставят под сомнение Во второй части обсуждение продолжается другими темами - UML в 2021 году - Eoin много лет продвигал UML, но в 2021 году многие уже не умеют его читать и понимать - Про синхронизацию частей системы - здесь про моделирование в отличие от картинок в Power Point (подробнее можно посмотреть в выступлении Simon Brown про structurizr) - Про разницу evolutionary и contionuos architecture - здесь автор сравнивает книгу evolutionary architecture (что мы обсуждаем в книжном клубе "Code of Architecture") и свою, в которой более практичный подход к постоянной работе над архитектурой систем - Про важность software architecture в век agile разработки, когда вопросы продумывания архитектуры отбрасывают как рудимент больших up front ивестиций и решают просто начать писать код спринт за спринтом:) - Про архитектурное мышление и размазывание архитектурных решений на протяжении software development life cycle со сдвигом влево (shift left) - Про практичность книги "Continuous Architecture in Practice" - целевая аудитория у книги по мнению авторов: практикующие архитекторы с опытом и те, кто новички в этой роли:) P.S. Я уже писал про принципы Continuous Architecture и то, что книга мне зашла. Собственно, после этих интервью мне подход авторов понравился еще больше. #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management

Рождение богов (La Sagesse des Mythes. La Naissance des Dieux) Очень красивый и интересный комикс из той же серии, что комикс про Прометея и Ящик Пандоры. На самом деле именно этот комикс является началом серии, так как тут рассказывается греческая версия большого взрыва с появлением земли (Геи) из Хаоса, дальше рождением неба (Урана), а также дальнейшим появлением первых богов греческого Пантеона, среди которых был и Кронос, единственный не оказавшийся взаперти. Дальше срабатывает рекурсия и Кронос ведет себя как свой отец Уран, но его младшенький сын, Зевв, тоже оказывается на свободе и идет против отца ... В общем, этот комикс позволяет ознакомиться с космологией по гречески, которая переплетается с религией и философией. Автор этих комиксов - современный французский философ, Люк Ферри, который знакомит людей с великими мифами через философские идеи. #Comics #History #ForKids

Беслатный онлайн-курс по математике для школьников 4-6 классов от Тинькофф Образования У нас появились бесплатные курсы по математике для школьников в средних классах. Эти курсы помогут повысить интерес к математике у школьников, так как не всегда математику преподают в школах круто. Также курсы могут помочь развить мышление и подготовить школьников к новым свершениям в старших классах. P.S. Я сам учился в ЗФТШ (заочной физико-технической школе при МФТИ), но это было уже в 10 и 11 классе и помогло мне в свое время поступить на Физтех. Но эта штука не очень масштабировалась, а наше обучение в рамках Тинькофф Поколения сможет охватить больше направлений и помочь большему количеству школьников получить актуальные и полезные знания и навыки. В общем, я считаю, что наши программы обучения - это топчик:)

Материалы к четвертому выпуску Code of Architecture по книге "Building Evolutionary Architectures" Вчера у нас прошел четвертый стрим по книге и мы упоминали следующие книги и концепции: - Книга "Рефакторинг баз данных: эволюционное проектирование (Refactoring Databases: Evolutionary Database Design)" - старая книга 2006 года, на основе которой авторы написали обсуждаемую главу. Pramod Sadalage - является соавтором как старой книги, так и новой. В этой книге обсуждалось то, как жилось раньше во времена, когда RDBMS были доминирующей силой и они предоставляли гарантии ACID - Книга "NoSQL. Методология разработки нереляционных баз данных (NoSQL Distilled: A Brief Guide to the Emerging World of Polyglot Persistence)" - старая книга 2012 про NoSQL базы, что пришли вслед за RDBMS. В этой книге Pramod Sadalage тоже является соавтором. Кстати, NoSQL решения уже не предоставляли гарантии ACID, а ограничивались BASE (Basically Available, Soft-state, Eventually-consistent) - Концепция NewSQL, которая пришла вслед за стандартными RDBMS и NoSQL решениями. Основная особенность в том, что клиенты такой базы получают в ней одновременно и ACID гарантиии на транзакции и горизонтальное масштабирование как в NoSQL решениях. Но ничего не дается бесплатно, поэтому такие базы обычно сложно устроены внутри и нетривиальны с точки зрения operations - Отдельно мы вспоминали про GDPR и штрафы за его несоблюдение, например, за бесконечное хранение данных пользователей. - Плюс много историй было про Snowflake и есть вот такое крутое видео от Николая, где он про него рассказывает - Кроме того, мы упоминали и другие базы данных из категории NewSQL - - Google Spanner - один из первых представителей класса NewSQL решений. Подробнее рекомендую почитать в white paper. Есть в облаке Google в формате Google Cloud Spanner - - CockroachDB - другая NewSQL база данных, которую написали выходцы из Google, вдохновляясь Google Spanner. Подробнее в white paper. В прошлом году ребята из Cockroach Labs анонсировали CockroachDB Serverless в GA (generally available) - - YDB - другая NewSQL база данных, но уже от Yandex. Примечательно, что тут другой подход к транзакциям, а именно детерминированные транзакции Calvin, подробнее в white-paper. Она доступна в Yandex Cloud #SoftwareArchitecture #Architect #CoA #Databases #Data #SoftwareDevelopment #SystemDesign #DistributedSystems

Organization: A Tool for Software Architects • Eberhard Wolff • GOTO 2021 Интересное выступление с goto конференции, посвященное связи архитектуре и тому, как она связана с происходящим в организации. Автор для начала рассказывает про закон Конвея "Организации проектируют системы, которые копируют структуру коммуникаций в этой организации" (1967 год). А дальше рассказывает про обратный маневр Конвея (2012 год), который собственно и показывает как можно использовать организацию как инструмент для архитекторов:) Дальше история развивается в сторону customer-supplier взаимодействия команд внутри компании - это один из паттернов взаимодействия команд, который разбирается в DDD, подробнее можно почитать в моем кратком саммари книги Влада Хононова "What is DDD". Дальше автор доклада делает следующие выводы и задает следующие вопросы 1) Organization must be defined -> coarse-grained architecture 2) Managers work on organization & (organization = architecture) -> (architects == managers)? - но тут автор отвечает, что в законе Конвея не про оргсхему, а про коммуникации в организации 3) Communiction is a tool for architects - вывод из предыдущего размышления. Тут же появляется история про CoP (Community of Practiice), которое у нас в Tinkoff реализуется через институт профессий, у которых есть свои лидеры, общие встречи, задачи улучшения общих инструментов и практик Дальше автор рассказывает про книгу "Accelerate", из которой он делает вывод, что на замену старому подходу к архитектуре, где все решения принимает архитектор, должен прийти новый, где "what is important is enabling teams to make changes to their products or services without depending on other teams or systems". В этой концепции architec enable others:) Потом автор вспоминает про концепцию коллаборативных игр и конкретно игру "Pandemic", где все участники уж точно в одной лодке и побеждают или проигрывают вместе - так должно быть и в IT проектах:) Где-то в середине выступления автор доходит до слайда Architects shouldn't do architecture! Вместо этого он предлагает архитектору помогать распространению знаний и дальнейшему их adoption в рамках работы. Дальше пример с проведением вокршопов с kata/dojo и дальше поддержки команд, что пробуют новое. Преимуществами воркшопа автор называет - распространение знаний о новых техниках - распространение знаний о вызовах и решениях - улучшение коллаборации команд Ну и заканчивается все обсуждением культурных вопросов и проблем 1) Когда на обсуждении новой идеи люди говорят "Well, just tell us how you want us to work" - здесь проблема с тем, что так не работает, работа над новой идеей - это совместная работа и если люди просто спрашивают "что им нужно делать", то значит они не купили вашу идею 2) Шаринг бизнес-целей и стратегии с архитекторами, например по причине секретности - ну тут сложно что-то улучшать, если не понятна цель 3) Социальные организации не являются детерминисткими - наши действия не всегда приводят к предсказуемому результату. Автор приводит пример с неудавшейся реорганизацией, которая не повлияла на потоки коммуникации В заключении автор заканчивает следующими тезисами - establishing communication = supporting architecture - training + consulting = fine-grained architecture #Architecture #SoftwareArchitecture #Architect #Conference #SoftwareDevelopment #Software #Management

Четвертый выпуск Code of Architecture по книге "Building Evolutionary Architectures" Сегодня в 18:00 по Москве мы продолжим чтение книги про эволюционную архитектуру и поговорим про главу Обсудим 6-ую главу Building Evolutionary Architectures, а точнее про темы — инкрементальное изменение схемы и данных в базе данных — транзакции как драйвер эволюции — контроль ссылочной целостности в распределенных системах Также поговорим о том, подходят ли триггеры и хранимые процедуры для эволюционной архитектуры. Гостем стрима станет Николай Голов, Head of data engineering в ManyChat. В прошлом Николай развивал data-платформу в Авито и помогал перейти к микросервисной архитектуре от монолита. #CoA #Databases #Data #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign

Научная коммуникация. Руководство для научных пресс-секретарей и журналистов (Handbook for Science Public Information Officers) Я прочитал эту книгу на выходных и меня заинтересовала связь между работой научного пресс-секретаря и devrel специалиста, а точнее сходство их методов работы: научный пресс-секретарь связывает журналистов и ученых. Журналистам ему надо рассказать в простых словах в чем преуспел ученый и какой эффект от его работы. Ученых ему требуется подготовить для общения с журналистами и объяснить, что общаться надо не на научном жаргоне, а простыми и понятными терминами:) Пресс-секретарь пишет пресс-релизы и сообщения в блог, где рассказывает о достижениях ученых, давая ссылки на их статьи и выступления на конференциях. Интересно, что эту книгу написал Мэттью Шипман, который сначала работал журналистом, а потом стал пресс-секретарем, поэтому в его заповедях научного пресс-секретаря виден этот дуализм и стремление к кооперативной работе этих специалистов. Вот эти заповеди - Не завышайте значимость результатов - Реагируйте быстро (в общении с журналистами) - Помогайте другим организациям (и не отзывайтесь о них плохо) - Не блокируйте доступ к ученым - Проверяйте свой пресс-релиз или пост в блог вместе с учеными - Будьте готовы прислать статью (ту статью, о которой вы общаетесь с журналистам) А если говорить про структуру книги, то она выглядит так 0. Почему так важен научный пресс-секретарь 1. Ищем истории и решаем, о чем писать 2. Пишем статьи 3. Предлагаем истории 4. Иллюстрируем материал 5. Обучаем ученых говорить о своей работе 6. Рассказываем истории сами: социальные сети и блоги 7. Измеряем успех вашей истории 7 Истории, которые вам не нужны: кризисные коммуникации В итоге, книга мне понравилась - она достаточно полезна для того, кто много рассказывает про науку или IT разработку:) #Science #Devrel #PublicSpeaking #Writing

Confessions of an Enterprise Architect • Scott Shaw • YOW! 2016 Выступление про enterprise архитектуру семилетней давности, которое было опубликовано сегодня на канале GOTO Conferences. Казалось бы зачем мне про него сейчас вспоминать? А ответ простой - буквально на этой неделе мы в программном комитете конфереции ArchDays обсуждали темы на пятую ежегодную конференцию ArchDays 2023. В ходе обсуждения мы вспомнили запрос посетителей прошлой конференции о докладах на тему enterprise architecture. Сам я считаю эту тему в каноническом виде рудиментом из прошлого ... что отчасти подтвеждает этот доклад семилетней давности, где Scott Shaw с юмором и в формате покаяния говорит про темы 1) Admitting "Architect" is a thing 2) Requiring documentation 3) Governance 4) Command and control 5) Preferring COTS packages А дальше он финализирует свой рассказ про подход к entrerprise architecture в 21 веке, который должен следовать следующим приницпам, где элементы выделенные жирным предпочтительны относительно тех, что выделены курсивом 0) While we need ... -> Our preferred approach is ... -------------------------------------------------------------------- 1) Architecture -> Technical leadership 2) Traceability -> Architecture decision records 3) Strategically-aligned decisions -> Principles, influence, transparency 4) Direction -> Empowerment and accountability 5) Off-the-shelf software -> Small, incremental investmens В общем, хороший это доклад, который не потерял актуальность до сих пор:) #Architecture #SoftwareArchitecture #Software #Conference #SoftwareDevelopment

The Illustrated Children's Guide to Kubernetes Помню как 5 лет назад наткнулся на интересный комикс про Kubernetes для детей (у него есть видео-версия). Концепт мне понравился тем, что сложные вещи объясняются буквально на пальцах да так, что и малыш поймет. А недавно я зашел посмотреть обновления проекта и заметил, что теперь это называется Phippy & Friends и там есть новые персонажи и новые серии: - Phippy Goes to the Zoo - Follow the tale of Phippy and her niece Zee as they take an educational trip to the Kubernetes Zoo. - Admiral Bash’s Island Adventure - Admiral Bash’s ship has been sunk by pirates and his mainframe is at the bottom of the sea! Washed up on a deserted island, join Admiral Bash as he navigates his cloud native transformation, helped by Phippy, Zee, Captain Kube, Goldie, Linky, Hazel and some very special new friends. - From 00-K8s with Love - Agent 00-K8s has to deliver a super secret package as quickly and safely as possible. Will she be able to do it? - Phippy and Zee go to the Mountains - Another work featuring Phippy and friends: Join Phippy and Zee on a 4-dimensional hike! - Phippy In Space: Adventures in Cloud-Native Recovery - In the not-so-distant future, space outposts (cloud-native infrastructure) are the next frontier for settlement and Captain Kube is in charge of the cutting-edge Mars outpost. As the outpost has grown in size and complexity, Captain Kube needs to find solutions for many of the settlement’s growing pains. He has recruited Phippy to work with him on the outpost’s Day 2 challenges. Join them on their adventure, as they journey to Mars and brainstorm solutions. - Phippy’s Quest for Cloud Native Transformation - Phippy is discussing her business challenges with Captain Kube to make the most of an upcoming big sale. Join their discussion on how to be truly cloud native. В общем, есть что почитать детишками перед сном, чтобоы познакомить их с современным cloud-native концепциями:)) #Software #Cloud #ForKids #Comics

Рефакторинг баз данных: эволюционное проектирование (Refactoring Databases: Evolutionary Database Design) Эта книга посвящена эволюционному изменению баз данных. Она написана в 2006 года, а в те времена реляционные базы данных были стандартом де-факто и альтернатив особо не было. Потому вся книга посвящена эволюции подходов с жесткой схемой данных (schema on read), в ней активно рассматривается использование триггеров и хранимых процедур и не идет речи про polyglot persistence. Зато авторы говорят про написание тестов, процесс деплоя, sandboxes для разработчиков и так далее. Я читал эту книгу первый раз лет десять назад и она мне тогда казалось достаточно актуальной. Сейчас я перечитал ее и часть вещей кажутся очевидными, а вот часть все еще интересны:) Если говорить про содержание книги, то в ней 11 глав 1) Evolutionary database development - здесь авторы вводят понятие эволюционного развития баз данных и перечисляют техники: database refactoring, evolutionary data modeling, database regression testing, configuration management of database artifacts, developer sandboxes 2) Database refactoring - в этой главе авторы проводят параллели между рефакторингом кода и рефакторингом схемы данных, а также класификацию видов рефакторинга, что подробнее раскрываются в главах 6-10. Здесь же идет речь про database smells: multipurpose column, multipurpose table, redundant data, tables with too many columns, tables with too many rows, "smart" columns, fear of change 3) The process of database refactoring - здесь авторы рассказывают про процесс с созданием новой схемы, параллельным существованием новой и старой схемы, а потом выключением старой. По-факту, это стандартная история с compatibility между версиями (forward и backward compatibility) 4) Deploying to production - здесь немного про CI/CD для баз данных (сейчас эта глава кажется очевидной) 5) Database refactoring strategies - глава про то, как подходить к миграциям с точки зрения организационного процесса Дальше авторы проходятся по классам рефакторинга, которые они определили в главе 2. 6) Structural refactoring - здесь рассматриваются простые вещи, навроде того, как удалить колонку, таблицу, view, объединить колонки, переименновать их или например перейти от отношения один-ко-многим к отношению многие-ко-многим 7) Data quality refactoring - добавить или удалить ограничения на nullable, ввести формат данных для колонки, добавить или удалить дефолтное значение или переместить данные 😍 Referential integrity refactoring - как добавить или удалить constraints, добавить каскадное удаление, реализовать hard или soft delete, сделать историю на триггерах 9) Architectural refactoring - сделать CRUD через процедуры, добавить метод на чтение через процедуры, добавить view, добавить индексы, заменить процедуру на view или наоборот:) 10) Method refactoring - про рефакторинг триггеров, процедур и всего того, что сейчас рекомендуют использовать по минимуму 11) Transformation - как добавить новую колонку, новую таблицу, новый view, обновить данные В итоге, если говорить про книгу целиком, то на текущий момент она скучновата и местами очевидна, но ее все еще можно использовать как справочник того, как делать некоторые изменения в реляционных базах данных. P.S. Эту книгу я решил вспомнить в контексте нашего книжного клуба Code of Architecture, в котором мы в понедельник обсудим главу про эволюцию данных из книги "Building Evolutionary Architecture". В этой главе есть отсылка к этой книге "Refactoring Databases", так что я решил обновить свои воспоминания:) #Databases #Data #Software #SoftwareArchitecture #Architecture

Черчилль. Биография в комиксах ("Ils ont fait l’histoire: Churchill, volume 1" и "Ils ont fait l’histoire: Churchill, volume 2") Дочитал сегодня биографию Черчиля в комиксах, которую написал квартет авторов: Дельма Винсен, Керсоди Франсуа, Рено Кристоф, Каммарделла Алессио. В оригинале эта биография состоит из двух частей: 1) Жизнь Черчиля до Второй мировой войны 2) Его действия во время нее В издании на русский язык эти тома объединены в одну книгу, которые рассказывают историю жизни Уинстона, которая интересна сама по, а оформленная в стиле комикса она читается на одном дыхании. В книге идет речь про - детские и юношеские годы, когда он не всегда оправдывал надежды родителей - окончание военной школы и отправка в горячие точки на периферии влияния Британской империи, где он зачастую был и младшим офицром и журналистом - возврат в Англию, политической карьеры и ее развитие до Первой мировой войны - участие в войне сначала в качестве Первого лорда адмиралтейства, а потом после Дарданелльской операции отставка с поста и участие в войне уже просто в качестве подполковника - до второй мировой он активно критиковал политику умиротворения Гитлера, но находился в оппозиции к тогдашнему политическому курсу - во время Второй мировой войны его призвали руководить правительством и делал он это очень эффективно Кстати, периоду Второй мировой войны посвящена половина этого комиска:) #Comics #Biography

Канал на Youtube "Code of Architecture" Мы завели отдельный канал на Youtube, где будут публиковаться обсуждения одноименного книжного клуба. Плюс там сейчас заведены плейлисты с записями по каждой книге, которых пока набежало 7 полных и одна в процессе:) Подписывайтесь, чтобы не пропустить новые стримы (ну или я про них потом все равно отдельно напомню) #CoA #Architecture #SoftwareArchitecture

Kafka (Франц Кафка: БиоГРАФИЧЕСКИЙ роман) Этот комикс Роберта Крумба и Дэвида Зейн Мейровица рассказывает историю Франца Кафки, чья личность остается загадочной до сих пор. Я не читал его произведений, но мне стало интересно, а в честь кого назвали популярное open source решение Apache Kafka для построения систем, использующих messaging. Одному из создателей этого open source решения, а точнее Jay Kreps, нравилось творчество Кафки и он дал это название решению, потому что это "a system optimized for writing". Если же возвращаться к самому роману, то он создан в стиле нуар и рассказывает про жизнь автора, а также про ключевые произведения: "Метаморфозы", "Процесс", "Замок", ... В результате прочтения становится ясно какие демоны терзали автора и как он графоманил по ночам. При жизни слава его не настигла, но вот после смерти его душеприказчик Макс Брод проигнорировал указание уничтожить незаконченные работы, подготовил их к публикации и дальше они стали классическими и привели к появлению прилагательного "кафкианский". #Processes #Software #Comics

Обзор книги "Hacking the System Design Interview" Я наконец-то дописал обзор очередной книги про интервью по системному дизайну. На этот раз это книга Stanley Chiang, который работает сейчас в Google. По изложенной в книге легенде когда-то давно он делал заметки при подготовке к этому типу интервью и потом превратил их в книгу, которая неплохо продается, судя по Amazon. Кстати, мне эта книга показалась интереснее, чем “System Design Interview” от Alex Xu, про которую я рассказывал в статьях на Medium: 1 и 2. В этой статье я разобрал - алгоритм решения задач, который автор предлагает использовать - советы для рисования диаграмм - сами задачи (к сожалению новых задач там почти нет) #SystemDesign #DistributedSystems #SoftwareArchitecture #SoftwareDevelopment #Architecture #Architect

Green Day. Фотоальбом с комментариями участников группы Пролистал вчера фотоальбом этой группы. Интересно, что в этом альбоме не просто фотографии, а фотографии с комментариями участников группы. Плюс фотгографии сделал культовый музыкальный фотограф Боб Груэн. Я не фанат этой группы, но такие песни как American Idiot" или "Boulevard of Broken Dreams" давно в моем плейлисте:) P.S. На снимке ниже есть трио из группы и сам Боб:) #Music

C4 Models as Code • Simon Brown • YOW! 2022 Интересное выступление Саймона Брауна, создателя нотации C4 Model, в котором он рассказывает про концепцию диаграмм как кода и показывает демо. Сама концепция описывается в первые десять минут, где Саймон проходит шаги 1) от рисования диаграмм при помощи Visio 2) дальше к описанию диаграмм как код в plantuml 3) а потом к созданию модели в structurizr и генерацию разных диаграмм из консистентной модели А остальные 40 минут идет демо инструмента structurizr, который создал сам Саймон. P.S. У Simon Brown есть другое выступление больше про подходы к дизайну программного обеспечения, про которое я рассказывал несколько месяцев назад. #SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistirbutedSystems

Code of Architecture — Recap of “Learning Domain Driven Design” В прошлом году в книжном клубе Code of Architecture мы разобрали превосходную книгу "Learning Domain Driven Design", вышедшую в конце 2021 года. У нас получилось шесть насыщенных выпусков где-то по часу каждый. Последний выпуск был бонусным - в нем мы общались с автором книги и задавали вопросы, собранные у зрителей за предыдущие пять выпусков. В этой статье я решил собрать все материалы в одном месте. Эти материалы потребовались мне в разрезе обсуждения книги "Evolutionary Architecture", так как там есть большое пересечение по темам работы с данными. #ExternalReview #SoftwareArchitecture #Architecture #SystemDesign