Книжный куб

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

Шесть принципов практичности из книги Разработка программного обеспечения (Software for Use: A Practical Guide to the Models and Methods of Usage-Centered Design) Я уже рассказывал про эту книгу ранее и там я говорил про пять правил практичности:) А у автор еще есть шесть принципов практичности, которые тоже являтся занимательными и полезными даже сейчас, почти через 25 лет после издания книги. Вот эти принципы в немного отредактированной форме 1) Структурный принцип - организуйте пользовательский интерфейс целенаплавленно на базе четких, устойчивых моделей, узнаваемых и понятных пользователю. 2) Принцип простоты - ставьте простые, легко выполнимые задачи, позволяйте пользователю общаться с программой на своем языке. 3) Принцип наблюдаемости - пусть пользователь видит то, что ему нужно, но не больше. 4) Принцип обратной связи - держите пользователя в курсе происходящих действий в ходе выполнения его задачи 5) Принцип толерантности - будьте гибкими и толерантными к ошибкам пользователей и предусмотрите возможность отмены и повторного применения 6) Принцип повторного использования - сделайте так, чтобы пользователю не приходилось заново обдумывать действия, используйте повторно внутренние и внешние компоненты, а также поведение, поддерживайте эту консистентность целенаправленно. #Design #SoftwareDevelopment #Architecture #Processes

Материалы к третьему выпуску Code of Architecture по книге "Building Evolutionary Architectures" Вчера у нас прошел третий стрим по книге и мы упоминали следующие источники: - Connascence.io - отдельный сайт, посвященный connascence и тому, как она относится к coupling и cohesion - Бритва Оккама - та концепция, что не использовалась авторами книги при генерации контента - Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap - Обзор книги "Fundamentals of Software Architecture" - изначально в этой книге появилась тема с connascence и архитектурными квантами - Книга "Software Architecture: The Hard Parts" - в ней +/- те же авторы рассматривали +/- те же самые примеры fitness functions (мы ее рассматривали в прошлых сезонах Code of Architecture) "Жизнь на грани" ("Life on the Edge: The Coming of Age of Quantum Biology") - мы много говорили про эволюцию и развитие жизни, а эта книга как раз классно рассматривает эти темы - Опенок темный с грибницей на 880 гектар - мы обсуждали ее в контексте можно ли ее признать одним квантом:) #CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management

Исчезнувший мир (The gone world) Иногда я читаю не только non-fiction книги, но и sci-fiction:) Например, пару лет назад я прочил книгу Тома Светерлича "Исчезнувший мир". И книга мне понравилась: жестокий триллер в форме легкой фантастики с основной линией, содержащей кастомизированную многомировую интерпретацию квантовой физики Эверетта. Главная героиня прыгает во времени и ведёт расследование жестокого убийства, причём чем дальше, тем больше складывается ощущение, что она падает в кроличью нору как Алиса. Правда, концовка меня не удивила, что немного смазало эффект от прочтения книги. Но в любом случае книга получилась хорошей и, возможно, её даже экранизирует Нил Блоками, режиссёр Района #9, Эллизиума и других фильмов. Кстати, автор книги является ещё и сценаристов и постоянно работает с Нилом над его фильмами. #SciFi

Принципы Continuous Architecture После книги "Building Evolutionary Architecture" захотелось взять с полки другую книгу про архитектуру и ее развитие и мой выбор пал на "Continuous Architecture in Practice". По моему мнению эта книга про continuous архитектуру на голову выше эволюционной:) Чего стоит выбитые на первой странице книги принципы continuous architecture 1) Architect products; evolve from projects to product 2) Focus on quality attributes, not on functional requirements 3) Delay design decisions until they are absolutely necessary 4) Architect for change - leverage the "power of small" 5) Architect for build, test, deploy, and operate 6) Model the organization of your teams after the design of the system you are working on Как по мне, понятный набор принципов лучше, чем много слов про эволюцию:) Как дочитаю книгу, напишу обзор на нее. #Architecture #SoftwareArchitecture #SystemDesign #SystemThinking

Третий выпуск Code of Architecture по книге "Building Evolutionary Architectures" Сегодня в 18:00 по Москве мы продолжим чтение книги про эволюционную архитектуру и поговорим про главу evolutionary architecture topologies. В ней пойдет речь про стандартные coupling и cohesion, а также про более редкую connascence. Дальше авторы расскажут про свою концепцию архитектурных квантов, контракты, а закончим паттернами переиспользования. Гостем стрима станет Сергей Баранов, организатор и создатель конференции ArchDays, а еще автор Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество». Встречаемся на ютуб-канале IT's Tinkoff в понедельник в 18:00 по Москве. #CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture

