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
"Как большие компании нанимают лидов в 2023 году" - Круглый стол Яндекс Go на SouthHub
Был сегодня на круглом столе, где обсуждалась такая тема.
В который раз увидел обсуждение рахных вопросов, например
- кто такой технический лид
- на что обращать внимание в резюме
- как выглядят этапы интервью
- где искать лидов
- как удерживать
- ну и истории про факапы с наймом
Интересно, что была заметна разница в столкновении найма в команду и найма в компанию:)
От Тинькофф в круглом столе участвовал мой коллега, Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса).
P.S.
У меня тоже было похожее выступление на тему "Как нанимать технических руководителей" на весеннем Teamlead Conf 2023:)
#Management #Leadership #Processes #Conference #SystemDesign #Engineering
Был сегодня на круглом столе, где обсуждалась такая тема.
В который раз увидел обсуждение рахных вопросов, например
- кто такой технический лид
- на что обращать внимание в резюме
- как выглядят этапы интервью
- где искать лидов
- как удерживать
- ну и истории про факапы с наймом
Интересно, что была заметна разница в столкновении найма в команду и найма в компанию:)
От Тинькофф в круглом столе участвовал мой коллега, Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса).
P.S.
У меня тоже было похожее выступление на тему "Как нанимать технических руководителей" на весеннем Teamlead Conf 2023:)
#Management #Leadership #Processes #Conference #SystemDesign #Engineering
❤9👍4
"Как большие компании нанимают лидов в 2023 году" - Продолжение
Вчера я писал свои мысли про этот круглый стол и упоминал, что от Тинькофф там участвовал Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса).
А сегодня Вова написал пост со своими мыслями на эту тему в своем канале. Вообще Вова туда пишет полезные посты с мыслями на темы навроде OKR и KPI или Outcomes over Outputs, которые бывает интересно почитать.
#Management #Leadership
Вчера я писал свои мысли про этот круглый стол и упоминал, что от Тинькофф там участвовал Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса).
А сегодня Вова написал пост со своими мыслями на эту тему в своем канале. Вообще Вова туда пишет полезные посты с мыслями на темы навроде OKR и KPI или Outcomes over Outputs, которые бывает интересно почитать.
#Management #Leadership
Telegram
Мысли Коноплёва
Вчера на SouthHub собирали круглый стол с Яндекс, Авито и Азбукой Вкуса (да, там тоже есть IT) на тему «Как большие компании нанимают лидов в 2023».
С нами вы можете познакомиться на нашем TeamLead‘ском лендинге. А я расскажу про то, что я узнал о других…
С нами вы можете познакомиться на нашем TeamLead‘ском лендинге. А я расскажу про то, что я узнал о других…
🔥7❤2
Книжный клуб CoA — Recap of "Building Evolutionary Architecture"
Этот май и июнь в нашем книжном клубе Code of Architecture был посвящен обсуждению книги про построение эволюционных архитектур, которую мы рассмотрели в пяти выпусках. В этой статье я хотел поделиться всеми материалами и напомнить краткое содержание того, что мы успели обсудить.
#CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign
Этот май и июнь в нашем книжном клубе Code of Architecture был посвящен обсуждению книги про построение эволюционных архитектур, которую мы рассмотрели в пяти выпусках. В этой статье я хотел поделиться всеми материалами и напомнить краткое содержание того, что мы успели обсудить.
#CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign
Medium
Книжный клуб CoA — Recap of "Building Evolutionary Architecture"
Этот май и июнь в нашем книжном клубе Code of Architecture был посвящен обсуждению книги про построение эволюционных архитектур, которую…
🔥6👍4❤1
Кроссфит мозга
Лет пять назад я прочитал книгу "Кроссфит мозга" за авторством Игоря Накамонова, в которой автор предлагает систему из 23 упражнений для подготовки к решению нестандартных задач:) Книжка читается легко, т.к. она написана креативным человеком для тех, кто хочет повысить свою креативность.
В начале книги автор дает определение креативности - это умение соединить уже известные элементы уникальным образом. Из этого определения следуют составные части:
- насмотренность - для знания уже известных элементов
- методы - способы их соединения
- оценка - для того, чтобы оценить насколько уникальным получился креатив
А дальше идут 23 метода и напутствие относительного вашего саморазвития, а заодно и 16 чистых листов в конце книги, на которых вы сможете составить методичку о том как именно вы планирует саморазвиваться:)
К концу книги я поймал себя на мысли, что часть из упражнений проделать будет полезно, а часть них мне не особо нужны, т.к. сама жизнь и работа постоянно мне подкидывают возможности проявления креативности:)
#Brain #Management #SelfDevelopment #Leadership #Design
Лет пять назад я прочитал книгу "Кроссфит мозга" за авторством Игоря Накамонова, в которой автор предлагает систему из 23 упражнений для подготовки к решению нестандартных задач:) Книжка читается легко, т.к. она написана креативным человеком для тех, кто хочет повысить свою креативность.
В начале книги автор дает определение креативности - это умение соединить уже известные элементы уникальным образом. Из этого определения следуют составные части:
- насмотренность - для знания уже известных элементов
- методы - способы их соединения
- оценка - для того, чтобы оценить насколько уникальным получился креатив
А дальше идут 23 метода и напутствие относительного вашего саморазвития, а заодно и 16 чистых листов в конце книги, на которых вы сможете составить методичку о том как именно вы планирует саморазвиваться:)
К концу книги я поймал себя на мысли, что часть из упражнений проделать будет полезно, а часть них мне не особо нужны, т.к. сама жизнь и работа постоянно мне подкидывают возможности проявления креативности:)
#Brain #Management #SelfDevelopment #Leadership #Design
👍16🔥7
Бонусный выпуск Code of Architecture по white paper "Amazon Aurora: Design Considerations for High Troughput cloud-Native Relational Databases"
Завтра вечером в 18:00 по Москве у нас будет выпуск Code of Architecture про интересную база данных Amazon Aurora. Она интересна как с точки зрения маркетинга, так и технически:
- Этот технический продукт внутри AWS особо отмечал Джефф Безос в своих ежегодных письмах акционерам за 2014 и 2015 года
- Этот технический продукт - это реализация концепции "the log is a database"
Сам документ состоит из следующих частей
- Introduction - здесь авторы обсуждают проблему, которую можно охарактеризовать так "The I/O bottleneck faced by traditional database systems changes in cloud environment"
- Durability at cloud scale - подход к рассмотрению буковки D из знакомого всем акронима ACID, как размышлять про кворумы, кореллированные ошибки и сокращать MTTR (mean time to recovery) за счет разделения данных на сегменты
- The log is the database - как превратить redo лог в основной элемент базы данных и материализовывать остальные сущности асихронно
- The log marches forward - основная часть про логику работы log sequence number в нормально состоянии и в случае отказов
- Putting it all together - раздел с красивой картинкой, где показана общая архитектура, собирающая воедино мысли из предыдущих разделов
- Performance results - результаты бенчмарков, которые показывают ради чего затевался весь сыр-бор
- Lessons learned - рассказ почему Aurora хороша для SaaS приложений, про эволюцию схемы внутри бд и как патчить саму Aurora без downtime
- Related work - в этом разделе описываются связанные работы
В общем, если обобщать, то этот white paper - отличный пример интересного дизайн-документа. Поэтому его будет интересно обсудить с нашими гостями:
- Игорь Маслов - руководитель управления базовых технологий и обработки данных Тинькофф
- Виталий Кондратов - архитектор в управлении базовых технологий
#Databases #CoA #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud
Завтра вечером в 18:00 по Москве у нас будет выпуск Code of Architecture про интересную база данных Amazon Aurora. Она интересна как с точки зрения маркетинга, так и технически:
- Этот технический продукт внутри AWS особо отмечал Джефф Безос в своих ежегодных письмах акционерам за 2014 и 2015 года
- Этот технический продукт - это реализация концепции "the log is a database"
Сам документ состоит из следующих частей
- Introduction - здесь авторы обсуждают проблему, которую можно охарактеризовать так "The I/O bottleneck faced by traditional database systems changes in cloud environment"
- Durability at cloud scale - подход к рассмотрению буковки D из знакомого всем акронима ACID, как размышлять про кворумы, кореллированные ошибки и сокращать MTTR (mean time to recovery) за счет разделения данных на сегменты
- The log is the database - как превратить redo лог в основной элемент базы данных и материализовывать остальные сущности асихронно
- The log marches forward - основная часть про логику работы log sequence number в нормально состоянии и в случае отказов
- Putting it all together - раздел с красивой картинкой, где показана общая архитектура, собирающая воедино мысли из предыдущих разделов
- Performance results - результаты бенчмарков, которые показывают ради чего затевался весь сыр-бор
- Lessons learned - рассказ почему Aurora хороша для SaaS приложений, про эволюцию схемы внутри бд и как патчить саму Aurora без downtime
- Related work - в этом разделе описываются связанные работы
В общем, если обобщать, то этот white paper - отличный пример интересного дизайн-документа. Поэтому его будет интересно обсудить с нашими гостями:
- Игорь Маслов - руководитель управления базовых технологий и обработки данных Тинькофф
- Виталий Кондратов - архитектор в управлении базовых технологий
#Databases #CoA #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud
🔥10👍3❤2