The Halo Effect: And the Eight Other Business Delusions That Deceive Managers (Эффект ореола и другие заблуждения каждого менеджера…)
Недавно прочитал эту отличную книгу, которая стремительно приближается к совершенолетию, так как с первого издания прошло уже 16 лет:)
В этой книге Фил Розенцвейг, ученый в области бизнеса, буквально препарирует псевдонаучную чушь, которая обычно излагается на страницах бизнес-литературы навроде
- "От хорошего к великому. Почему одни компании совершают прорыв, а другие нет" ("Good to Great. Why Some Companies Make the Leap...and Others Don't")
- "Построенные навечно. Успех компаний, обладающих видением" ("Built to Last. Successful Habits of Visionary Companies")
Основной point Фила в том, что все эти книги построены на анализе компаний, которые отобраны по их предыдущим результатам, для анализа используются воспоминания сотрудников о тех временах и статьи в прессе. Но все это подвержено эффекту ореола, который мешает получать действительно научное исследование и превращает все в написание интересных и вдохновляющих историй. А эти вдохновляющие истории отлично продаются, так как все хотят приобщиться к чудодейственному методу или подходу, который описали авторы бизнес-литературы. В итоге, это превращается буквально в карго-культ:)
Подробнее про остальные иллюзии в моей статье на Medium
#Management #Leadership #ExternalReview #Science
Недавно прочитал эту отличную книгу, которая стремительно приближается к совершенолетию, так как с первого издания прошло уже 16 лет:)
В этой книге Фил Розенцвейг, ученый в области бизнеса, буквально препарирует псевдонаучную чушь, которая обычно излагается на страницах бизнес-литературы навроде
- "От хорошего к великому. Почему одни компании совершают прорыв, а другие нет" ("Good to Great. Why Some Companies Make the Leap...and Others Don't")
- "Построенные навечно. Успех компаний, обладающих видением" ("Built to Last. Successful Habits of Visionary Companies")
Основной point Фила в том, что все эти книги построены на анализе компаний, которые отобраны по их предыдущим результатам, для анализа используются воспоминания сотрудников о тех временах и статьи в прессе. Но все это подвержено эффекту ореола, который мешает получать действительно научное исследование и превращает все в написание интересных и вдохновляющих историй. А эти вдохновляющие истории отлично продаются, так как все хотят приобщиться к чудодейственному методу или подходу, который описали авторы бизнес-литературы. В итоге, это превращается буквально в карго-культ:)
Подробнее про остальные иллюзии в моей статье на Medium
#Management #Leadership #ExternalReview #Science
👍12❤1🔥1
Мозг Леонардо. Постигая гений да Винчи (Leonardo's Brain: Understanding Da Vinci's Creative Genius)
Эту научно-популярную книгу написал тезка великого Леонардо, но по фамилии Шлейн:)
Книга оставила двойственное впечатление:
- с одной стороны интересный экскурс в историю великого художника
- а с другой большое количество передергиваний и натяжек при трактовке его научных достижений
Из нетривиальных идей автора можно выделить гипотезу того, что достижения Леонардо были обусловлены его нетрадиционностью, как в плане ведущей руки, так и в плане секскуальных предпочтений. Помимо этого, я считаю прорывным предположение о том, что Леонадо владел приемом дальновидения из арсенала героев Битвы Экстрасенов. Причем автор книги ссылается на Стэнфордские эксперименты 70-80х годов как успешные, хотя по данным из других книг, например, Митио Каку и "Физика невозможного", эти эксперименты закончились безрезультатно за исключением растраты десятков, а то и сотен миллионов долларов.
Итого: книга сильно на любителя, причем не любителя науки ...
#PopularScience #Brain #Creativity #Biography
Эту научно-популярную книгу написал тезка великого Леонардо, но по фамилии Шлейн:)
Книга оставила двойственное впечатление:
- с одной стороны интересный экскурс в историю великого художника
- а с другой большое количество передергиваний и натяжек при трактовке его научных достижений
Из нетривиальных идей автора можно выделить гипотезу того, что достижения Леонардо были обусловлены его нетрадиционностью, как в плане ведущей руки, так и в плане секскуальных предпочтений. Помимо этого, я считаю прорывным предположение о том, что Леонадо владел приемом дальновидения из арсенала героев Битвы Экстрасенов. Причем автор книги ссылается на Стэнфордские эксперименты 70-80х годов как успешные, хотя по данным из других книг, например, Митио Каку и "Физика невозможного", эти эксперименты закончились безрезультатно за исключением растраты десятков, а то и сотен миллионов долларов.
Итого: книга сильно на любителя, причем не любителя науки ...
#PopularScience #Brain #Creativity #Biography
👍7
Из чего состоит пиво и как его производят
Интересная статья от postnauka, которая как раз в тему - я по субботам обычно хожу в баньку, а там меня ждет пара бутылок пива, закуски и веники:)
Интересная статья от postnauka, которая как раз в тему - я по субботам обычно хожу в баньку, а там меня ждет пара бутылок пива, закуски и веники:)
postnauka.org
Из чего состоит пиво и как его производят — все самое интересное на ПостНауке
Рассказываем о самом популярном алкогольном напитке в России
👍9
Building Secure and Reliable Systems (Рубрика #Architecture)
Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook.
Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций. Здесь суть в том, что комплексные системы обладают эмерджентными свойствами, среди которых как раз и находятся security и reliability ... или скорее зачастую отсутствуют, если о них заранее не подумали. В итоге, авторы деляться своими подходами к проектированию систем, которые позволяют учесть эти желаемыем свойства на старте.
В первой части книги авторы дают вводный материал про связь между безопасностью и надежностью, а также рассказывают про модель противников (adversaries).
Во второй части книги как разбираются концепции проектирования
- Design Tradeoffs
- Design for Least Privilege
- Design for Understendability
- Design for a Changing Landscape
- Design for Resilience
- Design for Recovery
- Mitigating Denial-of-Service Attacks (Designing for Defense)
В третьей части речь идет про то как имплементировать системы: писать код, его тестировать, разворачивать (deploy) и проводить исследования (investigate)
В четвертой части идет речь про обслуживание систем: disaster planing, crisis management, recovery and aftermath
Ну и в последней части идет речь про построение правильной культуры: понимание ролей и ответственности и то, как построить культуру безопасности и надежности в организации.
В общем, эта книга очень полезна для инженеров, которые разрабатывают программное обеспечение, а не только для SRE или Cyber Security инженеров.
P.S.
Книга читается достаточно тяжело и я смог ее прочесть только за десяток перелетов, когда у меня не было интернета и я не мог выйти и сменить род деятельности:)
#SystemDesign #SystemEngineering #SRE #Architecture #SoftwareArchitecture #DistributedSystems
Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook.
Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций. Здесь суть в том, что комплексные системы обладают эмерджентными свойствами, среди которых как раз и находятся security и reliability ... или скорее зачастую отсутствуют, если о них заранее не подумали. В итоге, авторы деляться своими подходами к проектированию систем, которые позволяют учесть эти желаемыем свойства на старте.
В первой части книги авторы дают вводный материал про связь между безопасностью и надежностью, а также рассказывают про модель противников (adversaries).
Во второй части книги как разбираются концепции проектирования
- Design Tradeoffs
- Design for Least Privilege
- Design for Understendability
- Design for a Changing Landscape
- Design for Resilience
- Design for Recovery
- Mitigating Denial-of-Service Attacks (Designing for Defense)
В третьей части речь идет про то как имплементировать системы: писать код, его тестировать, разворачивать (deploy) и проводить исследования (investigate)
В четвертой части идет речь про обслуживание систем: disaster planing, crisis management, recovery and aftermath
Ну и в последней части идет речь про построение правильной культуры: понимание ролей и ответственности и то, как построить культуру безопасности и надежности в организации.
В общем, эта книга очень полезна для инженеров, которые разрабатывают программное обеспечение, а не только для SRE или Cyber Security инженеров.
P.S.
Книга читается достаточно тяжело и я смог ее прочесть только за десяток перелетов, когда у меня не было интернета и я не мог выйти и сменить род деятельности:)
#SystemDesign #SystemEngineering #SRE #Architecture #SoftwareArchitecture #DistributedSystems
👍20
Code of Architecture - Distributed Systems - Episode 4 - Communication
Сегодня в 18:00 на очередной встрече Code of Architecture разберем четвертую главу, посвященную общению разных частей распределенной системы между собой. А точнее мы поговорим про
— основы сетей, а точнее сетевые протоколы (layered protocols);
— фундаментальный подход взаимодействия с удаленными вызовами процедур (remote procedure call);
— использование ориентированных на сообщения коммуникаций (message-oriented communication);
— многоадресную связь (multicast communication).
В гостях сегодня будут мои коллеги — Антон Бровкин, архитектор Тинькофф Бизнес и Артем Иванов, СТО РискТехнологий.
Подключайтесь к просмотру на канале IT's Tinkoff.
#DistributedSystems #Architecture #SoftwareArchitecture #Software #SystemDesign #CoA
Сегодня в 18:00 на очередной встрече Code of Architecture разберем четвертую главу, посвященную общению разных частей распределенной системы между собой. А точнее мы поговорим про
— основы сетей, а точнее сетевые протоколы (layered protocols);
— фундаментальный подход взаимодействия с удаленными вызовами процедур (remote procedure call);
— использование ориентированных на сообщения коммуникаций (message-oriented communication);
— многоадресную связь (multicast communication).
В гостях сегодня будут мои коллеги — Антон Бровкин, архитектор Тинькофф Бизнес и Артем Иванов, СТО РискТехнологий.
Подключайтесь к просмотру на канале IT's Tinkoff.
#DistributedSystems #Architecture #SoftwareArchitecture #Software #SystemDesign #CoA
👍14
The lost art of software design by Simon Brown at Devoxx Belgium 2022
Отличное выступление Simon Brown, создателя C4 Model, на тему software design.
Автор рассказывает как разработчики спешили избавиться от upfront design, следуя agile подходам. В итоге, вместе с водой они выплеснули ребенка и умение проектировать:)
Основная цель этого выступления:
- показать почему некоторый up front design полезен
- показать как его можно делать эффективнее
Автор начинает с того, что показывает какой дизайн рисуют участники его воршопов по проектированию (и он довольно грустный)
Дальше он подсвечивает момент из agile manifesto "continuous attention to technical excellence and good design enhances agility", который подсвечивает важность хорошего дизайна.
Дальше идет речь про technical leadership в командах, тулинг для дизайна (автор попинывает UML), технологические решения и дальше рассказывает про инструменты, которые реально могут помочь в проектировании ...
А заканчивается все тем, а как понять, что вы сделали достаточный up front design?
И автор отвечает на это тем, что показывает когда требуется остановиться
- You understand the significant architectural drivers (requirements, quality attributes, constraints)
- You understand the context and scope of what you're building
- You understand the significant design decisions
- You have a way to communicate your technical vision to other people
- You are confident that your design satesfies the key architectural drivers
- You have identified, and are comfortable with the risks associated with building the software
#SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems
Отличное выступление Simon Brown, создателя C4 Model, на тему software design.
Автор рассказывает как разработчики спешили избавиться от upfront design, следуя agile подходам. В итоге, вместе с водой они выплеснули ребенка и умение проектировать:)
Основная цель этого выступления:
- показать почему некоторый up front design полезен
- показать как его можно делать эффективнее
Автор начинает с того, что показывает какой дизайн рисуют участники его воршопов по проектированию (и он довольно грустный)
Дальше он подсвечивает момент из agile manifesto "continuous attention to technical excellence and good design enhances agility", который подсвечивает важность хорошего дизайна.
Дальше идет речь про technical leadership в командах, тулинг для дизайна (автор попинывает UML), технологические решения и дальше рассказывает про инструменты, которые реально могут помочь в проектировании ...
А заканчивается все тем, а как понять, что вы сделали достаточный up front design?
И автор отвечает на это тем, что показывает когда требуется остановиться
- You understand the significant architectural drivers (requirements, quality attributes, constraints)
- You understand the context and scope of what you're building
- You understand the significant design decisions
- You have a way to communicate your technical vision to other people
- You are confident that your design satesfies the key architectural drivers
- You have identified, and are comfortable with the risks associated with building the software
#SoftwareArchitecture #Architecture #SystemDesign #Software #SoftwareDevelopment #DistributedSystems
👍8🔥2❤1
Все на борт «Дискавери-Экспресса» (All Aboard the Discovery Express)
Очень красивая книга для детей про путешествие в пространстве и времени. Герои книги путешествуют по странам и временам и узнают, когда и как люди придумывали вертолеты, велосипеды, паровозы, самолеты и так далее. На каждой странице книги есть кармашки с дополнительной интересной информацией и небольшая загадка о том, куда герои отправятся дальше и чему будет посвящена новая страница:)
P.S.
Я так пока ни разу не дочитал с детишками эту книгу - они засыпают раньше, чем мы добираемся до половины книги, кроме самого маленького, которому пока ее рано читать:)
#ForKids #PopularScience
Очень красивая книга для детей про путешествие в пространстве и времени. Герои книги путешествуют по странам и временам и узнают, когда и как люди придумывали вертолеты, велосипеды, паровозы, самолеты и так далее. На каждой странице книги есть кармашки с дополнительной интересной информацией и небольшая загадка о том, куда герои отправятся дальше и чему будет посвящена новая страница:)
P.S.
Я так пока ни разу не дочитал с детишками эту книгу - они засыпают раньше, чем мы добираемся до половины книги, кроме самого маленького, которому пока ее рано читать:)
#ForKids #PopularScience
👍9❤6
Вчера мы провели четвертый стрим клуба Code of Architecture по книге “Distributed Systems”, в котором мы обсудили вопросы как организовать коммуникацию разных частей распределенной системы между собой, поговорив про
- сетевые протоколы
- remote procedure calls (rpc)
- ориентированные на сообщения коммуникации, начав с сокетов и закончив aqmp брокерами, вспомнив Kafka, про которую в книге не упоминали
- варианты мультикаста
Гостями стрима были
- Антон Бровкин, архитектор Тинькофф Бизнес
- Артем Иванов, СТО РискТехнологий в Тинькофф
Артефакты с этого стрима доступны по ссылкам
- Статья с кратким обзором
- Запись стрима
- Miro доска с презентацией
#SoftwareArchitecture #DistributedSystems #Architecture #SystemDesign #Software #CoA
- сетевые протоколы
- remote procedure calls (rpc)
- ориентированные на сообщения коммуникации, начав с сокетов и закончив aqmp брокерами, вспомнив Kafka, про которую в книге не упоминали
- варианты мультикаста
Гостями стрима были
- Антон Бровкин, архитектор Тинькофф Бизнес
- Артем Иванов, СТО РискТехнологий в Тинькофф
Артефакты с этого стрима доступны по ссылкам
- Статья с кратким обзором
- Запись стрима
- Miro доска с презентацией
#SoftwareArchitecture #DistributedSystems #Architecture #SystemDesign #Software #CoA
Medium
Code of Architecture — “Distributed Systems, 4th Ed” #4 (Communication)
Это четвертый выпуск клуба “Code of Architecture” по книге “Распределенные системы” ван Стина и Таненбаума, в котором мы обсуждаем главу…
👍12🔥8
Гаражная распродажа "Альпины"
Отличная новость для жителей Москвы: 12 февраля в баре «Ровесник» пройдет гаражная распродажа «Альпины»! Приходите с 15:00 до 20:00 по адресу Малый Гнездниковский пер., 9, стр. 2 — вас ждут отличные книги со скидками, общение с сотрудниками издательской группы, а еще акция: третья книга достанется вам за 1 рубль!
Отличная новость для жителей Москвы: 12 февраля в баре «Ровесник» пройдет гаражная распродажа «Альпины»! Приходите с 15:00 до 20:00 по адресу Малый Гнездниковский пер., 9, стр. 2 — вас ждут отличные книги со скидками, общение с сотрудниками издательской группы, а еще акция: третья книга достанется вам за 1 рубль!
👍7
The Pipeline-Driven Organization • Roy Osherove • GOTO 2022
Интересное выступление Роя на тему организаций, ориентированных на flow поставки ценности. Автор выступления является создателем одноименного сайта pipelinedriven.org.
Основные мысли автора в том, что нам нужну cooperative pipelines в разработке софта.
Вот его линия размышлений:
0) сначала идет базис про теорию ограничений и устранение бутылочных горлышек и изменение правил игры под новые условия
1) дальше вспоминает про древние времени, когда у нас было много ручных процессов, которые были обусловлены недостатками технлогий
2) а сейчас с приходом CI у всех есть целая россыпь автоматизированных pipelines для задач всех видов
3) но rules и policies по использованию этих инструментов остались старыми
4) и поэтому у нас все еще есть куча ручной работы, которая дробит pipeline доставки ценности на отдельные pipelines для разработки, тестирования, безопасников, эксплуатации
5) автор предлагает все эти человеческие решения интегрировать в пайплайны и автоматизировать их. Если требуется принять решение, то оно должно быть зашито в пайплайн в виде какого-то теста (так можно проверять и архтектуру, используя fitness functions, у меня как-то про это доклад)
6) название pipeline-driven появилась как ответ на DevOps, DevSecOps, DataOps, MLOps, ..., DevTestDataMLSec...WTF...Ops. Автор просто решил обобщить:)
Автор рекомендует почитать про теорию ограничений, а конкретнее книги Голдратта: "Цель", "Критическая цепь" (я рассказывал про нее) и другие.
Еще интересно прочитать статьи Netflix, которые автор доклада приводил в качестве иллюстраций почему предлагаемый им подход работает для bigtech компаний
2013 год - Branch per environment, manual merge/deploy trigger
2015 год - Dynamic pipelines, manual prod trigger
2018 год - Automated metrics analysis (remove human judgement) "Canary analysis"
2018 год - Full cycle developers
Вот таким нехитрым способом Netflix дошел до состояния pipeline-driven organization:)
#Management #Processes #Devops #Leadership #Architecture
Интересное выступление Роя на тему организаций, ориентированных на flow поставки ценности. Автор выступления является создателем одноименного сайта pipelinedriven.org.
Основные мысли автора в том, что нам нужну cooperative pipelines в разработке софта.
Вот его линия размышлений:
0) сначала идет базис про теорию ограничений и устранение бутылочных горлышек и изменение правил игры под новые условия
1) дальше вспоминает про древние времени, когда у нас было много ручных процессов, которые были обусловлены недостатками технлогий
2) а сейчас с приходом CI у всех есть целая россыпь автоматизированных pipelines для задач всех видов
3) но rules и policies по использованию этих инструментов остались старыми
4) и поэтому у нас все еще есть куча ручной работы, которая дробит pipeline доставки ценности на отдельные pipelines для разработки, тестирования, безопасников, эксплуатации
5) автор предлагает все эти человеческие решения интегрировать в пайплайны и автоматизировать их. Если требуется принять решение, то оно должно быть зашито в пайплайн в виде какого-то теста (так можно проверять и архтектуру, используя fitness functions, у меня как-то про это доклад)
6) название pipeline-driven появилась как ответ на DevOps, DevSecOps, DataOps, MLOps, ..., DevTestDataMLSec...WTF...Ops. Автор просто решил обобщить:)
Автор рекомендует почитать про теорию ограничений, а конкретнее книги Голдратта: "Цель", "Критическая цепь" (я рассказывал про нее) и другие.
Еще интересно прочитать статьи Netflix, которые автор доклада приводил в качестве иллюстраций почему предлагаемый им подход работает для bigtech компаний
2013 год - Branch per environment, manual merge/deploy trigger
2015 год - Dynamic pipelines, manual prod trigger
2018 год - Automated metrics analysis (remove human judgement) "Canary analysis"
2018 год - Full cycle developers
Вот таким нехитрым способом Netflix дошел до состояния pipeline-driven organization:)
#Management #Processes #Devops #Leadership #Architecture
1👍15
Reinventing search with a new AI-powered Microsoft Bing and Edge, your copilot for the web
Вчера Microsoft рассказали про свой новый поиск с блекджеком и ChatGPT:)
Теперь поиск не просто находит релевантный сайты, но и генерит текстовый ответ и дает чат для дальнейшего общения с ботом, что сгенерировал этот ответ. Это позволяет дальше задавать уточняющие вопросы, вместо того, чтобы кликать по ссылкам на сайты. То, чего боялся Google, вводя красный уровень угрозы доехало до прода:)
Потестить новый поиск можно на https://www.bing.com/new
#AI #ML #Search
Вчера Microsoft рассказали про свой новый поиск с блекджеком и ChatGPT:)
Теперь поиск не просто находит релевантный сайты, но и генерит текстовый ответ и дает чат для дальнейшего общения с ботом, что сгенерировал этот ответ. Это позволяет дальше задавать уточняющие вопросы, вместо того, чтобы кликать по ссылкам на сайты. То, чего боялся Google, вводя красный уровень угрозы доехало до прода:)
Потестить новый поиск можно на https://www.bing.com/new
#AI #ML #Search
The Official Microsoft Blog
Reinventing search with a new AI-powered Microsoft Bing and Edge, your copilot for the web
To empower people to unlock the joy of discovery, feel the wonder of creation and better harness the world’s knowledge, today we’re improving how the world benefits from the web by reinventing the tools billions of people use every day, the search engine…
👍12
Азбука системного мышления (Thinking in Systems: A Primer)
Эта крутая книга “Thinking in Systems: A Primer” за авторством Донеллы Медоуз дает базовое введение в системное мышление.
Она настолько часто мне попадалась на глаза в качестве рекомендаций, что я когда-то ее прочитал и сделал кртакое саммари.
Книга состоит из трех частей и написана ясным и понятным языком. Вот ее содержание
— Структура и поведение систем
— Системы и мы
— Меняем системы и свой взгляд на мир
В общем, рекомендую книгу к прочтению. И у меня есть краткий обзор этой книги на medium.
#SystemEngineering #SystemThinking #Brain #Thinking
Эта крутая книга “Thinking in Systems: A Primer” за авторством Донеллы Медоуз дает базовое введение в системное мышление.
Она настолько часто мне попадалась на глаза в качестве рекомендаций, что я когда-то ее прочитал и сделал кртакое саммари.
Книга состоит из трех частей и написана ясным и понятным языком. Вот ее содержание
— Структура и поведение систем
— Системы и мы
— Меняем системы и свой взгляд на мир
В общем, рекомендую книгу к прочтению. И у меня есть краткий обзор этой книги на medium.
#SystemEngineering #SystemThinking #Brain #Thinking
👍21❤1🔥1
Как пасти котов (Herding Cats: A Primer for Programmers Who Lead Programmers)
Этой книге Ханка Рейнвотера уже 21 год, но в первый раз я прочитал эту книгу где-то 15 лет назад, так как меня заинтересовало название книги.
В то время я был линейным разработчиком и никем особо не руководил, но даже тогда мне показались полезными главы:
2. Как руководить собой - принципы управления своей деятельностью
6. Философия и методы технического лидера - технические принципы и как их доносить до окружающих
7. Закат лидера - антипаттерны руководства и как с ними жить, если у вашего руководителя они проявляются
9. Как ужиться с начальством - стандартный вопрос для многих, т.к. у большинства есть руководители:)
Через некоторое время я стал руководителем группы разработки и прочел эту книгу заново. Интересно, что новыми красками заиграли уже другие главы:
1. Как привыкнуть к роли руководителя - очень важная глава, которая помогает преодолеть переломный момент перехода от технического специалиста к руководителю технических специалистов:)
3. Как вести стаю за собой - новые навыки, которые требуются лидеру
4. Как организовать успех - повышение эффективности своей работы
5. Как вести совещания - как не сжигать время в ненужных или неээфективных встречах
8. Восход лидера - аспекты, присущие лидеру
Лет пять назад я перечитал книгу и понял, что, несмотря на неауктуальность некоторых упоминаемых в книге технологий, основной смысл и содержание книги до сих пор полезны... особенно для людей недавно перешедших от роли линейного сотрудника к роли тимлида команды разработки. Сейчас есть более интересные и актуальные книги, но ради интереса можно почитать эту.
#Management #Leadership #Processes #Culture #Philosophy
Этой книге Ханка Рейнвотера уже 21 год, но в первый раз я прочитал эту книгу где-то 15 лет назад, так как меня заинтересовало название книги.
В то время я был линейным разработчиком и никем особо не руководил, но даже тогда мне показались полезными главы:
2. Как руководить собой - принципы управления своей деятельностью
6. Философия и методы технического лидера - технические принципы и как их доносить до окружающих
7. Закат лидера - антипаттерны руководства и как с ними жить, если у вашего руководителя они проявляются
9. Как ужиться с начальством - стандартный вопрос для многих, т.к. у большинства есть руководители:)
Через некоторое время я стал руководителем группы разработки и прочел эту книгу заново. Интересно, что новыми красками заиграли уже другие главы:
1. Как привыкнуть к роли руководителя - очень важная глава, которая помогает преодолеть переломный момент перехода от технического специалиста к руководителю технических специалистов:)
3. Как вести стаю за собой - новые навыки, которые требуются лидеру
4. Как организовать успех - повышение эффективности своей работы
5. Как вести совещания - как не сжигать время в ненужных или неээфективных встречах
8. Восход лидера - аспекты, присущие лидеру
Лет пять назад я перечитал книгу и понял, что, несмотря на неауктуальность некоторых упоминаемых в книге технологий, основной смысл и содержание книги до сих пор полезны... особенно для людей недавно перешедших от роли линейного сотрудника к роли тимлида команды разработки. Сейчас есть более интересные и актуальные книги, но ради интереса можно почитать эту.
#Management #Leadership #Processes #Culture #Philosophy
👍17🔥5
Platform engineering
Разговоры про платформы в разработке всегда были популярны, но теперь они есть буквально везде. Ниже короткая подборка:)
1) Техрадары от Thoughtworks содержат этот подход с 2017 года, причем у ребят есть разные статусы для того, что они рекомендуют делать
- Статус access был в 2017 году, где они предложили присмотреться к этому подходу
- Статус trial был в 2020 - здесь ребята предложили попробовать
- Статус adopt случился в 2021 - ребята сказали, что надо принять этот подход
- а теперь ребята про это уже не говорят, видимо добавить уже нечго и у всех оно есть:)
Кстати, последний 27 техрадар от Thoughtworks я разбирал в статье на Medium и одновременно рассказывал в чем суть самого подхода.
2) Team Topologies в 2019 году популяризировало этот подход с платформами:) что и привело к тому, что все начали пытаться их делать и случился статус trial в техрадаре thoughtworks 2020
Подробнее про Team Topologies можно почитать в моих статьях, приведенных ниже, но суть была в том, чтобы выделить stream-aligned команды для создания value для бизнеса, а также платформенные команды для создания платформ, что предоставляют правила и тулинг. Авторы описали и другие виды команд, а также рассказали про разные форматы взаимодействия. Моделька показалась полезной и она пошла в мир. Подробнее про сам подход здесь
— — Teams as means of Delivery
— — Team Topologies that work for flow
— — Evolving team interactions for innovation and rapid delivery
3) На фоне этой популярности появился отдельный сайт platformengineering.org, который проводит конференцию PlatformCon 2023 :)
На этом сайте ребята пытаются ответить на вопрос что такое platform engineering и, видимо, рассказать как его делать правильно.
#PlatformEngineering #Management #Processes #Software #SoftwareDevelopment
Разговоры про платформы в разработке всегда были популярны, но теперь они есть буквально везде. Ниже короткая подборка:)
1) Техрадары от Thoughtworks содержат этот подход с 2017 года, причем у ребят есть разные статусы для того, что они рекомендуют делать
- Статус access был в 2017 году, где они предложили присмотреться к этому подходу
- Статус trial был в 2020 - здесь ребята предложили попробовать
- Статус adopt случился в 2021 - ребята сказали, что надо принять этот подход
- а теперь ребята про это уже не говорят, видимо добавить уже нечго и у всех оно есть:)
Кстати, последний 27 техрадар от Thoughtworks я разбирал в статье на Medium и одновременно рассказывал в чем суть самого подхода.
2) Team Topologies в 2019 году популяризировало этот подход с платформами:) что и привело к тому, что все начали пытаться их делать и случился статус trial в техрадаре thoughtworks 2020
Подробнее про Team Topologies можно почитать в моих статьях, приведенных ниже, но суть была в том, чтобы выделить stream-aligned команды для создания value для бизнеса, а также платформенные команды для создания платформ, что предоставляют правила и тулинг. Авторы описали и другие виды команд, а также рассказали про разные форматы взаимодействия. Моделька показалась полезной и она пошла в мир. Подробнее про сам подход здесь
— — Teams as means of Delivery
— — Team Topologies that work for flow
— — Evolving team interactions for innovation and rapid delivery
3) На фоне этой популярности появился отдельный сайт platformengineering.org, который проводит конференцию PlatformCon 2023 :)
На этом сайте ребята пытаются ответить на вопрос что такое platform engineering и, видимо, рассказать как его делать правильно.
#PlatformEngineering #Management #Processes #Software #SoftwareDevelopment
👍11