The Programmer's Brain: What every programmer needs to know about cognition Вчера дочитал эту очень интересную книгу Felienne Hermans, в которой она рассказывает о том, как работает наш мозг и объясняет как это может помочь нам стать лучше в разработке программного обеспечения и не только:) В книге четыре части: 1) On reading code better - читать код нам призодится чаще, чем писать его, а учат этому мало, поэтому автор начинает с исправления этой несправедливости. Именно здесь автор рассказывает про модель работы мозга с STM (short term memory), LTM (long term memory) и working memory. Если позволить себе метафору, то STM похож на оперативную память и вмещает порядка 2-6 элементов, LTM похож на долговренную память типа SSD и не сильно лимитирован по времени, а working memory напоминает процессор и используется для cpu intensive операций:) Дальше эта модель используется по всей книге и обрастает подробностями. 2) On thinking about code - тут уделяется много внимания ментальным моделям и полезным абстракциям, их нарабатыванию, использованию и обновлению:) 3) On writing better code - здесь говорится про вопросы наименования, как снижать когнитивную нагрузку и улучшать свои навыки решения проблем 4) On collaborating on code - тут автор рассказывает про разные активности во время работы с кодом (searching, comprehension, transciption, incrementation, exploration), как эти активности нагружают наши STM, LTM и working memeory. А дальше про то, как дизайнить и работать с большими системами и анализировать их качество с точки зрения cognitive dimensions. Ну и заканчивает автор рассказом про то, как онбордить новых разработчиков. В книге обозревается очень многих научных исследований на тему сознания, памяти, решения задач. Автор делает transfer learning и объясняет как эти исследования работают в разработке. P.S. Доклады автора на схожую тему - "The Programmer's Brain" на QCon Plus November 2021 - Про язык Hedy для обучения детей программированию - "How to Read Complex Code" #Learning #Software

Марк Ротко. Чудо живописи. Биография великого художника (Mark Rothko. Il miracolo della pittura) Этот графический роман за авторством Скарделли Джованни и Маттецци Франческо посвящен жизни и творчеству американского художника Маркуса Ротко, который в детстве покинул Российскую империю и переехал в США. Здесь он стал ведущим представителем абстрактного экспрессионизма и создал живопись цветового поля, а также потерял окончание своего имени и стал Марком:) В комиксе интересно обыгрывается фирменный стиль Марка (живопись цветового поля) и на фоне него разворачивается сама история. После прочтения графического романа мне стало интересно почитать более подробную биографию и посмотрел примеры картин. В итоге, я понял, что мне надо дальше качать свои культурные мускулы, чтобы понимать современное искусство:) P.S. Картина "Оранжевый, красный, жёлтый" была продана 8 мая 2012 года на аукционе Кристис за $ 86 882 500[1], рекордную номинальную цену для произведения послевоенного современного искусства на публичных торгах. Ее изображении прикреплено к этому посту. #Culture #Design

Мой большой медведик (Bye-Bye Doudou) Мне очень понравилось читать малышу эту книгу про любимую игрушку, который изначально был гораздо больше малыша, но потом баланс сил постепенно менялся. Ребенок рос, а его любимый мишка оставался таким как был Но сегодня - поверить непросто! Я проснулся и вижу: Мой игрушечный мишка Сделался меньше ростом. - Он был выше! Он был тяжелее и больше! Папа вдруг рассмеялся: - Он точно такой же! В итоге, малыш пытается кормить его, но это не помогает. В какой-то момент он измеряет его рост своими носками - их было семь, а стало четыре и выдвигает гипотезу родителям - Просто вы часто его стираете! И поэтому уменьшаете! А под конец книги малыш становится совсем взрослым и медведик и другие плюшевые игрушки оказываются на шкафу. Книга написана французскими авторами Томом Элианом и Джейн Мэсси и на сайте МИФа есть такое объяснение оригинального названия книги и самой идеи книги У каждого ребенка есть игрушка, с которой он не расстается. Во Франции их называют doudou (оригинальное название книги — Bye bye doudou). Дуду — это лучший друг, это игрушка, с которой малыш вместе спит, ходит в детский сад, берет ее с собой в поездки. Дуду успокаивает ребенка и придает уверенности. Она пахнет мамой, домом, всем любимым, и это дает ощущение, что все в порядке. Во Франции расставание с дуду — этап взросления, переход к самостоятельной жизни. В итоге, идея книги очень хороша, но рифмованный перевод получился достаточно неровный. Но меня это не смущает - мне важнее красота самой истории:) #ForKids

