Статистика в комиксах (Inroducing Statistics. A Graphic Guide)
Пару лет назад я с большим интересом прочитал этот комикс по статистике за авторством Айлина Магнелло, доктора наук Оксфордского университета, и Борина Ван Лоона, художника-сюрреалиста и иллюстратора. Он хорошо раскрывает сложную тему, используя простые примеры, поданные с юмором, и крышесносящие иллюстрации (часть из них приведена на снимках ниже). Честно говоря, я был бы рад, если бы мне в университете статистику преподавали не просто приводя зубодробительные формулы, а объясняя для начала на пальцах. Но судя по моим воспоминаниям это было не так:) В итоге, я уже после университета взял несколько курсов на Coursera на тему статистики и понял в чем красота этого предмета. Для того, чтобы не повторять этот путь рекомендую начать знакомство со статистикой с комиксов навроде этого и предмет вам понравится:)
#Comics #Math #PopularScience #Statistics
Пару лет назад я с большим интересом прочитал этот комикс по статистике за авторством Айлина Магнелло, доктора наук Оксфордского университета, и Борина Ван Лоона, художника-сюрреалиста и иллюстратора. Он хорошо раскрывает сложную тему, используя простые примеры, поданные с юмором, и крышесносящие иллюстрации (часть из них приведена на снимках ниже). Честно говоря, я был бы рад, если бы мне в университете статистику преподавали не просто приводя зубодробительные формулы, а объясняя для начала на пальцах. Но судя по моим воспоминаниям это было не так:) В итоге, я уже после университета взял несколько курсов на Coursera на тему статистики и понял в чем красота этого предмета. Для того, чтобы не повторять этот путь рекомендую начать знакомство со статистикой с комиксов навроде этого и предмет вам понравится:)
#Comics #Math #PopularScience #Statistics
👍12🔥3
Just-in-time Architecture • Macklin Hartley • YOW! 2022 (Рубрика #Architecture)
Хорошее выступление про архитектуру, где автор рассказывает простую мысль о том, что нет универсальной архитектуры, которая подойдет всем. Выступление строится на примере системы для покупки пользователями картинок-аватаров, а в качестве наглядной метафоры используется работа кофейни. В этой метафоре кофейна постепенно растет и ей треубется эволюционировать, а в ходе этой эволюции автор успевает пройти по темам
1) Старта с монолита, а дальше переход на microservices, что становится скорее distributed monolith с 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
Хорошее выступление про архитектуру, где автор рассказывает простую мысль о том, что нет универсальной архитектуры, которая подойдет всем. Выступление строится на примере системы для покупки пользователями картинок-аватаров, а в качестве наглядной метафоры используется работа кофейни. В этой метафоре кофейна постепенно растет и ей треубется эволюционировать, а в ходе этой эволюции автор успевает пройти по темам
1) Старта с монолита, а дальше переход на microservices, что становится скорее distributed monolith с 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
YouTube
Just-in-time Architecture • Macklin Hartley • YOW! 2022
This presentation was recorded at YOW! 2022. #GOTOcon #YOW
https://yowcon.com
Macklin Hartley - Engineering Manager at VGW @macklinhartley540
RESOURCES
https://github.com/macca2805
https://www.linkedin.com/in/macklin-h-56b11875
https://macklin.me
ABSTRACT…
https://yowcon.com
Macklin Hartley - Engineering Manager at VGW @macklinhartley540
RESOURCES
https://github.com/macca2805
https://www.linkedin.com/in/macklin-h-56b11875
https://macklin.me
ABSTRACT…
👍11❤4🔥1
Кровь, пот и пиксели (Blood, sweat and pixels)
Года 3 назад я за выходные прочитал эту книгу "Джейсона Шрейера и она оказалась неожиданно хороша. Возможно причина в том, что эти десять историй слишком напоминают мне работу. Или все дело в том, что историии о героическом преодолевании командами разработчиков игр многочисленных проблем воспринимается как счастливый эпос (кроме истории про StarWars 1313), который как бы намекает, что твои проблемы - это так разминка:) А может быть данная книга воспринимается мной как способ нырнуть в мир игр, калитку которого я самостоятельно закрыл больше десяти лет назад. Интересно, что ни в одну из приведенных в книге игр я не играл:) Это привело к потере части впечатлений от рассказа о наполнении игр. Зато понятие кранчей мне знакомо. Например, 3х месячный кранч в неназываемом стартапе, где я успел поработать до Tinkoff:) и который как раз года три назад после нескольких лет мучений перестал изображать плохого танцора, которому что-то мешает. В данном случае стартап избавился от мешающей, по мнению фаундеров, части, а именно от команды разработки. Я считаю это 🔥 решение.
В общем, читайте "Кровь, пот и пиксели" и наслаждайтесь. В этой книге что-то для себя найдет как трудоголик, так и геймер. Главное не поддаваться на романтичность описания профессии создателя игр и не идти сломя голову лабать игры.
#Software #SoftwareDevelopment
Года 3 назад я за выходные прочитал эту книгу "Джейсона Шрейера и она оказалась неожиданно хороша. Возможно причина в том, что эти десять историй слишком напоминают мне работу. Или все дело в том, что историии о героическом преодолевании командами разработчиков игр многочисленных проблем воспринимается как счастливый эпос (кроме истории про StarWars 1313), который как бы намекает, что твои проблемы - это так разминка:) А может быть данная книга воспринимается мной как способ нырнуть в мир игр, калитку которого я самостоятельно закрыл больше десяти лет назад. Интересно, что ни в одну из приведенных в книге игр я не играл:) Это привело к потере части впечатлений от рассказа о наполнении игр. Зато понятие кранчей мне знакомо. Например, 3х месячный кранч в неназываемом стартапе, где я успел поработать до Tinkoff:) и который как раз года три назад после нескольких лет мучений перестал изображать плохого танцора, которому что-то мешает. В данном случае стартап избавился от мешающей, по мнению фаундеров, части, а именно от команды разработки. Я считаю это 🔥 решение.
В общем, читайте "Кровь, пот и пиксели" и наслаждайтесь. В этой книге что-то для себя найдет как трудоголик, так и геймер. Главное не поддаваться на романтичность описания профессии создателя игр и не идти сломя голову лабать игры.
#Software #SoftwareDevelopment
👍15❤4🔥4
Встреча CTO-CPO клуба Авито 25 мая
Вчера прошла очередная встреча CTO встреча от Avito, на которой нас собралось порядка 50 человек.
Мы сыграли в интересную игру "Бизнес-прорыв", в которой мы поделились на команды и искали решения для двух ситуаций. Для придумывания решений в рамках игры нам был выдан фреймворк, который подкидывает креативные идеи, которые можно попробовать применить для решения задачи. В итоге, наша команда отрешала эти две ситуации так:
1) В случае неопределенности, когда никто и ничего не понимает, мы решили честно рассказать сотрудникам компании про отсутствие стратегии и понимания, сказать что у нас стратегия становится continuous, горизонт планирования сжимается до дня и дальше мы быстро и эффективно реагируем на изменения дружной командой, что уже прошла до этого огонь, воду и медные трубы:) Здесь мы применили подсказку из карты "Сила хаоса" и просто признали его наличие и подстроились;
2) В случае обеспечения качества разработки, мы воспользовались подсказками из карточек "Принять жизнь" и "На дне" и пришли к идее с девизом "Купи качество, которого ты ддостоин" и решили разрабатывать продукт с разными тарифными планами с разным уровнем качества, начиная с продакта, что зачитывает свои пожелания GPT-4 и получает какой-то продукт, до полноценной команды разработки:)
Оба решения были креативно сгенерированы командой как бизнес-прорывные идеи, а потом мы их презентовали в форме стендапе:)
После игры мы общались и обсуждали разные темы на терассе с видом на Кремль, а потом ушли группой поменьше продолжать обсуждение в кальянной:)
P.S.
Такие камерные встречи позволяют получить гораздо больше инсайтов, чем стандартные конференции, чем они мне так и нравятся.
Спасибо всему Авито за организацию встречи клуба и лично Екатерине Загуменновой.
P.P.S.
На снимке одна из карточек, которая входит в этот фреймворк и предлагает перевернуть логику, поиграться с антонимами и получить безумную формулировку и попробовать достать из нее смысл.
#Leadership #Management
Вчера прошла очередная встреча CTO встреча от Avito, на которой нас собралось порядка 50 человек.
Мы сыграли в интересную игру "Бизнес-прорыв", в которой мы поделились на команды и искали решения для двух ситуаций. Для придумывания решений в рамках игры нам был выдан фреймворк, который подкидывает креативные идеи, которые можно попробовать применить для решения задачи. В итоге, наша команда отрешала эти две ситуации так:
1) В случае неопределенности, когда никто и ничего не понимает, мы решили честно рассказать сотрудникам компании про отсутствие стратегии и понимания, сказать что у нас стратегия становится continuous, горизонт планирования сжимается до дня и дальше мы быстро и эффективно реагируем на изменения дружной командой, что уже прошла до этого огонь, воду и медные трубы:) Здесь мы применили подсказку из карты "Сила хаоса" и просто признали его наличие и подстроились;
2) В случае обеспечения качества разработки, мы воспользовались подсказками из карточек "Принять жизнь" и "На дне" и пришли к идее с девизом "Купи качество, которого ты ддостоин" и решили разрабатывать продукт с разными тарифными планами с разным уровнем качества, начиная с продакта, что зачитывает свои пожелания GPT-4 и получает какой-то продукт, до полноценной команды разработки:)
Оба решения были креативно сгенерированы командой как бизнес-прорывные идеи, а потом мы их презентовали в форме стендапе:)
После игры мы общались и обсуждали разные темы на терассе с видом на Кремль, а потом ушли группой поменьше продолжать обсуждение в кальянной:)
P.S.
Такие камерные встречи позволяют получить гораздо больше инсайтов, чем стандартные конференции, чем они мне так и нравятся.
Спасибо всему Авито за организацию встречи клуба и лично Екатерине Загуменновой.
P.P.S.
На снимке одна из карточек, которая входит в этот фреймворк и предлагает перевернуть логику, поиграться с антонимами и получить безумную формулировку и попробовать достать из нее смысл.
#Leadership #Management
🔥16👍5
Мой большой медведик (Bye-Bye Doudou)
Мне очень понравилось читать малышу эту книгу про любимую игрушку, который изначально был гораздо больше малыша, но потом баланс сил постепенно менялся. Ребенок рос, а его любимый мишка оставался таким как был
Но сегодня - поверить непросто!
Я проснулся и вижу:
Мой игрушечный мишка
Сделался меньше ростом.
- Он был выше! Он был тяжелее и больше!
Папа вдруг рассмеялся:
- Он точно такой же!
В итоге, малыш пытается кормить его, но это не помогает. В какой-то момент он измеряет его рост своими носками - их было семь, а стало четыре и выдвигает гипотезу родителям
- Просто вы часто его стираете!
И поэтому уменьшаете!
А под конец книги малыш становится совсем взрослым и медведик и другие плюшевые игрушки оказываются на шкафу.
Книга написана французскими авторами Томом Элианом и Джейн Мэсси и на сайте МИФа есть такое объяснение оригинального названия книги и самой идеи
У каждого ребенка есть игрушка, с которой он не расстается. Во Франции их называют doudou (оригинальное название книги — Bye bye doudou). Дуду — это лучший друг, это игрушка, с которой малыш вместе спит, ходит в детский сад, берет ее с собой в поездки. Дуду успокаивает ребенка и придает уверенности. Она пахнет мамой, домом, всем любимым, и это дает ощущение, что все в порядке. Во Франции расставание с дуду — этап взросления, переход к самостоятельной жизни.
В итоге, идея книги очень хороша, но рифмованный перевод получился достаточно неровный. Но меня это не смущает - мне важнее красота самой истории:)
#ForKids
Мне очень понравилось читать малышу эту книгу про любимую игрушку, который изначально был гораздо больше малыша, но потом баланс сил постепенно менялся. Ребенок рос, а его любимый мишка оставался таким как был
Но сегодня - поверить непросто!
Я проснулся и вижу:
Мой игрушечный мишка
Сделался меньше ростом.
- Он был выше! Он был тяжелее и больше!
Папа вдруг рассмеялся:
- Он точно такой же!
В итоге, малыш пытается кормить его, но это не помогает. В какой-то момент он измеряет его рост своими носками - их было семь, а стало четыре и выдвигает гипотезу родителям
- Просто вы часто его стираете!
И поэтому уменьшаете!
А под конец книги малыш становится совсем взрослым и медведик и другие плюшевые игрушки оказываются на шкафу.
Книга написана французскими авторами Томом Элианом и Джейн Мэсси и на сайте МИФа есть такое объяснение оригинального названия книги и самой идеи
У каждого ребенка есть игрушка, с которой он не расстается. Во Франции их называют doudou (оригинальное название книги — Bye bye doudou). Дуду — это лучший друг, это игрушка, с которой малыш вместе спит, ходит в детский сад, берет ее с собой в поездки. Дуду успокаивает ребенка и придает уверенности. Она пахнет мамой, домом, всем любимым, и это дает ощущение, что все в порядке. Во Франции расставание с дуду — этап взросления, переход к самостоятельной жизни.
В итоге, идея книги очень хороша, но рифмованный перевод получился достаточно неровный. Но меня это не смущает - мне важнее красота самой истории:)
#ForKids
👍8❤6
Марк Ротко. Чудо живописи. Биография великого художника (Mark Rothko. Il miracolo della pittura)
Этот графический роман за авторством Скарделли Джованни и Маттецци Франческо посвящен жизни и творчеству американского художника Маркуса Ротко, который в детстве покинул Российскую империю и переехал в США. Здесь он стал ведущим представителем абстрактного экспрессионизма и создал живопись цветового поля, а также потерял окончание своего имени и стал Марком:)
В комиксе интересно обыгрывается фирменный стиль Марка (живопись цветового поля) и на фоне него разворачивается сама история. После прочтения графического романа мне стало интересно почитать более подробную биографию и посмотрел примеры картин. В итоге, я понял, что мне надо дальше качать свои культурные мускулы, чтобы понимать современное искусство:)
P.S.
Картина "Оранжевый, красный, жёлтый" была продана 8 мая 2012 года на аукционе Кристис за $ 86 882 500[1], рекордную номинальную цену для произведения послевоенного современного искусства на публичных торгах. Ее изображении прикреплено к этому посту.
#Culture #Design #Biography
Этот графический роман за авторством Скарделли Джованни и Маттецци Франческо посвящен жизни и творчеству американского художника Маркуса Ротко, который в детстве покинул Российскую империю и переехал в США. Здесь он стал ведущим представителем абстрактного экспрессионизма и создал живопись цветового поля, а также потерял окончание своего имени и стал Марком:)
В комиксе интересно обыгрывается фирменный стиль Марка (живопись цветового поля) и на фоне него разворачивается сама история. После прочтения графического романа мне стало интересно почитать более подробную биографию и посмотрел примеры картин. В итоге, я понял, что мне надо дальше качать свои культурные мускулы, чтобы понимать современное искусство:)
P.S.
Картина "Оранжевый, красный, жёлтый" была продана 8 мая 2012 года на аукционе Кристис за $ 86 882 500[1], рекордную номинальную цену для произведения послевоенного современного искусства на публичных торгах. Ее изображении прикреплено к этому посту.
#Culture #Design #Biography
👍6❤1🔥1
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 #Brain
Вчера дочитал эту очень интересную книгу 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 #Brain
👍17🍾4🔥1
Третий выпуск 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 #Architecture
Сегодня в 18:00 по Москве мы продолжим чтение книги про эволюционную архитектуру и поговорим про главу evolutionary architecture topologies. В ней пойдет речь про стандартные coupling и cohesion, а также про более редкую connascence. Дальше авторы расскажут про свою концепцию архитектурных квантов, контракты, а закончим паттернами переиспользования.
Гостем стрима станет Сергей Баранов, организатор и создатель конференции ArchDays, а еще автор Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».
Встречаемся на ютуб-канале IT's Tinkoff в понедельник в 18:00 по Москве.
#CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Architecture
🔥7👍2
Принципы 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
После книги "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
👍27❤🔥3🔥2❤1
Исчезнувший мир (The gone world)
Иногда я читаю не только non-fiction книги, но и sci-fiction:) Например, пару лет назад я прочил книгу Тома Светерлича "Исчезнувший мир". И книга мне понравилась: жестокий триллер в форме легкой фантастики с основной линией, содержащей кастомизированную многомировую интерпретацию квантовой физики Эверетта. Главная героиня прыгает во времени и ведёт расследование жестокого убийства, причём чем дальше, тем больше складывается ощущение, что она падает в кроличью нору как Алиса. Правда, концовка меня не удивила, что немного смазало эффект от прочтения книги. Но в любом случае книга получилась хорошей и, возможно, её даже экранизирует Нил Блоками, режиссёр Района #9, Эллизиума и других фильмов. Кстати, автор книги является ещё и сценаристом и постоянно работает с Нилом над его фильмами.
#SciFi
Иногда я читаю не только non-fiction книги, но и sci-fiction:) Например, пару лет назад я прочил книгу Тома Светерлича "Исчезнувший мир". И книга мне понравилась: жестокий триллер в форме легкой фантастики с основной линией, содержащей кастомизированную многомировую интерпретацию квантовой физики Эверетта. Главная героиня прыгает во времени и ведёт расследование жестокого убийства, причём чем дальше, тем больше складывается ощущение, что она падает в кроличью нору как Алиса. Правда, концовка меня не удивила, что немного смазало эффект от прочтения книги. Но в любом случае книга получилась хорошей и, возможно, её даже экранизирует Нил Блоками, режиссёр Района #9, Эллизиума и других фильмов. Кстати, автор книги является ещё и сценаристом и постоянно работает с Нилом над его фильмами.
#SciFi
👍11
Материалы к третьему выпуску Code of Architecture по книге "Building Evolutionary Architectures"
Вчера у нас прошел третий стрим по книге и мы упоминали следующие источники:
- Connascence.io - отдельный сайт, посвященный connascence и тому, как она относится к coupling и cohesion
- Бритва Оккама - та концепция, что не использовалась авторами книги при генерации контента
- Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap. В этой книге многие темы рассмотрены гораздо лучше и глубже, чем в эволюционной архитектуре
- Книга "Continuous Architecture in Practice" - другая книга про непрерывное развитие архитектуры систем, которая показалась мне на порядок лучше эволюционной архитектуры
- Обзор книги "Fundamentals of Software Architecture" - изначально в этой книге появилась тема с connascence и архитектурными квантами
- Книга "Software Architecture: The Hard Parts" - в ней +/- те же авторы рассматривали +/- те же самые примеры (мы ее рассматривали в прошлых сезонах Code of Architecture)
"Жизнь на грани" ("Life on the Edge: The Coming of Age of Quantum Biology") - мы много говорили про эволюцию и развитие жизни, а эта книга как раз классно рассматривает эти темы
- Опенок темный с грибницей на 880 гектар - мы обсуждали ее в контексте можно ли ее признать одним квантом:)
#CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management
Вчера у нас прошел третий стрим по книге и мы упоминали следующие источники:
- Connascence.io - отдельный сайт, посвященный connascence и тому, как она относится к coupling и cohesion
- Бритва Оккама - та концепция, что не использовалась авторами книги при генерации контента
- Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap. В этой книге многие темы рассмотрены гораздо лучше и глубже, чем в эволюционной архитектуре
- Книга "Continuous Architecture in Practice" - другая книга про непрерывное развитие архитектуры систем, которая показалась мне на порядок лучше эволюционной архитектуры
- Обзор книги "Fundamentals of Software Architecture" - изначально в этой книге появилась тема с connascence и архитектурными квантами
- Книга "Software Architecture: The Hard Parts" - в ней +/- те же авторы рассматривали +/- те же самые примеры (мы ее рассматривали в прошлых сезонах Code of Architecture)
"Жизнь на грани" ("Life on the Edge: The Coming of Age of Quantum Biology") - мы много говорили про эволюцию и развитие жизни, а эта книга как раз классно рассматривает эти темы
- Опенок темный с грибницей на 880 гектар - мы обсуждали ее в контексте можно ли ее признать одним квантом:)
#CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management
YouTube
Building Evolutionary Architectures. Episode 3.
Книга посвящена построению эволюционных архитектур, а точнее архитектур ПО и продуктов, которые развиваются во времени и меняются в зависимости от запросов бизнеса или пользователей.
На стриме будем говорить о топологии систем и структурном дизайне, а…
На стриме будем говорить о топологии систем и структурном дизайне, а…
🔥4👍3
Шесть принципов практичности из книги Разработка программного обеспечения (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
Я уже рассказывал про эту книгу ранее и там я говорил про пять правил практичности:)
А у автор еще есть шесть принципов практичности, которые тоже являтся занимательными и полезными даже сейчас, почти через 25 лет после издания книги.
Вот эти принципы в немного отредактированной форме
1) Структурный принцип - организуйте пользовательский интерфейс целенаплавленно на базе четких, устойчивых моделей, узнаваемых и понятных пользователю
2) Принцип простоты - ставьте простые, легко выполнимые задачи, позволяйте пользователю общаться с программой на своем языке
3) Принцип наблюдаемости - пусть пользователь видит то, что ему нужно, но не больше
4) Принцип обратной связи - держите пользователя в курсе происходящих действий в ходе выполнения его задачи
5) Принцип толерантности - будьте гибкими и толерантными к ошибкам пользователей и предусмотрите возможность отмены и повторного применения
6) Принцип повторного использования - сделайте так, чтобы пользователю не приходилось заново обдумывать действия, используйте повторно внутренние и внешние компоненты, а также поведение, поддерживайте эту консистентность целенаправленно
#Design #SoftwareDevelopment #Architecture #Processes
👍9🔥6
Книжный куб
Code of Architecture — Recap of "Software Architecture: The Hard Parts" В прошлом году в книжном клубе Code of Architecture мы разобрали книгу “Software Architecture: The Hard Parts”, вышедшую в конце 2021 года. У нас получилось шесть насыщенных выпусков…
Code of Architecture — Recap of “Learning Domain Driven Design”
В прошлом году в книжном клубе Code of Architecture мы разобрали превосходную книгу "Learning Domain Driven Design", вышедшую в конце 2021 года. У нас получилось шесть насыщенных выпусков где-то по часу каждый. Последний выпуск был бонусным - в нем мы общались с автором книги и задавали вопросы, собранные у зрителей за предыдущие пять выпусков. В этой статье я решил собрать все материалы в одном месте. Эти материалы потребовались мне в разрезе обсуждения книги "Evolutionary Architecture", так как там есть большое пересечение по темам работы с данными.
#ExternalReview #SoftwareArchitecture #Architecture #SystemDesign
В прошлом году в книжном клубе Code of Architecture мы разобрали превосходную книгу "Learning Domain Driven Design", вышедшую в конце 2021 года. У нас получилось шесть насыщенных выпусков где-то по часу каждый. Последний выпуск был бонусным - в нем мы общались с автором книги и задавали вопросы, собранные у зрителей за предыдущие пять выпусков. В этой статье я решил собрать все материалы в одном месте. Эти материалы потребовались мне в разрезе обсуждения книги "Evolutionary Architecture", так как там есть большое пересечение по темам работы с данными.
#ExternalReview #SoftwareArchitecture #Architecture #SystemDesign
Medium
Code of Architecture — Recap of “Learning Domain Driven Design”
В прошлом году в книжном клубе Code of Architecture мы разобрали книгу “Learning Domain Driven Design”, вышедшую в конце 2021 года. У нас…
🔥15👍5
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 #DistributedSystems
Интересное выступление Саймона Брауна, создателя нотации C4 Model, в котором он рассказывает про концепцию диаграмм как кода и показывает демо.
Сама концепция описывается в первые десять минут, где Саймон проходит шаги
1) от рисования диаграмм при помощи Visio
2) дальше к описанию диаграмм как код в plantuml
3) а потом к созданию модели в structurizr и генерацию разных диаграмм из консистентной модели
А остальные 40 минут идет демо инструмента structurizr, который создал сам Саймон.
P.S.
У Simon Brown есть другое выступление больше про подходы к дизайну программного обеспечения, про которое я рассказывал несколько месяцев назад.
#SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems
YouTube
C4 Models as Code • Simon Brown • YOW! 2022
This presentation was recorded at YOW! 2022. #GOTOcon #YOW
https://yowcon.com
Simon Brown - Author of "Software Architecture for Developers" & Creator of the C4 Software @simonbrown4821
RESOURCES
https://c4model.com
https://structurizr.com
Simon
http…
https://yowcon.com
Simon Brown - Author of "Software Architecture for Developers" & Creator of the C4 Software @simonbrown4821
RESOURCES
https://c4model.com
https://structurizr.com
Simon
http…
👍8🔥4