The Great Mental Models - Vol. 1

Очень крутая книга про ментальные модели, которые могут прокачать ваше мышление. Эта книга входит в проект "The Great Mental Models Project", где есть три тома, а первый посвящен основным концепциям мышления (general thinking concepts), среди которых авторы выделяют следующие
- The map is not the Territory - концепция про то, что карта не является территорией и это правильно. У каждой карты есть цель составления и в угоду этой цели лишние детали откидываются и остается абстракция, которая должна быть полезна для достижения цели. Стандартный пример с картой метро, которая не матчится на географическую карту, но зато помогает просто выстраивать маршрут перемещения между разными станциями
- Circle of competence - концепция про круги компетенций, когда нам стоит понимать в чем мы компетентны, а в чем не совсем и действовать с соответствующей уверенностью в зависимости от того, попадает ли домен в нашу зону компетенций.
- First Principle Thinking - подход, когда к решению можно идти с самых основ. Иногда это бывает полезно для решения комплексной задачи
- Thought Experiment - подход с мысленными экспериментами, которыми так любят пользоваться ученые:) Например, история со специальной теорией относительности Эйнштейна обычно демонстрируется при помощи мысленных экспериментов. Или знаменитый кот Шредингера из его мысленного эксперимента насчет квантовой физики и суперпозиции живого и мертвого:)
- Second-Order Thinking - подход, в котором учитываются не просто прямые последствия, но и последствия последствий. В IT можно привести в пример размышления про day 2 operations, когда люди размышляют при создании продукта, а что будет когда он уже будет готов и отгружен пользователям
- Probabalistic Thinking - вероятностное мышление, рекомендую почитать книгу "Thinking in bets" на этот счет (вот мой обзор этой книги)
- Inversion - подход с инверсией, когда мы идем от финального результата к текущему состоянию. У Amazon есть прикольная книга "Working backwards" про этот подход, плюс иногда его называют backcasting и я про него рассказывал в выступлении для individual contributors "Как и куда развиваться, если ты уже Senior Software Engineer"
- Occam's Razor - подход, когда мы выбираем простейшее объяснение как более вероятное при наличии более сложного объяснения
- Hanlon's Razor - здесь основной посыл в том, чтобы не предполагать худшее. В итоге, если что-то пошло не по плану, то обычно это не кто-то сделал это специально, чтобы навредить вам, а скорее всего это проявление невежества, глупости или лени:) Этот подход спасает от паранойи, в рамках которой вы везде видите злой умысел.

Дополнительные концепции, которые подсвечивают авторы следующие
- Falsifability - история про то, что при выдвижении гипотез и теорий они имеют смысл и являются научными только в случае, если на практике есть варианты показать, что они не выполняются. В противном случае это больше похоже на догму, а не научную теорию
- Necessity and Sufficiency - концепция необходимости и достаточности. Это разные вещи:) И если выполнены необходимые условия для какого-то события, то не факт, что оно точно произойдет:)
- Causation vs Correlation - стандартная история из статистики про причинно-следственную связь и корреляцию. Суть в том, что из связанности двух явлений мы автоматически не можем вывести причинно-следственную связь - для этого нам еще потребуется провести эксперимент с зависимыми и независимыми переменными:)

#Thinking #PopularScience

Книги. Всемирная история библиотек

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

#History #Architecture

Второй выпуск Code of Architecture по книге "Building Evolutionary Architectures"

Сразу по завершению выходных, а именно в понедельник мы обсудим 4-ую главу Automating Architectural Governance.
И разберем мы следующие вопросы:
— как автоматизация помогает строить эволюционную архитектуру;
— фитнес-функции, основанные на метриках кода;
— инструменты для создания фитнес-функций;
— особенности управления и контроля архитектуры для микросервисов;
— документация для фитнес-функций.

Гостем стрима станет наш коллега, Дмитрий Гаевский, который занимается разработкой dev-to-dev-решений на больших масштабах, создает сложные RnD-решения и проектирует event-driven-системы.

Встречаемся на ютуб-канале IT's Tinkoff в понедельник в 18:00 по Москве.

#CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture

Анализ программного кода на примере проектов 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

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

Разработка программного обеспечения (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

Материалы ко второму выпуску 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

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