Встреча CTO-CPO клуба Авито 25 мая Вчера прошла очередная встреча CTO встреча от Avito, на которой нас собралось порядка 50 человек. Мы сыграли в интересную игру "Бизнес-прорыв", в которой мы поделились на команды и искали решения для двух ситуаций. Для придумывания решений в рамках игры нам был выдан фреймворк, который подкидывает креативные идеи, которые можно попробовать применить для решения задачи. В итоге, наша команда отрешала эти две ситуации так: 1) В случае неопределенности, когда никто и ничего не понимает, мы решили честно рассказать сотрудникам компании про отсутствие стратегии и понимания, сказать что у нас стратегия становится continuous, горизонт планирования сжимается до дня и дальше мы быстро и эффективно реагируем на изменения дружной командой, что уже прошла до этого огонь, воду и медные трубы:) Здесь мы применили подсказку из карты "Сила хаоса" и просто признали его наличие и подстроились; 2) В случае обеспечения качества разработки, мы воспользовались подсказками из карточек "Принять жизнь" и "На дне" и пришли к идее с девизом "Купи качество, которого ты ддостоин" и решили разрабатывать продукт с разными тарифными планами с разным уровнем качества, начиная с продакта, что зачитывает свои пожелания GPT-4 и получает какой-то продукт, до полноценной команды разработки:) Оба решения были креативно сгенерированы командой как бизнес-прорывные идеи, а потом мы их презентовали в форме стендапе:) После игры мы общались и обсуждали разные темы на терассе с видом на Кремль, а потом ушли группой поменьше продолжать обсуждение в кальянной:) P.S. Такие камерные встречи позволяют получить гораздо больше инсайтов, чем стандартные конференции, чем они мне так и нравятся. Спасибо всему Авито за организацию встречи клуба и лично Екатерине Загуменновой. P.P.S. На снимке одна из карточек, которая входит в этот фреймворк и предлагает перевернуть логику, поиграться с антонимами и получить безумную формулировку и попробовать достать из нее смысл. #Leadership #Management

Кровь, пот и пиксели (Blood, sweat and pixels) Года 3 назад я за выходные прочитал эту книгу "Джейсона Шрейера и она оказалась неожиданно хороша. Возможно причина в том, что эти десять историй слишком напоминают мне работу. Или все дело в том, что историии о героическом преодолевании командами разработчиков игр многочисленных проблем воспринимается как счастливый эпос (кроме истории про StarWars 1313), который как бы намекает, что твои проблемы - это так разминка:) А может быть данная книга воспринимается мной как способ нырнуть в мир игр, калитку которого я самостоятельно закрыл больше десяти лет назад. Интересно, что ни в одну из приведенных в книге игр я не играл:) Это привело к потере части впечатлений от рассказа о наполнении игр. Зато понятие кранчей мне знакомо. Например, 3х месячный кранч в неназываемом стартапе, где я успел поработать до Tinkoff:) и который недавно после нескольких лет мучений перестал изображать плохого танцора, которому что-то мешает. В данном случае стартап избавился от мешающей, по мнению фаундеров, части, а именно от команды разработки. Я считаю это 🔥 решение. В общем, читайте "Кровь, пот и пиксели" и наслаждайтесь. В этой книге что-то для себя найдет как трудоголик, так и геймер. Главное не поддаваться на романтичность описания профессии создателя игр и не идти сломя голову лабать игры. #Software #SoftwareDevelopment

Just-in-time Architecture • Macklin Hartley • YOW! 2022 Хорошее выступление про архитектуру, где автор рассказывает простую мысль о том, что нет универсальной архитектуры, которая подойдет всем. Выступление строится на примере системы для покупки пользователями картинок-аватаров, а в качестве наглядной метафоры используется работа кофейни. В итоге, автор успевает пройти по 1) Software development journey - monolith -> microservices (distributed monolith with availability coumpling) 2) Распределенный монолит автор предложил чинить с использованием event-driven architecture, где автор рассмотрел два типа событий: event notification и event carried state transfer и 3 варианта генерации событий: transaction logs, transaction outbox pattern, event sourcing 3) И под конец дошли до communication patterns, где рассмотрели хореографию и оркестрацию. В хореографии события используются для общения сервисов между собой, децентрализованно и элегантно, но сложно для понимания что именно происходит, а в оркестрации у нас централизованный workflow #Conference #Architecture #SoftwareArchitecture #SystemDesign #Software #DistributedSystems

