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
Крутое интервью в двух частях 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
👍6🔥2
Обзор white paper "Google's Hybrid Approach to Research"
В последнее время я заинтересовался темой того, как устроено RnD (Research and Development) направление в разных технологических компаниях. Так я наткнулся на эту статью 2012 года с описанием того, как к этому подходит Google (статья доступна в pdf версии здесь). Мне подход показался интересным и я написал обзор, в который добавил визуализации основных идей авторов изначальной статьи.
#RnD #SoftwareDevelopment #SystemDesign #Engineering #Management
В последнее время я заинтересовался темой того, как устроено RnD (Research and Development) направление в разных технологических компаниях. Так я наткнулся на эту статью 2012 года с описанием того, как к этому подходит Google (статья доступна в pdf версии здесь). Мне подход показался интересным и я написал обзор, в который добавил визуализации основных идей авторов изначальной статьи.
#RnD #SoftwareDevelopment #SystemDesign #Engineering #Management
Medium
Обзор white paper "Google's Hybrid Approach to Research"
В последнее время я заинтересовался темой того, как устроено RnD (Research and Development) направление в разных технологических компаниях…
👍11
Письмо Джеффа Безоса акционерам 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
Продолжая тему 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
👍5❤2🔥2
Хедлайнеры русского рока: истории групп и их легендарных альбомов
При чтении этой книги складывалось ощущение, что я слышу в фоне музыку тех групп, о которых читаю:)
В книге есть про легендарные группы, которые я слушал еще в детстве: Кино, Аквариум, Земфира, Сплин, Би-2, ДДТ, Ленинград, Наутилус Помпилиус, Алиса, Король и Шут.
Сейчас я предпочитаю слушать зарубежную музыку, так как она хорошо служит фоном и не отвлекает от работы, но иногда по радио в машине я слышу старых знакомых и часто хочеться начать подпевать. Если возвращаться к самой книге, то ее приятно держать в руках - хорошая бумага, красивые фотографии, а также ее интересно читать - путь многих рокеров к успеху на сцене был тернист и нелинеен:)
P.S.
На приложенных снимках можно увидеть содержание книги и понять о ком еще там будет рассказ, кроме вышеперечисленных групп.
#Music #Biography
При чтении этой книги складывалось ощущение, что я слышу в фоне музыку тех групп, о которых читаю:)
В книге есть про легендарные группы, которые я слушал еще в детстве: Кино, Аквариум, Земфира, Сплин, Би-2, ДДТ, Ленинград, Наутилус Помпилиус, Алиса, Король и Шут.
Сейчас я предпочитаю слушать зарубежную музыку, так как она хорошо служит фоном и не отвлекает от работы, но иногда по радио в машине я слышу старых знакомых и часто хочеться начать подпевать. Если возвращаться к самой книге, то ее приятно держать в руках - хорошая бумага, красивые фотографии, а также ее интересно читать - путь многих рокеров к успеху на сцене был тернист и нелинеен:)
P.S.
На приложенных снимках можно увидеть содержание книги и понять о ком еще там будет рассказ, кроме вышеперечисленных групп.
#Music #Biography
👍6🔥4
Пятый и последний выпуск Code of Architecture по книге "Building Evolutionary Architectures"
Во вторник в 18:00 по Москве мы закончим читать эту книгу и рассмотрим всю третью часть Impact, в которой всего три главы:
- Building Evolvable Architectures - про принципы, механики и гайдлайны
- Evolutionary Architecture Pitfalls and Antipatterns - про техническую архитектуру, инкрементальные изменения и интересы бизнеса
- Putting Evolutionary Architecture into Practice - организационные факторы, фтнес функции на уровне органзации, с чего начать и к чему прийти
Эфир проведем вмест с Сергеем Барановым, организатором и создателем конференции ArchDays, а еще автором Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».
#CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign
Во вторник в 18:00 по Москве мы закончим читать эту книгу и рассмотрим всю третью часть Impact, в которой всего три главы:
- Building Evolvable Architectures - про принципы, механики и гайдлайны
- Evolutionary Architecture Pitfalls and Antipatterns - про техническую архитектуру, инкрементальные изменения и интересы бизнеса
- Putting Evolutionary Architecture into Practice - организационные факторы, фтнес функции на уровне органзации, с чего начать и к чему прийти
Эфир проведем вмест с Сергеем Барановым, организатором и создателем конференции ArchDays, а еще автором Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».
#CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign
👍7❤6🔥1
Invent and Wander. Избранные статьи создателя Amazon Джеффа Безоса (Invent and Wander: The Collected Writings of Jeff Bezos)
Это совместная книга Джеффа Безоса и Уолтера Айзексона, автора популярных биографий Стива Джобса, Альберта Эйнштейна, Леонардо да Винчи и других. Она определенно стоит прочтения
1) В ней классное вступление от Уолтера, где он ярко рассказывает о Джеффе как о человеке, которого можно поставить в один ряд с другими героями его книг
2) Дальше Уолтер передает слово самому Джефу, который рассказывает историю Amazon в ежегодных письмах акционерам
3) А заканчивается все отдельными историями Джеффа на разные темы, такие как доверие, находчивость, конкуренция, гармония работы и личной жизни, ...
В общем, мне было интересно читать книгу, но под конец я немного устал от одних и тех же историй и нарративов.
Например, в книге есть в разных вариациях истории
- про одержимость клиентами, а не конкурентами
- про то, что у Джеффа до сих пор День 1, когда ты все еще не забронзовел и активно меняешься и растешь (альтернатива - это День 2, когда ты стал почивать на лаврах)
- про обратимые и необратимые решения и разный процесс их принятия
- про отсутствие презентаций и культуру написания one-pager и six-pager
- про инновации и риск, а также про то, что лучшие решения он принимал сердцем
- про механику работы платформ, которую он превозносит рассказывая про маркетплейс, программу Fulfillment by Amazon и Amazon Prime
- про то, как появился AWS (Amazon Web Services), как околол 7 лет у него не было конкурентов и как за это время он вырвался вперед
- про важность общих инструментов и подходов, про RnD и инновации в инженерные исследования - кстати, про это я уже рассказывал чуть раньше вспоминая про письмо акционерам за 2010 год
- про то, как появился Blue Origin и зачем человечеству стоит полететь в космос
P.S.
На Ozon сейчас эту книгу можно купить за 162 рубля и хотя перевод местами и ужасный (особенно в части про IT), но читать ее можно.
#Management #Leadership #Biography #SuccessStory
Это совместная книга Джеффа Безоса и Уолтера Айзексона, автора популярных биографий Стива Джобса, Альберта Эйнштейна, Леонардо да Винчи и других. Она определенно стоит прочтения
1) В ней классное вступление от Уолтера, где он ярко рассказывает о Джеффе как о человеке, которого можно поставить в один ряд с другими героями его книг
2) Дальше Уолтер передает слово самому Джефу, который рассказывает историю Amazon в ежегодных письмах акционерам
3) А заканчивается все отдельными историями Джеффа на разные темы, такие как доверие, находчивость, конкуренция, гармония работы и личной жизни, ...
В общем, мне было интересно читать книгу, но под конец я немного устал от одних и тех же историй и нарративов.
Например, в книге есть в разных вариациях истории
- про одержимость клиентами, а не конкурентами
- про то, что у Джеффа до сих пор День 1, когда ты все еще не забронзовел и активно меняешься и растешь (альтернатива - это День 2, когда ты стал почивать на лаврах)
- про обратимые и необратимые решения и разный процесс их принятия
- про отсутствие презентаций и культуру написания one-pager и six-pager
- про инновации и риск, а также про то, что лучшие решения он принимал сердцем
- про механику работы платформ, которую он превозносит рассказывая про маркетплейс, программу Fulfillment by Amazon и Amazon Prime
- про то, как появился AWS (Amazon Web Services), как околол 7 лет у него не было конкурентов и как за это время он вырвался вперед
- про важность общих инструментов и подходов, про RnD и инновации в инженерные исследования - кстати, про это я уже рассказывал чуть раньше вспоминая про письмо акционерам за 2010 год
- про то, как появился Blue Origin и зачем человечеству стоит полететь в космос
P.S.
На Ozon сейчас эту книгу можно купить за 162 рубля и хотя перевод местами и ужасный (особенно в части про IT), но читать ее можно.
#Management #Leadership #Biography #SuccessStory
👍6❤5🔥1
Investigation of The Relationship Between Brand Value And R&D Activities: Fortune 500 Companies Analysis
Я продолжаю копать тему RnD и читаю разные статьи и не все из них одинаково полезны. Например, статья от Google, про которую я рассказывал ранее была топчик, а сегодняшняя статья на другом конце спектра. Ребята хотели проверить связь между стоимостью бренда компании и тем, сколько они вкладывают в RnD активности.
Сначала авторы провели метаисследование и проанализировали результаты предыдущих исследований (результаты есть в приложенном изображении), а дальше построили свою модель (есть в приложенных изображениях) и выдывинули следующие гипотезы для проверки
H1: There is a relationship between the brand value and the R&D expenditures of the companies that are involved in Fortune 500.
H2: There is a relationship between the brand value and revenues of Fortune 500 companies
H3: Fortune 500 companies have a relationship between the number of patents and brand value.
В итоге, авторы нашли положительную корреляцию между стоимостью бренда компаний из списка Fortune 500 и их трат на RnD, есть положительная корреляция между стоимостью бренда таких компаний и их доходами. А вот связь корреляции между количеством патентов и стоимостью бренда не оказалось.
P.S.
Вроде бы статья и по интересной мне теме, но какая-то скучная и почти бесполезная.
#RnD #Management #WhitePaper
Я продолжаю копать тему RnD и читаю разные статьи и не все из них одинаково полезны. Например, статья от Google, про которую я рассказывал ранее была топчик, а сегодняшняя статья на другом конце спектра. Ребята хотели проверить связь между стоимостью бренда компании и тем, сколько они вкладывают в RnD активности.
Сначала авторы провели метаисследование и проанализировали результаты предыдущих исследований (результаты есть в приложенном изображении), а дальше построили свою модель (есть в приложенных изображениях) и выдывинули следующие гипотезы для проверки
H1: There is a relationship between the brand value and the R&D expenditures of the companies that are involved in Fortune 500.
H2: There is a relationship between the brand value and revenues of Fortune 500 companies
H3: Fortune 500 companies have a relationship between the number of patents and brand value.
В итоге, авторы нашли положительную корреляцию между стоимостью бренда компаний из списка Fortune 500 и их трат на RnD, есть положительная корреляция между стоимостью бренда таких компаний и их доходами. А вот связь корреляции между количеством патентов и стоимостью бренда не оказалось.
P.S.
Вроде бы статья и по интересной мне теме, но какая-то скучная и почти бесполезная.
#RnD #Management #WhitePaper
👏4👍1🔥1
Прыжок с парашютом
Три недели назад я повез сына прыгнуть с парашютом, а внезапно сам вышел из самолета на высоте 4 тысяч метров ...
Все началось еще в апреле, когда мы с женой подарили Паше, старшему сыну, прыжок с парашютом на его день рождения. Ему надо было только выбрать место, где он хочет прыгнуть и вариант прыжка. Он выбрал Ватулино, куда мы и отправились в одно из воскресений. Нам туда надо было ехать порядка двух часов и я решил, что просто отвезти сына туда - это слишком просто, поэтому решил прыгнуть с ним. Мы приехали на место, но было облачно, поэтому часок пришлось подождать пока распогодится, потом мы прошли инструктаж, оделись в костюмы и отправились в самолет. Мы с сыном сели в хвосте самолета и прыгали позже всех, кроме человека в wing suit:)
Я не боюсь высоты и поэтому идея прыжка не вызывала бурных эмоций ... до момента выхода из самолета - на высоте 4 тысяч метров, посмотрев вниз на землю через просветы в облаках, ты выходишь и начинаешь свободное падение ... в первый раз сложно не испытать эмоций. Дальше был полет через облака, раскрытие купола и принятие на время управления над куполом, когда можно, натягивая стропы, закладывать повороты и двигаться в зону приземления. Перед самим приземлением инструктор забрал управление на себя и четко приземлился на поле, что изображено на приложенном снимке.
В общем, первый прыжок с парашютом у меня и Паши удался ...
Три недели назад я повез сына прыгнуть с парашютом, а внезапно сам вышел из самолета на высоте 4 тысяч метров ...
Все началось еще в апреле, когда мы с женой подарили Паше, старшему сыну, прыжок с парашютом на его день рождения. Ему надо было только выбрать место, где он хочет прыгнуть и вариант прыжка. Он выбрал Ватулино, куда мы и отправились в одно из воскресений. Нам туда надо было ехать порядка двух часов и я решил, что просто отвезти сына туда - это слишком просто, поэтому решил прыгнуть с ним. Мы приехали на место, но было облачно, поэтому часок пришлось подождать пока распогодится, потом мы прошли инструктаж, оделись в костюмы и отправились в самолет. Мы с сыном сели в хвосте самолета и прыгали позже всех, кроме человека в wing suit:)
Я не боюсь высоты и поэтому идея прыжка не вызывала бурных эмоций ... до момента выхода из самолета - на высоте 4 тысяч метров, посмотрев вниз на землю через просветы в облаках, ты выходишь и начинаешь свободное падение ... в первый раз сложно не испытать эмоций. Дальше был полет через облака, раскрытие купола и принятие на время управления над куполом, когда можно, натягивая стропы, закладывать повороты и двигаться в зону приземления. Перед самим приземлением инструктор забрал управление на себя и четко приземлился на поле, что изображено на приложенном снимке.
В общем, первый прыжок с парашютом у меня и Паши удался ...
👍31🔥30❤3😱1
Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture
Сегодня у нас в клубе "Code of Architecture" последний стрим по книге "Building Evolutionary Architecture" и под это дело я решил прочитать книгу про метрики в архитектуре программного обеспечения. И так удачно сложилось, что я смог прочесть большую часть этой книги в пути между Москвой и Сочи. А в Сочи я прилетел вчера на кэмп SouthHub для CTO, где у меня сегодня еще и небольшое выступление.
Но если возвращаться к теме книги, то она
- скромного объема - порядка 200 страниц
- в ней 10 авторов, что так-то дофига:)
- каждый автор рассказывает свой взгляд на метрики и как их оценивать
- а так как у каждого есть свои отдельные книги, то здесь их взгляд угадывается легко, например
-- David Farley рассказывает про CI/CD метрики (соавтор книги "Continuous Delivery")
-- Eóin Woods рассказывает про метрики в рамках подхода continuous architecture (соавтор книги "Continuous Architecture in Practice")
- кроме того, автор каждой главы вспоминает про эволюционную архитектуру и fitness functions, даже если это не очень укладывается в его рассказ - видимо, одной из целей данной книги было популяризировать подход ...
- как по мне это не особо получилось, но набор case studies мне понравился - здесь есть над чем подумать и сделать так, чтобы архитектурные изменения были более целенаправленными и измеримыми.
Кстати, авторы этого сборника говорят о том, что прочитавшие книгу научатся:
- Measure how well your software architecture is meeting your goals
- Choose the right metrics to track (and skip the ones you don't need)
- Improve observability, testability, and deployability
- Prioritize software architecture projects
- Build insightful and relevant dashboards
И в этой книге действительно рассматриваются все эти темы ... Правда, на уровне helicopter view:)
#SoftwareArchitecture #SoftwareDevelopment #Architecture #SystemDesign #Metrics #Management #Processes #ContinuousDelivery
Сегодня у нас в клубе "Code of Architecture" последний стрим по книге "Building Evolutionary Architecture" и под это дело я решил прочитать книгу про метрики в архитектуре программного обеспечения. И так удачно сложилось, что я смог прочесть большую часть этой книги в пути между Москвой и Сочи. А в Сочи я прилетел вчера на кэмп SouthHub для CTO, где у меня сегодня еще и небольшое выступление.
Но если возвращаться к теме книги, то она
- скромного объема - порядка 200 страниц
- в ней 10 авторов, что так-то дофига:)
- каждый автор рассказывает свой взгляд на метрики и как их оценивать
- а так как у каждого есть свои отдельные книги, то здесь их взгляд угадывается легко, например
-- David Farley рассказывает про CI/CD метрики (соавтор книги "Continuous Delivery")
-- Eóin Woods рассказывает про метрики в рамках подхода continuous architecture (соавтор книги "Continuous Architecture in Practice")
- кроме того, автор каждой главы вспоминает про эволюционную архитектуру и fitness functions, даже если это не очень укладывается в его рассказ - видимо, одной из целей данной книги было популяризировать подход ...
- как по мне это не особо получилось, но набор case studies мне понравился - здесь есть над чем подумать и сделать так, чтобы архитектурные изменения были более целенаправленными и измеримыми.
Кстати, авторы этого сборника говорят о том, что прочитавшие книгу научатся:
- Measure how well your software architecture is meeting your goals
- Choose the right metrics to track (and skip the ones you don't need)
- Improve observability, testability, and deployability
- Prioritize software architecture projects
- Build insightful and relevant dashboards
И в этой книге действительно рассматриваются все эти темы ... Правда, на уровне helicopter view:)
#SoftwareArchitecture #SoftwareDevelopment #Architecture #SystemDesign #Metrics #Management #Processes #ContinuousDelivery
👍19🔥4❤1
Филип К. Дик. Биография в комиксах (Phil, une vie de Philip K. Dick)
Филипп Киндред Дик написал много произведений, которые вы знаете даже если не читали их. А все дело в том, что их успешно экранизировали:
- "Бегущий по лезвию (1982)" и "Бегущий по лезвию 2049 (2017)" - на основе романа "Мечтают ли андроиды об электроовцах"
- "Вспомнить всё (1990)" - на основе рассказа "Мы вам всё припомним"
- "Особое мнение (2002)" - на основе рассказа "Особое мнение"
- "Помутнение (2006)" - на основе романа "Помутнение"
- "Крикуны" - на основе повести "Вторая модель"
- "Человек в высоком замке" - на основе романа "Человек в высоком замке" (премия «Хьюго» в категории роман, 1963)
Также исследователи творчества авторов отмечают влияние на трилогию «Матриц», где заметно диковское сочетание саркастической комедии и причудливой метафизики. Помимо этого отмечают влияние на «Темный город», «Видеодром», «Экзистенция», «Тринадцатый этаж» и другие. А сценарий «Шоу Трумана» настолько близко повторяет замысел и особенности романа «Распалась связь времён», что, по оценке исследователя Джейсона Веста, фильм выглядит как прямая адаптация книги.
Если же возвращаться к самой книге, то тут французский сценарист Лоран Куэйсси и итальянский художник Мауро Маркези впервые в форме графического романа написали биографию этого фантаста, у которого была сложная личная жизнь:
- его сестра-близнец умерла вскоре после рождения и Филипп верил, что она как-то живет в нем
- его мать и отец развелись в его детстве
- у него были видения и галлюцинации о прошлом и будущем, которые влияли на него и приводили к паранойе, например, он боялся стать жертвой правительства
- у него было пять жен - биографы связывают такую частоту смен жен с его матерью Дороти: писатель, возможно, бессознательно переносил своё сложное отношение к матери на других женщин и на литературных персонажей
В итоге, этот графический роман достаточно интересно прочитать, чтобы понять как появился такой яркий писатель.
#SciFi #Biography
Филипп Киндред Дик написал много произведений, которые вы знаете даже если не читали их. А все дело в том, что их успешно экранизировали:
- "Бегущий по лезвию (1982)" и "Бегущий по лезвию 2049 (2017)" - на основе романа "Мечтают ли андроиды об электроовцах"
- "Вспомнить всё (1990)" - на основе рассказа "Мы вам всё припомним"
- "Особое мнение (2002)" - на основе рассказа "Особое мнение"
- "Помутнение (2006)" - на основе романа "Помутнение"
- "Крикуны" - на основе повести "Вторая модель"
- "Человек в высоком замке" - на основе романа "Человек в высоком замке" (премия «Хьюго» в категории роман, 1963)
Также исследователи творчества авторов отмечают влияние на трилогию «Матриц», где заметно диковское сочетание саркастической комедии и причудливой метафизики. Помимо этого отмечают влияние на «Темный город», «Видеодром», «Экзистенция», «Тринадцатый этаж» и другие. А сценарий «Шоу Трумана» настолько близко повторяет замысел и особенности романа «Распалась связь времён», что, по оценке исследователя Джейсона Веста, фильм выглядит как прямая адаптация книги.
Если же возвращаться к самой книге, то тут французский сценарист Лоран Куэйсси и итальянский художник Мауро Маркези впервые в форме графического романа написали биографию этого фантаста, у которого была сложная личная жизнь:
- его сестра-близнец умерла вскоре после рождения и Филипп верил, что она как-то живет в нем
- его мать и отец развелись в его детстве
- у него были видения и галлюцинации о прошлом и будущем, которые влияли на него и приводили к паранойе, например, он боялся стать жертвой правительства
- у него было пять жен - биографы связывают такую частоту смен жен с его матерью Дороти: писатель, возможно, бессознательно переносил своё сложное отношение к матери на других женщин и на литературных персонажей
В итоге, этот графический роман достаточно интересно прочитать, чтобы понять как появился такой яркий писатель.
#SciFi #Biography
❤6👍1🔥1
Материалы к пятому выпуску Code of Architecture по книге "Building Evolutionary Architectures"
Вчера у нас прошел пятый и финальный стрим по книге и мы упоминали следующие книги и концепции:
- "Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture" - книга с примерами использования архитектурных метрик от 10 экспертов в разработке софта
- Whitepaper "From X programming to the X organisation" за авторством Enrico Zaninotto - статья с конференции, где на проектирование взглянули с точки зрения дизайна организации
- "Organization: A Tool for Software Architects • Eberhard Wolff • GOTO 2021" - выступление на похожую тему, а именно о том, что организация является инструментом для работы архитекторов
- "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations" - крутая книга про построение высокопроизводительных организаций, где популяризируются DORA метрики (deployment frequency, lead time for changes, mean time to recover, change failure rate). Является must read для технических руководителей, хотя есть и обоснованная критика исследований (как обычно в исследования про возможность из корреляций сделать причинно-следственные выводы)
- Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap. В этой книге многие темы рассмотрены гораздо лучше и глубже, чем в эволюционной архитектуре
- Книга "Continuous Architecture in Practice" - другая книга про непрерывное развитие архитектуры систем, которая показалась мне на порядок лучше эволюционной архитектуры
- Книга "Проект Феникс (The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win)" - Книга написана в жанре производственного романа и похожа на книгу "Цель" ("Goal") или "Критическая цепь" ("Critical Chain") Голдратта. Правда, здесь основные действия разворачиваются не на заводе, а в среде обитания it'шников компании Parts Unlimited
- "Проект единорог (The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data)" - эта книга написана Gene Kim как продолжение предыдущей книги "Проект Феникс (The Phoenix Project)". В прошлой книге был показан impact менеджеров на процессы разработки, а в этой книге показан импакт individual contributors.
- Письмо Jeff Bezos акционерам Amazon от 2015 года - здесь он рассказывал среди прочего про Invention Machine и решения двух типов:
-- Type 1 - "Some decisions are consequential and irreversible or nearly irreversible – one-way doors – and these decisions must be made methodically, carefully, slowly, with great deliberation and consultation"
-- Type 2 - "But most decisions aren’t like that – they are changeable, reversible – they’re two-way doors. If you’ve made a suboptimal Type 2 decision, you don’t have to live with the consequences for that long."
Собственно в этом письме речь шла про то, чтобы уметь принимать решения типа 2 быстро, а решения типа 1 методично и взвешанно. И это отлично укладывается в архитектурные подходы - определение Гради Буча для Software Architecture звучало так "Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change.". Но сейчас часто предлагают необратимые решения откладывать напоследок до момента, когда у нас будет достаточно информации и сами решения уже не принимать нельзя. Это обеспечивает определенную гибкость архитектуре и пригодность к дальнейшей эволюции.
Пожалуй на этом список материалов можно и закончить. Также надо отметить, что книга закончилась и она оказалась не такой интересной как ожидал лично я ... но в общении с гостями мы вытащили очень много идей, которые сделали обсуждение этой книги гораздо полезнее, чем просто ее чтение. В последнем выпуске нам помогал Сергей Баранов, организатор и создатель конференции ArchDays, а еще автор Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».
#SoftwareArchitecture #Architect #CoA
Вчера у нас прошел пятый и финальный стрим по книге и мы упоминали следующие книги и концепции:
- "Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture" - книга с примерами использования архитектурных метрик от 10 экспертов в разработке софта
- Whitepaper "From X programming to the X organisation" за авторством Enrico Zaninotto - статья с конференции, где на проектирование взглянули с точки зрения дизайна организации
- "Organization: A Tool for Software Architects • Eberhard Wolff • GOTO 2021" - выступление на похожую тему, а именно о том, что организация является инструментом для работы архитекторов
- "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations" - крутая книга про построение высокопроизводительных организаций, где популяризируются DORA метрики (deployment frequency, lead time for changes, mean time to recover, change failure rate). Является must read для технических руководителей, хотя есть и обоснованная критика исследований (как обычно в исследования про возможность из корреляций сделать причинно-следственные выводы)
- Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap. В этой книге многие темы рассмотрены гораздо лучше и глубже, чем в эволюционной архитектуре
- Книга "Continuous Architecture in Practice" - другая книга про непрерывное развитие архитектуры систем, которая показалась мне на порядок лучше эволюционной архитектуры
- Книга "Проект Феникс (The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win)" - Книга написана в жанре производственного романа и похожа на книгу "Цель" ("Goal") или "Критическая цепь" ("Critical Chain") Голдратта. Правда, здесь основные действия разворачиваются не на заводе, а в среде обитания it'шников компании Parts Unlimited
- "Проект единорог (The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data)" - эта книга написана Gene Kim как продолжение предыдущей книги "Проект Феникс (The Phoenix Project)". В прошлой книге был показан impact менеджеров на процессы разработки, а в этой книге показан импакт individual contributors.
- Письмо Jeff Bezos акционерам Amazon от 2015 года - здесь он рассказывал среди прочего про Invention Machine и решения двух типов:
-- Type 1 - "Some decisions are consequential and irreversible or nearly irreversible – one-way doors – and these decisions must be made methodically, carefully, slowly, with great deliberation and consultation"
-- Type 2 - "But most decisions aren’t like that – they are changeable, reversible – they’re two-way doors. If you’ve made a suboptimal Type 2 decision, you don’t have to live with the consequences for that long."
Собственно в этом письме речь шла про то, чтобы уметь принимать решения типа 2 быстро, а решения типа 1 методично и взвешанно. И это отлично укладывается в архитектурные подходы - определение Гради Буча для Software Architecture звучало так "Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change.". Но сейчас часто предлагают необратимые решения откладывать напоследок до момента, когда у нас будет достаточно информации и сами решения уже не принимать нельзя. Это обеспечивает определенную гибкость архитектуре и пригодность к дальнейшей эволюции.
Пожалуй на этом список материалов можно и закончить. Также надо отметить, что книга закончилась и она оказалась не такой интересной как ожидал лично я ... но в общении с гостями мы вытащили очень много идей, которые сделали обсуждение этой книги гораздо полезнее, чем просто ее чтение. В последнем выпуске нам помогал Сергей Баранов, организатор и создатель конференции ArchDays, а еще автор Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».
#SoftwareArchitecture #Architect #CoA
👍5🔥3❤2
От монолита к микросервисам и обратно
Эту историю я рассказывал на South Hub 2023 в формате мини-стендапа:) South Hub — это кэмп для CTO и тех, кто мечтает ими стать, а какие свершения без факапов, поэтому на этой конференции и появилась секция Fuckup Nights. Сама история произошла со мной в самом начале работы в Tinkoff, чуть меньше семи лет назад. Тогда я отвечал всего за несколько небольших команд, которые в сумме состояли из 10 инженеров...
#Postmortem #FuckupNights #SoftwareArchitecture #Architecture #Management
Эту историю я рассказывал на South Hub 2023 в формате мини-стендапа:) South Hub — это кэмп для CTO и тех, кто мечтает ими стать, а какие свершения без факапов, поэтому на этой конференции и появилась секция Fuckup Nights. Сама история произошла со мной в самом начале работы в Tinkoff, чуть меньше семи лет назад. Тогда я отвечал всего за несколько небольших команд, которые в сумме состояли из 10 инженеров...
#Postmortem #FuckupNights #SoftwareArchitecture #Architecture #Management
Medium
От монолита к микросервисам и обратно
Эту историю я рассказывал на South Hub 2023 в формате мини-стендапа:) South Hub — это кэмп для CTO и тех, кто мечтает ими стать, а какие…
❤12👍6🔥6