Статистика в комиксах (Inroducing Statistics. A Graphic Guide) Пару лет назад я с большим интересом прочитал этот комикс по статистике за авторством Айлина Магнелло, доктора наук Оксфордского университета, и Борина Ван Лоона, художника-сюрреалиста и иллюстратора. Он хорошо раскрывает сложную тему, используя простые примеры, поданные с юмором, и крышесносящие иллюстрации (часть из них приведена на снимках ниже). Честно говоря, я был бы рад, если бы мне в университете статистику преподавали не просто приводя зубодробительные формулы, а объясняя для начала на пальцах. Но судя по моим воспоминаниям это было не так:) В итоге, я уже после университета взял несколько курсов на Coursera на тему статистики и понял в чем красота этого предмета. Для того, чтобы не повторять этот путь рекомендую начать знакомство со статистикой с комиксов навроде этого и предмет вам понравится:) #Comics #Math #PopularScience

Code of Architecture — Recap of "Software Architecture: The Hard Parts" В прошлом году в книжном клубе Code of Architecture мы разобрали книгу “Software Architecture: The Hard Parts”, вышедшую в конце 2021 года. У нас получилось шесть насыщенных выпусков где-то по часу каждый. В этой статье я решил собрать все материалы в одном месте. Эти материалы потребовались мне в разрезе обсуждения книги "Evolutionary Architecture", так как там есть большое пересечение по темам fitness functions и architecture governance. #ExternalReview #SoftwareArchitecture #Architecture #SystemDesign

Материалы ко второму выпуску Code of Architecture по книге "Building Evolutionary Architectures" Вчера у нас прошел второй стрим по книге и мы упоминали следующие источники - Structurizr - средство для моделирования в формате "diagrams as code", который позволяет создавать множество диаграмм из одной модели. - Backstage - централизованный каталог сервисов от Spotify, что уже проект CNCF, и который позволяет продуктовым командам поставлять код хорошего качества, но одновременно не уменьшает их автономность. Вспоминали это как средство, где можно впиливать governance - getport.io - другая developer платформа по типу backstage - KubeVela - "KubeVela is a modern software delivery platform that makes deploying and operating applications across today's hybrid, multi-cloud environments easier, faster and more reliable" - Книга "Clean Architecture" и ее часть про дизайн модулей - мое краткое саммари этой части здесь - Книга "Software Architecture: The Hard Parts" - в ней +/- те же авторы рассматривали +/- те же самые примеры fitness functions (мы ее рассматривали в прошлых сезонах Code of Architecture) - Книга "Космологически" - простой экскурс в астрономию и main sequence, которая упоминается в принципах дизайна модулей наравне с abstractness, instability:) #CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management

Разработка программного обеспечения (Software for Use: A Practical Guide to the Models and Methods of Usage-Centered Design) Эту книгу написали Larry Constantine и Lucy Lockwood в далеком 1999 году и она была посвящена созданию практичного програмного обеспечения, которым было бы удобно пользоваться и оно соответствовало целям пользователя. На русском книга вышла в 2004 году под названием "Разработка программного обеспечения", что привело к тому, что в 2005 году я купил ее для себя, чтобы научиться писать софт лучше. Но тогда эта книга не нашла отклик у меня - потому что я не особо думал про продуктовый подход, удобство пользователя, а также я еще не раскурил тему человеко-ориентированного дизайна (это термин из книги Дона Нормана “Дизайн привычных вещей”, на которую я писал краткое саммари). С момента выхода книги прошло уже 25 лет и часть вещей в ней уже не актуально, а часть осталась верной и сейчас, например, можно вспомнить правила практичности автора: 1) Система должна быть настолько практичной, чтобы пользователь, имеющий знания в данной предметной области, но никогда ранее не работавший с системой, без помощи инструкций и руководств мог бы сразу начать ею пользоваться 2) Система не должна никоим образом препятствоватьс эффективной работе опытных пользователей, долгое время работающих с ней 3) Система должна способствовать непрерывному повышению уровня знаний, умений и навыков и приспосабливаться к меняющемуся опыту пользователей 4) Система должна способствовать более простому, быстрому или увлекательному решению задач, стоящих перед пользователями, предоставлять новые возможности 5) Система должна удовлетворять существующим реалиям и текущей среде эксплуатационного контекста, внутри которого она будет разворачиваться и применяться Интересно, что в комментариях к книге на Amazon люди отмечают то, что авторы в своей книге не совсем следуюет своим принципам usage-centered design, так как книга слишком многословная, а также наполнена историями и байками, которые мешают следовать структуре размышлений автора:) P.S. Мне было интересно полистать книгу сейчас, спустя столько лет и сравнить свое текущее мнение о книге и прошлое, а заодно оценить насколько я лучше стал понимать тему проектирования программного обеспечения:) #Design #SoftwareDevelopment #Architecture #Processes

How to Read Complex Code • Felienne Hermans • YOW! 2021 Это выступление Felienne Hermans посвящено той же теме, что книга "Code Reading", про которую я рассказывал вчера. Забавно, что разработчики большую часть времени читают код (~ 60%), а не пишут его, но редко кого учат читать код, а не писать его:) Поэтому автор и решила исправить эту ситацию и выступить с темой про чтение кода, а также написать книгу "The Programmer's Brain", в которой эти же идеи изложены гораздо подробнее. Если переходить к самому выступлению, то Felienne строит свои размышления на том, что мы знаем о мышлении людей сегодня. Она рассказывает про то, как работают Short Term Memory (STM), Long Term Memory (LTM) и Working Memory в общем, а потом приземляет это на разработку. Она приводит примеры кода и показывает как в разных ситуациях проявляются проблемы с чтением кода в APL, Java, Basic:) Потом она рассказывает как можно прокачать свои навыки чтения и объясняет какую это пользу принесет. Отдельно отмечу, что Felienne является практикующим преподавателем CS для детей, одновременно исследователем, а также создателем языка программирования Hedy, который помогает ей обучать детей программированию:) Подробнее можно посмотреть в выступлении "Teaching Kids to Program with Hedy: A Gradual Programming Language", про которое я уже рассказывал раньше. Кроме того, в конце автор рекомендовала несколько книг, одна из которых мне очень нравится - это книга Джона Остерхута "A Philosophy of Software Design", на которую я написал обзор в двух частях: 1 и 2. #Software #PopularScience #Learning #Study #ComputerScience #SelfDevelopment

Анализ программного кода на примере проектов Open Source (Code Reading. The Open Source Perspective) Эта книга 2004 года выпуска за авторством Диомидиса Спинеллиса появилась у меня в 2005 году, когда я только начинал знакомиться с промышленной разработкой и тогда она показалась мне интересной. Концепт автора был в том, чтобы познакомить разработчиков с основными концепциями разработки на примерах из крупных open source проектов того времени. Для этого к книге прыл приложен CD диск с кодом тех open source систем, что разбирал автор в своей книге. С учетом того, что Github появился только в 2008 этот подход был достаточно здравым:) Примеры в книге были преимущественно сфокусированы вокруг языков: C, C++ и Java. А сама книга состояла из следующих частей - Предисловие - в предисловии речь идет о том, что код нам приходится читать чаще, чем писать его, поэтому есть смысл прокачать этот навык - Общие сведения - здесь автор говорит более подробно о том, зачем нам учиться читать код и как это можно сделать с помощью этой книги - Основные элементы программ - здесь приводится пример программы целиком, функции и глобальные переменные, циклы, условия, символьные и логические выражения, оператор goto - Сложные типы данных в языке C - здесь идет речь про указатели, структуры, объединения и динамическое управление памятью - Структуры данных в C - здесь автор показывает как в C сделать векторы, таблицы, стеки, очереди и так далее - Сложные средства управления программами - здесь идет речь про рекурсию, исключения, параллелизм, сигналы и макроподстановки - Анализ больших проектов - здесь автор размышляет про то, как изучать большие проекты: из каких логических блоков он состоит, как он собирается, как конфигурируется, как выглядит управление версиями и как устроено тестирование - Стандарты стиля программирования - здесь обсуждаются вопросы, которые сейчас принято решать настройкой линтеров - Документация - здесь идет речь про важность документации и как ее писать и читать - Архитектура - здесь автор говорит про архитектурные стили, модели управления потоком исполнения (событийно-ориентированные, архитектры с наличием диспетчера, конечные автоматы), группировку кода (модули, пространства имен, библиотеки и так далее) - Вспомогательные программные средства - темы из этого раздела сейчас закрываются хорошей IDE - Практический пример - а здесь приведен сквозной пример про добавление в базу данных hqsqldb новой функции даты/времени PHASEOFMOON, которая будет вычислять фазу Луны по заданной дате:) В итоге, книга в свое время была хорошей практической книгой для студентов, что только входили в мир разработки софта и могли посмотреть как на практике применяются многие изучаемые ими концепции. А вот в текущий момент она совсем потеряла актуальность - вы с легкостью можете зайти на Github и найти все, что потребуется. Но в то же время сама структура книги и подача материала мне кажется актуальной до сих пор и я бы не отказался почитать новое издание, в котором все примеры актуализированы и учтены новинки за последние 20 лет:) #Software #SoftwareDevelopment