А вот и обложки книг "Managing humans" и "Как управлять интеллектуалами"
🔥5❤2👍2
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part II (Рубрика #Management)
Продолжая первый пост об этой прикольной книге, я хотел бы рассказать кратко про первую часть "The Management Quiver", что была посвящена навыкам engineering manager. Автор запаковал это в 21 небольшую главу со смешными названиями, а я вам расшифрую ниже что они значат
1) Не будь мудаком - совет о том, что надо быть человеком для того, чтобы управлять людьми в современном мире. Необходимо постоянно оценивать коллег и определять их потребности и мотивирующие факторы, а не воспринимать их как функции
2) Начальники - это не исчадие ада - автор рассказывает о том, как научиться работать со своим руководителем и предлагает ответить на вопросы:
- В чем состоит работа вашего руководителя
- Откуда он взялся такой (какой у него бекграунд)
- Какие у него слабые места и как он их закрывает
- На каком языке он говорит в общем и как разговаривает именно с вами
- Он действует или только решает (или просто только говорит)
- Каково место вашего руководителя в пищевой цепочке
- Что происходит, когда у него рвет крышу
Ответив на эти вопросы, у вас гораздо больше шанс сработаться с руководителем
3) Стабильные и взрывоопасные - классификация инженеров на взрывоопасных, что драйвят изменения, а также стабильных, что вырабатывают правила и следуют им. Частый жизненный цикл инженера начинается с взрывоопасного, дальше инженер набирается опыта и набивает шишки, а потом становится стабильным:) Эти инженеры не очень ладят, так у них разные ценности и подходы:)
4) Тест Рэндса - это интересный список вопросов для оценки компании, своего места в ней, коммуникаций, стратегии ее развития, своего плана роста в ней
5) Как проводить совещания - начинается глава с классификации совещаний на
- Тактические, где идет обмен инфой и происходит наладка
- Стратегические, где происходит решение сложной проблемы и цель в созидании
А дальше идет речь про культуру совещаний, где у них должна быть agenda, регламент и модерация, а также meeting notes с action points
6) Дурные предчувствия - как настроить свою интуицию на отлов аномалий до того, как они превратятся в проблемы. Автор говорит, что надо научиться чувствовать фальш и не боятся задавать "тупые" вопросы, а также делать deep dive в проблемную область
7) Новейшие сводки. Жалобы. Катастрофа - типы one-on-ones и советы по их проведению
8) Понедельничная истерика - как справляться с истериками коллег. Если кратко, то держите свои эмоции в узде, дайте выговориться коллеге, а потом подведите его в коучинговом стиле к тому, чтобы он сам решил свою проблему
9) Потери при трансляции - что делать при коммуникационном провале по отношению к одному из сотрудников. Здесь автор предлагает постепенно выстраивать взаимодействие заново
10) Распознавание повестки дня - отличная инструкция о том, как понять что происходит на совещании и выжить. Алгоритм выглядит примерно так
- Понять какое у нас совещание: информационное или конфликто-разрешительное (алгоритм нужен только для второго типа)
- Понять роли участников в контексте совещания - кто игрок, а кто пешка (игроки влияют на совещание, пешки просто присутствуют)
- Идентифицировать игроков и понять кто pro, а кто contra
- Выявите проблему
- Дайте contra то, что они хотят (даже если это просто фиксация конфликта на бумаге)
- Если совещание затягивается, то самый заинтересованный уходит писать meeting notes и кристаллизовать то, что уже обсудили
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжая первый пост об этой прикольной книге, я хотел бы рассказать кратко про первую часть "The Management Quiver", что была посвящена навыкам engineering manager. Автор запаковал это в 21 небольшую главу со смешными названиями, а я вам расшифрую ниже что они значат
1) Не будь мудаком - совет о том, что надо быть человеком для того, чтобы управлять людьми в современном мире. Необходимо постоянно оценивать коллег и определять их потребности и мотивирующие факторы, а не воспринимать их как функции
2) Начальники - это не исчадие ада - автор рассказывает о том, как научиться работать со своим руководителем и предлагает ответить на вопросы:
- В чем состоит работа вашего руководителя
- Откуда он взялся такой (какой у него бекграунд)
- Какие у него слабые места и как он их закрывает
- На каком языке он говорит в общем и как разговаривает именно с вами
- Он действует или только решает (или просто только говорит)
- Каково место вашего руководителя в пищевой цепочке
- Что происходит, когда у него рвет крышу
Ответив на эти вопросы, у вас гораздо больше шанс сработаться с руководителем
3) Стабильные и взрывоопасные - классификация инженеров на взрывоопасных, что драйвят изменения, а также стабильных, что вырабатывают правила и следуют им. Частый жизненный цикл инженера начинается с взрывоопасного, дальше инженер набирается опыта и набивает шишки, а потом становится стабильным:) Эти инженеры не очень ладят, так у них разные ценности и подходы:)
4) Тест Рэндса - это интересный список вопросов для оценки компании, своего места в ней, коммуникаций, стратегии ее развития, своего плана роста в ней
5) Как проводить совещания - начинается глава с классификации совещаний на
- Тактические, где идет обмен инфой и происходит наладка
- Стратегические, где происходит решение сложной проблемы и цель в созидании
А дальше идет речь про культуру совещаний, где у них должна быть agenda, регламент и модерация, а также meeting notes с action points
6) Дурные предчувствия - как настроить свою интуицию на отлов аномалий до того, как они превратятся в проблемы. Автор говорит, что надо научиться чувствовать фальш и не боятся задавать "тупые" вопросы, а также делать deep dive в проблемную область
7) Новейшие сводки. Жалобы. Катастрофа - типы one-on-ones и советы по их проведению
8) Понедельничная истерика - как справляться с истериками коллег. Если кратко, то держите свои эмоции в узде, дайте выговориться коллеге, а потом подведите его в коучинговом стиле к тому, чтобы он сам решил свою проблему
9) Потери при трансляции - что делать при коммуникационном провале по отношению к одному из сотрудников. Здесь автор предлагает постепенно выстраивать взаимодействие заново
10) Распознавание повестки дня - отличная инструкция о том, как понять что происходит на совещании и выжить. Алгоритм выглядит примерно так
- Понять какое у нас совещание: информационное или конфликто-разрешительное (алгоритм нужен только для второго типа)
- Понять роли участников в контексте совещания - кто игрок, а кто пешка (игроки влияют на совещание, пешки просто присутствуют)
- Идентифицировать игроков и понять кто pro, а кто contra
- Выявите проблему
- Дайте contra то, что они хотят (даже если это просто фиксация конфликта на бумаге)
- Если совещание затягивается, то самый заинтересованный уходит писать meeting notes и кристаллизовать то, что уже обсудили
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
👍16🔥8❤2
Prometheus: The Documentary (Рубрика #Management )
Интересный получасовой документальный фильм про появление проекта Prometheus в 2012 году внутри SoundCloud, который стал стандартом де-факто для cloud-native приложений.
История развивалась примерно так
- Два ex-googlers (Julius Volz, Björn Rabenstein) устраиваются в стартап SoundCloud и отвечают там за надежность этого решения.
- Инженеры SoundCloud к тому моменту уже сделали свой оркестратор рабочих нагрузок (это было еще до появления K8s)
- Мониторить происходящее внутри этого кластера при помощи statsd и graphite очень тяжело и два ex-googlers сначала пытаются найти приемлемое open-source решение, а потом в свободное время начинают делать мониторинговую систему как была в Google для оркестратора Borg
- Это приводит к плану создания новой мониторинговой системы с pull подходом, time-series базой, а также удобным языком для запросов поверх (PromQL)
- У них это неплохо получается и они промотируют эту систему внутри и она находит хороший прием
- С самого начала код публикуется открыто на GitHub, но потом ребята анонсируют эту систему наружу от имени SoundCloud и другой компании, которая была early-адоптором
- Примерно в это время Kubernetes становится opensource и вокруг него появляется Cloud Native Computing Foundation (CNCF)
- Ребята из SoundCloud общаются с CNCF и дальше Prometheus передается в этот фонд и становится де-факто стандартом в мире K8s
- Эта тесная связка K8s и Prometheus отлично работает вместе и бустит развитие обоих проектов
- В итоге, все идет по плану и теперь у нас есть стандарт де-факто для мониторинга:)
Раньше я уже рассказывал про другие документальные фильмы из этой же серии:
- Kubernetes Documentary
- eBPF Documentary
- Inside Envoy
- Node.js Documentary
#Kubernetes #Film #Documentary #Software #Architecture #DistributedSystems #SRE
Интересный получасовой документальный фильм про появление проекта Prometheus в 2012 году внутри SoundCloud, который стал стандартом де-факто для cloud-native приложений.
История развивалась примерно так
- Два ex-googlers (Julius Volz, Björn Rabenstein) устраиваются в стартап SoundCloud и отвечают там за надежность этого решения.
- Инженеры SoundCloud к тому моменту уже сделали свой оркестратор рабочих нагрузок (это было еще до появления K8s)
- Мониторить происходящее внутри этого кластера при помощи statsd и graphite очень тяжело и два ex-googlers сначала пытаются найти приемлемое open-source решение, а потом в свободное время начинают делать мониторинговую систему как была в Google для оркестратора Borg
- Это приводит к плану создания новой мониторинговой системы с pull подходом, time-series базой, а также удобным языком для запросов поверх (PromQL)
- У них это неплохо получается и они промотируют эту систему внутри и она находит хороший прием
- С самого начала код публикуется открыто на GitHub, но потом ребята анонсируют эту систему наружу от имени SoundCloud и другой компании, которая была early-адоптором
- Примерно в это время Kubernetes становится opensource и вокруг него появляется Cloud Native Computing Foundation (CNCF)
- Ребята из SoundCloud общаются с CNCF и дальше Prometheus передается в этот фонд и становится де-факто стандартом в мире K8s
- Эта тесная связка K8s и Prometheus отлично работает вместе и бустит развитие обоих проектов
- В итоге, все идет по плану и теперь у нас есть стандарт де-факто для мониторинга:)
Раньше я уже рассказывал про другие документальные фильмы из этой же серии:
- Kubernetes Documentary
- eBPF Documentary
- Inside Envoy
- Node.js Documentary
#Kubernetes #Film #Documentary #Software #Architecture #DistributedSystems #SRE
YouTube
Prometheus: The Documentary
Watch and witness the journey of open-source monitoring system, Prometheus. Before Kubernetes existed—even before Docker—the team at Soundcloud already knew their monitoring system deserved a complete, fundamental revamp. Of course, as with anything in development…
👍14❤5🔥2
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part III (Рубрика #Management)
Продолжая два первых поста про эту книгу (1 и 2), я закончу рассказ про навыки менеджера, которые Майкл Лопп щедро расприсал в первой части книги, что назвается "The Management Quiver"
11) Анатомия мандата руководителя - глава про то, когда и как использовать свое право как руководителя на принятие решения. Классно, если люди в команде могут договориться сами без вмешательства менеджера, но если этого не происходит за приемлемое время, то руководителю надо погрузиться в детали и принять взвешенное решение самому и прокоммуницировать его всем заинтересованным лицам
12) Информационный голод - автор рассказывает как работать с информацией: транслировать в команду актуальную информацию и бороться со слухами. В общем, не стоит практиковать "грибной" менеджмент, где менеджеры держат сотрудников в темноте и скрамливают им булшит.
13) Деликатность, смекалка и молчание - глава про то, что надо быть деликатным в общении, проявлять смекалку (обходить систему) и молча слушать собеседников, собирая информацию для анализа
14) "Начальничий язык" - глава про птичий язык руководителей, который они используют между собой, но вот с инженерами надо говорить на обычном человеческом:)
15) Вы не слушаете! - глава про активное слушание, которое помогает выстроит доверие. Советы примерно такие
- Смотрите прямо в глаза
- Будьте любознательным дурачком
- Обращайте внимание на нестыковки и сверяйте разные версии историй
- Делайте паузы и слушайте собеседника
16) Фред ненавидит офсайды - глава про выездные встречи, которые можно использовать, если
- Нам нужно понять кто мы такие
- Запустить новое направление развития или решить проблему
- Провести стартовое совещание
Автор приводит дельные советы как организовать такие встречи
17) Другой тип DNA - идеалистичный рассказ про горизонтальную оргструктуру, а также про встречи design and architecture, которые напоминают arch review, куда приходят не менеджеры, а крутые инженеры
18) Инженерная ментальность - engineering manger должен помнить о том, как быть инженером и разрабатывать софт (для этого надо писать код)
19) Сотрите их в порошок - здесь автор приводит классификацию лидеров
- Лидер- фокус внутри команды (тактик)
- Лидеры лидеров - фокус на горизонтальных связах внутри организации (микс тактики и стратегии). Связывает уровни воедино. Компании держатся на таких middle managers
- Директор - фокус вовне (стратег)
20) Должности токсичны - глава про карьерные лестницы и вред должностей и грейдов. Позиция автора в том, что они не отражают реальных возможностей людей, которые все разные. Он не предлагает внятную альтернативу, но говорит, что может получиться использовать что-то типа бейджей с навыками, которые описывают людей (мне кажется, что такое не сработает)
21) Говоря "НЕТ!" - важно вовлекать в принятие решений свою команду, а не принимать их единолично. Всегда надо отслеживать свою адекватность и не впадать в режим начальника.
В следующем посте я расскажу про советы Майкла относительно процессов, которые он дал в части 2, которая называется "The Process is the Product"
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжая два первых поста про эту книгу (1 и 2), я закончу рассказ про навыки менеджера, которые Майкл Лопп щедро расприсал в первой части книги, что назвается "The Management Quiver"
11) Анатомия мандата руководителя - глава про то, когда и как использовать свое право как руководителя на принятие решения. Классно, если люди в команде могут договориться сами без вмешательства менеджера, но если этого не происходит за приемлемое время, то руководителю надо погрузиться в детали и принять взвешенное решение самому и прокоммуницировать его всем заинтересованным лицам
12) Информационный голод - автор рассказывает как работать с информацией: транслировать в команду актуальную информацию и бороться со слухами. В общем, не стоит практиковать "грибной" менеджмент, где менеджеры держат сотрудников в темноте и скрамливают им булшит.
13) Деликатность, смекалка и молчание - глава про то, что надо быть деликатным в общении, проявлять смекалку (обходить систему) и молча слушать собеседников, собирая информацию для анализа
14) "Начальничий язык" - глава про птичий язык руководителей, который они используют между собой, но вот с инженерами надо говорить на обычном человеческом:)
15) Вы не слушаете! - глава про активное слушание, которое помогает выстроит доверие. Советы примерно такие
- Смотрите прямо в глаза
- Будьте любознательным дурачком
- Обращайте внимание на нестыковки и сверяйте разные версии историй
- Делайте паузы и слушайте собеседника
16) Фред ненавидит офсайды - глава про выездные встречи, которые можно использовать, если
- Нам нужно понять кто мы такие
- Запустить новое направление развития или решить проблему
- Провести стартовое совещание
Автор приводит дельные советы как организовать такие встречи
17) Другой тип DNA - идеалистичный рассказ про горизонтальную оргструктуру, а также про встречи design and architecture, которые напоминают arch review, куда приходят не менеджеры, а крутые инженеры
18) Инженерная ментальность - engineering manger должен помнить о том, как быть инженером и разрабатывать софт (для этого надо писать код)
19) Сотрите их в порошок - здесь автор приводит классификацию лидеров
- Лидер- фокус внутри команды (тактик)
- Лидеры лидеров - фокус на горизонтальных связах внутри организации (микс тактики и стратегии). Связывает уровни воедино. Компании держатся на таких middle managers
- Директор - фокус вовне (стратег)
20) Должности токсичны - глава про карьерные лестницы и вред должностей и грейдов. Позиция автора в том, что они не отражают реальных возможностей людей, которые все разные. Он не предлагает внятную альтернативу, но говорит, что может получиться использовать что-то типа бейджей с навыками, которые описывают людей (мне кажется, что такое не сработает)
21) Говоря "НЕТ!" - важно вовлекать в принятие решений свою команду, а не принимать их единолично. Всегда надо отслеживать свою адекватность и не впадать в режим начальника.
В следующем посте я расскажу про советы Майкла относительно процессов, которые он дал в части 2, которая называется "The Process is the Product"
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
👍10🔥5❤4❤🔥1
IT stand-up - Толя Попко, руководитель группы невизуального тестирования, Яндекс (Рубрика #Humor)
Яндекс теперь делает не только конференции, но и IT стендапы, которых на канале Yandex for Developers недавно появилось 10 штук. Я посмотрел краем глаза несколько видео, но зацепился за это выступление Толи Попко, которое мне показалось действительно смешным и одновременно полезным. В этом выступлении Анатолий отлично обыгрывает тему доступности интерфейсов не только для "условно здоровых людей", но и для людей, "в чей туалет мы ходим, если все остальные заняты". В общем, крутое выступление, рекомендую к просмотру.
#Humor #Software #QA
Яндекс теперь делает не только конференции, но и IT стендапы, которых на канале Yandex for Developers недавно появилось 10 штук. Я посмотрел краем глаза несколько видео, но зацепился за это выступление Толи Попко, которое мне показалось действительно смешным и одновременно полезным. В этом выступлении Анатолий отлично обыгрывает тему доступности интерфейсов не только для "условно здоровых людей", но и для людей, "в чей туалет мы ходим, если все остальные заняты". В общем, крутое выступление, рекомендую к просмотру.
#Humor #Software #QA
YouTube
Яндекс x Акустика IT stand-up / Толя Попко, руководитель группы невизуального тестирования, Яндекс
9 июля прошёл большой внешний эпизод Яндекс x Акустика IT stand-up.
Тема эпизода: #подкапотомлюди. За любым продуктом, сервисом или технологией стоят профессионалы, за каждым их решением есть история и желание что-то изменить.
10 героев из 6 компаний выступили…
Тема эпизода: #подкапотомлюди. За любым продуктом, сервисом или технологией стоят профессионалы, за каждым их решением есть история и желание что-то изменить.
10 героев из 6 компаний выступили…
1👍5❤4😁2
Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part I (Рубрика #Management)
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи.
Сама книга состоит из четырех частей, а в этом посте будет про первую часть
Часть 1 - Зарождение
1) Обычные люди - как три основателя, Хёрли, Чен и Карим, придумали видеохостинг. Модели монетизации на старте не было, оплата хостинга шла с карты Чена. Видео с Youtube можно было встраивать на другие сайты через Flash плеер (это было круто). Молодежи нравилось загружать на хостинг странное видео.
2) Сырой и бессистемный - переезд в новый офис, фильтрация видео силами модераторов - тут в основном фильтровали порно. Одновременно в это время на Youtube стали появляться первые звезды, чьи видео набирали миллионы просмотров
3) Два короля - рассказ про сервис Google Video, которым руководила Сьзен Воджицки, которая потом будет руководить Youtube почти 10 лет. Но Youtube Video не взлетел и тогда Ларри Пейдж и Сергей Брин купили за 1.65 млрд долларов Youtube, где работало несколько десятков человек (наконец-то удалось слезть с кредитки Чена для оплаты счетов). Команда Google Video влилась в состав команды Youtube.
4) Штурмовики - рассказ про кулхантеров, которые находили интересные видео и вручную формировали подборки из них. А в 2007 году Viacom подала на Google в суд на миллиард долларов из-за нарушения авторских прав.
5) Компания клоунов - рассказ про модель Youtube из трех частей
- Голова из высококачественных материалов
- Туловище - любители с перспективами стать профессионалами или обрести коммерческую популярность
- Длинный хвост - бездонные массы роликов, в которых Google изначально не видел коммерческой привлекательности
Собственно, Youtube устроил эксперимент для представителей "Туловища" и включил монетизацию на 30 популярных аккаунтов. Забавно, что монетизация изначально была построена на рекламной интеграции с DoubleClick, рекламной сетью, которую Google купил следом за Yotube, чтобы упрочить свое лидерство на рынке онлайн-рекламы. Этой покупкой руководила Воджицки. Но первоклассного контента на Youtube еще не было - телевидение планировало выпускать свой контент самостоятельно, например, через сервис Hulu, что появился в 2008
6) Бард из Google - рассказ про Клэр Стэплтон, которая отвечала за внутренний PR в Google, а потом перешла в Youtube. А Youtube в это время активно работал над изменениями в модерации - Youtube вышел за пределы США и в него полетели запросы от разных стран на блокировку тех или иных видео - единых правил не было, а принятие решений относительно судьбы материалов было хаотично. В 2007 году компанию покинул второй из основателей - Чен (а Карим исчез еще до этого). Из основателей остался только Хёрли, что отвечал за продукт и дизайн.
7) Педаль в пол - до 2008 года целью Youtube было увеличение количества показов, но в этом году цель изменилась и был взят курс на зарабатывание денег. Для этого в компанию прислали президента из Google, Салара Камангара, что в Google придумал рекламный аукцион. В это время всплыли проблемы с комментариями, которые становились порталом в ад под любым популярным видео. В 2010 году Youtube победил в иске Viacom, который был подан еще в 2007 году. Это снизило давление на компанию. Команда кулхантеров, что подбирала видео вручную не смогла придумать как измерять себя, поэтому произошел тектонический сдвиг и подборки Yotube были переведены на алгоритмические рельсы. Интересно, что примерно в это время закончился конкурс Netflix на создание рекомендательного алгоритма для подбора видео.
Продолжение в следующих постах: 2 и 3.
#Management #Leadership #Bigtech #Processes #BusinessStory
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи.
Сама книга состоит из четырех частей, а в этом посте будет про первую часть
Часть 1 - Зарождение
1) Обычные люди - как три основателя, Хёрли, Чен и Карим, придумали видеохостинг. Модели монетизации на старте не было, оплата хостинга шла с карты Чена. Видео с Youtube можно было встраивать на другие сайты через Flash плеер (это было круто). Молодежи нравилось загружать на хостинг странное видео.
2) Сырой и бессистемный - переезд в новый офис, фильтрация видео силами модераторов - тут в основном фильтровали порно. Одновременно в это время на Youtube стали появляться первые звезды, чьи видео набирали миллионы просмотров
3) Два короля - рассказ про сервис Google Video, которым руководила Сьзен Воджицки, которая потом будет руководить Youtube почти 10 лет. Но Youtube Video не взлетел и тогда Ларри Пейдж и Сергей Брин купили за 1.65 млрд долларов Youtube, где работало несколько десятков человек (наконец-то удалось слезть с кредитки Чена для оплаты счетов). Команда Google Video влилась в состав команды Youtube.
4) Штурмовики - рассказ про кулхантеров, которые находили интересные видео и вручную формировали подборки из них. А в 2007 году Viacom подала на Google в суд на миллиард долларов из-за нарушения авторских прав.
5) Компания клоунов - рассказ про модель Youtube из трех частей
- Голова из высококачественных материалов
- Туловище - любители с перспективами стать профессионалами или обрести коммерческую популярность
- Длинный хвост - бездонные массы роликов, в которых Google изначально не видел коммерческой привлекательности
Собственно, Youtube устроил эксперимент для представителей "Туловища" и включил монетизацию на 30 популярных аккаунтов. Забавно, что монетизация изначально была построена на рекламной интеграции с DoubleClick, рекламной сетью, которую Google купил следом за Yotube, чтобы упрочить свое лидерство на рынке онлайн-рекламы. Этой покупкой руководила Воджицки. Но первоклассного контента на Youtube еще не было - телевидение планировало выпускать свой контент самостоятельно, например, через сервис Hulu, что появился в 2008
6) Бард из Google - рассказ про Клэр Стэплтон, которая отвечала за внутренний PR в Google, а потом перешла в Youtube. А Youtube в это время активно работал над изменениями в модерации - Youtube вышел за пределы США и в него полетели запросы от разных стран на блокировку тех или иных видео - единых правил не было, а принятие решений относительно судьбы материалов было хаотично. В 2007 году компанию покинул второй из основателей - Чен (а Карим исчез еще до этого). Из основателей остался только Хёрли, что отвечал за продукт и дизайн.
7) Педаль в пол - до 2008 года целью Youtube было увеличение количества показов, но в этом году цель изменилась и был взят курс на зарабатывание денег. Для этого в компанию прислали президента из Google, Салара Камангара, что в Google придумал рекламный аукцион. В это время всплыли проблемы с комментариями, которые становились порталом в ад под любым популярным видео. В 2010 году Youtube победил в иске Viacom, который был подан еще в 2007 году. Это снизило давление на компанию. Команда кулхантеров, что подбирала видео вручную не смогла придумать как измерять себя, поэтому произошел тектонический сдвиг и подборки Yotube были переведены на алгоритмические рельсы. Интересно, что примерно в это время закончился конкурс Netflix на создание рекомендательного алгоритма для подбора видео.
Продолжение в следующих постах: 2 и 3.
#Management #Leadership #Bigtech #Processes #BusinessStory
👍7🔥4❤3
А вот и обложки для книг "Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination" и "Youtube. Как самый популярный видеохостинг завоевал мир?"
🔥8❤3👍2
This media is not supported in your browser
VIEW IN TELEGRAM
Мой сын на IT пикнике в Коломенском зажигал на разогреве до начала докладов в шатре архитектуры:) А ближе к вечеру я буду в этом шатре анонсировать последний доклад
🔥41👍18❤14😁9😇4❤🔥3
Система технологического мониторинга объектов с использованием интернета вещей - Олег Шиловский
Сегодня попробовал себя в роли ведущего на ИТ Пикнике, где я анонсировал доклад Олега. Суть в том, что этот доклад в программу конференции взял я, так как мне показалось, что на фестивале будет интересно послушать про архитектуру и надежность кибер-физических систем. Олег очень подробно разбирал как это сделать на примере реального железнодорожного моста. Как по мне доклад получился очень интересныи и небанальным. Теперь у слушателей при упоминании IoT будет всплывать не только малинки (Raspberry Pi), но и промышленный IoT.
P.S.
Позже будут доступны записи докладов
#Architecture #Conference
Сегодня попробовал себя в роли ведущего на ИТ Пикнике, где я анонсировал доклад Олега. Суть в том, что этот доклад в программу конференции взял я, так как мне показалось, что на фестивале будет интересно послушать про архитектуру и надежность кибер-физических систем. Олег очень подробно разбирал как это сделать на примере реального железнодорожного моста. Как по мне доклад получился очень интересныи и небанальным. Теперь у слушателей при упоминании IoT будет всплывать не только малинки (Raspberry Pi), но и промышленный IoT.
P.S.
Позже будут доступны записи докладов
#Architecture #Conference
👍12🔥9❤3
Читательский дневник за мой двухнедельный отпуск (Рубрика #Selection)
Мой отпуск, начавшийся 5 августа уже подходит к концу, поэтому я решил подвести итоги своего читательского спринта за эти 2 недели
1) Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - интересная история про восхождение Джека Ма с его компанией, которая стала гигантом e-com в Китае, начав с трансграничного b2b (Alibaba), продолжив внутренним b2c (Taobao), а потом добавив еще и платежную систему (AliPay, а потом Ant Group). Книга вышла на английском в 2016 году
2) Developing Apps with GPT-4 and ChatGPT: Build Intelligent Chatbots, Content Generators, and More (Разработка приложений на базе GPT-4 и ChatGPT) - коротенькая книга про использование GPT-4 для создания приложений. Ничего особенного, но основы рассказывает. Книга вышла на английском в 2023 году.
3) Это наша Москва - приятная книга с историями про разные интересные уголки Москвы, которые написали читатели канала про Москву ("Москвариум"). Книга 2022 года издания.
4) Архитектура Дома Наркомфина вчера и сегодня - интересная история про утопический дом и архитектуру конструктивизма в общем, которая набирала ход в первые годы СССР. Книга 2023 года издания.
5) Экстремальное программирование: постановка процесса (Extreme Programming Applied: Playing to Win) - книга про экстремальное программирование (XP) из времен старта моей карьеры (на русском она появилась 20 лет назад, а на английском за пару лет до этого). В этой книге авторы разбирают что такое XP и главное, как его применить на практике. Интересно, что большая часть практик XP стала стандартом де-факто и сейчас их даже не надо продавать, так как они считаются некоторым baseline для инженерных практик. Но в начале 2000х XP проиграла маркетинговую войну другим Agile подходам навроде Scrum и его вариаций - инженеры не так красиво пели, как любители поговорить за процессы и ритуалы, поэтому скрам был сильно известнее XP:). Книга 2000 года издания (в оригинале)
6) Super Pumped: The Battle for Uber (Битва за Uber) - история про компанию, которая продемонстрировала силу подрывных инноваций, буквально разрушив стандартный мир таксистов и диспетчеров и построив на осколках новый красивый и удобный мир для пассажиров. Этой революцией руководил Трэвис Каланик, который ценил результаты превыше всего и игнорировал законы, выкручивая руки властям. Книга вышла на английском в 2020 году
7) Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. А в этом отпуске я перечитал книгу уже на русском, так как в свое время издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я тогда поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков:) Третье английское издание книги вышло в 2016 году
8) Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - это очень интересная книгаот Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи. Книга вышла на английском в 2022 году
Все эти книги я могу порекомендовать к прочтению, если у вас отзывается основная тема книги не важно что это: архитектура прошлого века, инженерные процессы или история успеха bigtech компании:)
P.S.
За это время я начал читать еще несколько книг, но пока не успел их прочитать, поэтому писать про них не буду:)
#Selection #Architecture #Management #SuccessStory #Bigtech #Engineering
Мой отпуск, начавшийся 5 августа уже подходит к концу, поэтому я решил подвести итоги своего читательского спринта за эти 2 недели
1) Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - интересная история про восхождение Джека Ма с его компанией, которая стала гигантом e-com в Китае, начав с трансграничного b2b (Alibaba), продолжив внутренним b2c (Taobao), а потом добавив еще и платежную систему (AliPay, а потом Ant Group). Книга вышла на английском в 2016 году
2) Developing Apps with GPT-4 and ChatGPT: Build Intelligent Chatbots, Content Generators, and More (Разработка приложений на базе GPT-4 и ChatGPT) - коротенькая книга про использование GPT-4 для создания приложений. Ничего особенного, но основы рассказывает. Книга вышла на английском в 2023 году.
3) Это наша Москва - приятная книга с историями про разные интересные уголки Москвы, которые написали читатели канала про Москву ("Москвариум"). Книга 2022 года издания.
4) Архитектура Дома Наркомфина вчера и сегодня - интересная история про утопический дом и архитектуру конструктивизма в общем, которая набирала ход в первые годы СССР. Книга 2023 года издания.
5) Экстремальное программирование: постановка процесса (Extreme Programming Applied: Playing to Win) - книга про экстремальное программирование (XP) из времен старта моей карьеры (на русском она появилась 20 лет назад, а на английском за пару лет до этого). В этой книге авторы разбирают что такое XP и главное, как его применить на практике. Интересно, что большая часть практик XP стала стандартом де-факто и сейчас их даже не надо продавать, так как они считаются некоторым baseline для инженерных практик. Но в начале 2000х XP проиграла маркетинговую войну другим Agile подходам навроде Scrum и его вариаций - инженеры не так красиво пели, как любители поговорить за процессы и ритуалы, поэтому скрам был сильно известнее XP:). Книга 2000 года издания (в оригинале)
6) Super Pumped: The Battle for Uber (Битва за Uber) - история про компанию, которая продемонстрировала силу подрывных инноваций, буквально разрушив стандартный мир таксистов и диспетчеров и построив на осколках новый красивый и удобный мир для пассажиров. Этой революцией руководил Трэвис Каланик, который ценил результаты превыше всего и игнорировал законы, выкручивая руки властям. Книга вышла на английском в 2020 году
7) Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. А в этом отпуске я перечитал книгу уже на русском, так как в свое время издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я тогда поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков:) Третье английское издание книги вышло в 2016 году
8) Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - это очень интересная книгаот Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи. Книга вышла на английском в 2022 году
Все эти книги я могу порекомендовать к прочтению, если у вас отзывается основная тема книги не важно что это: архитектура прошлого века, инженерные процессы или история успеха bigtech компании:)
P.S.
За это время я начал читать еще несколько книг, но пока не успел их прочитать, поэтому писать про них не буду:)
#Selection #Architecture #Management #SuccessStory #Bigtech #Engineering
Telegram
Книжный куб
Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - Part I (Рубрика #Management)
В этой книге Дункан Кларк рассказывает про путь Джека Ма и компании Alibaba, которая стала одним из трех bigtech гигантов Китая,…
В этой книге Дункан Кларк рассказывает про путь Джека Ма и компании Alibaba, которая стала одним из трех bigtech гигантов Китая,…
❤19🤯15🔥6👍3
Подборка книг c распродажи в издательстве Питер (Рубрика #Sales)
Сегодня последний день распродажи в издательстве Питер, и я докупил целую пачку книг, что могут быть интересны и вам
Книги, что давно мной прочитаны и просто нужны мне на полке
- Распределенные данные. Алгоритмы работы современных систем хранения информации -в девичестве на английском эта книга Алекса Петрова называлась Database Internals и я про нее много рассказывал (1 и 2), а также мы ее обсуждали в подкасте "Code of Architecture"
- Мифический человеко-месяц, или Как создаются программные системы - классическая книга Фредерика Брукса, которая в следующем году справляет свой юбилей. Сам Фредерик умер 2 года назад, а книга про его приключения как менеджера внутри IBM при создании OS/360 до сих пор живет. Кстати, именно оттуда появились крылатые фразы вида "Девять женщин не родят ребенка за месяц" или "Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше". Я раньше уже рассказывал про эту книгу
- Безопасные и надежные системы: Лучшие практики проектирования, внедрения и обслуживания как в Google - эту книгу я читал в оригинале и она называлась "Building secure and reliable systems", а также уже рассказывал про нее. Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook. Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций.
Книги, которые я пока не читал
- README. Суровые реалии разработчиков - книга про будни разработчиков и практиками инжиниринга, которые сейчас являются стандартом де-факто. Если книга зайдет, то дам ее почитать 18-летнему сыну, что пошел в этом году на направление геймдизайн (и наконец-то начал читать книги по программированию)
- Software: Ошибки и компромиссы при разработке ПО - эта книга подкупила меня своей второй главой, которая называется "Дублирование кода не всегда плохо". Ели книга оправдает мои ожидания, то я планирую ее показать менеджерам, что излишне увлекаются идеями детских конструкторов и переиспользования кода
- Гейм-дизайн: как создаются игры - эта книга про геймдизайн, про который я и до этого много читал и писал (1, 2, 3), а теперь буду его изучать еще подробнее:)
- Грокаем Continuous Delivery - я вроде неплохо понимаю в CI/CD, но хочется почитать про него подробнее в очень простых примерах, опять же, если книга окажется хорошей, то я смогу ее рекомендовать для начинающих (навроде, моего старшего сына)
- Грокаем функциональное программирование - лет 10 назад еще на Coursera я проходил 5 курсов по ФП, где мы разбирали Scheme, Racket, Scala и другие эзотерические языки программирования. Я так их и не ипользовал в проде, но хочется побботать их опять - вдруг я чуток лучше начну их понимать
- Дизайн для разработчиков - я довольно много книг читаю про дизайн для дизайнеров (1, 2, 3), а тут хочу посмотреть как это подают разработчикам
- Карьера Software Engineering Manager. Эффективное управление командой разработчиков ПО - в рамках работы над книгой про engineering management полезно изучить другие источники
- Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании - для инженеров сейчас полезно думать продуктово, особенно если вы работаете не в галере, а делаете продукты. А для руководителя разработки это уже жизненно необходимо, например я уже писал про книги на эту тему: 1, 2, 3, 4, 5
- Паттерны проектирования API - я люблю паттерны, люблю хорошие API, плюс мне понравилось оглавление. Решил купить и если книга не разочарует, то сделаю на нее интересный обзор:)
- Чистый Python. Тонкости программирования для профи - я уже больше полугода решаю задачки на Leetcode, используя Python 3. До этого я когда-то использовал Python 2, но и тогда это был мой 3-4 язык из доступного набора по частоте использования. Именно поэтому я решил взять книгу и преисполниться python way по мере ее чтения:)
#Sales
Сегодня последний день распродажи в издательстве Питер, и я докупил целую пачку книг, что могут быть интересны и вам
Книги, что давно мной прочитаны и просто нужны мне на полке
- Распределенные данные. Алгоритмы работы современных систем хранения информации -
- Мифический человеко-месяц, или Как создаются программные системы - классическая книга Фредерика Брукса, которая в следующем году справляет свой юбилей. Сам Фредерик умер 2 года назад, а книга про его приключения как менеджера внутри IBM при создании OS/360 до сих пор живет. Кстати, именно оттуда появились крылатые фразы вида "Девять женщин не родят ребенка за месяц" или "Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше". Я раньше уже рассказывал про эту книгу
- Безопасные и надежные системы: Лучшие практики проектирования, внедрения и обслуживания как в Google - эту книгу я читал в оригинале и она называлась "Building secure and reliable systems", а также уже рассказывал про нее. Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook. Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций.
Книги, которые я пока не читал
- README. Суровые реалии разработчиков - книга про будни разработчиков и практиками инжиниринга, которые сейчас являются стандартом де-факто. Если книга зайдет, то дам ее почитать 18-летнему сыну, что пошел в этом году на направление геймдизайн (и наконец-то начал читать книги по программированию)
- Software: Ошибки и компромиссы при разработке ПО - эта книга подкупила меня своей второй главой, которая называется "Дублирование кода не всегда плохо". Ели книга оправдает мои ожидания, то я планирую ее показать менеджерам, что излишне увлекаются идеями детских конструкторов и переиспользования кода
- Гейм-дизайн: как создаются игры - эта книга про геймдизайн, про который я и до этого много читал и писал (1, 2, 3), а теперь буду его изучать еще подробнее:)
- Грокаем Continuous Delivery - я вроде неплохо понимаю в CI/CD, но хочется почитать про него подробнее в очень простых примерах, опять же, если книга окажется хорошей, то я смогу ее рекомендовать для начинающих (навроде, моего старшего сына)
- Грокаем функциональное программирование - лет 10 назад еще на Coursera я проходил 5 курсов по ФП, где мы разбирали Scheme, Racket, Scala и другие эзотерические языки программирования. Я так их и не ипользовал в проде, но хочется побботать их опять - вдруг я чуток лучше начну их понимать
- Дизайн для разработчиков - я довольно много книг читаю про дизайн для дизайнеров (1, 2, 3), а тут хочу посмотреть как это подают разработчикам
- Карьера Software Engineering Manager. Эффективное управление командой разработчиков ПО - в рамках работы над книгой про engineering management полезно изучить другие источники
- Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании - для инженеров сейчас полезно думать продуктово, особенно если вы работаете не в галере, а делаете продукты. А для руководителя разработки это уже жизненно необходимо, например я уже писал про книги на эту тему: 1, 2, 3, 4, 5
- Паттерны проектирования API - я люблю паттерны, люблю хорошие API, плюс мне понравилось оглавление. Решил купить и если книга не разочарует, то сделаю на нее интересный обзор:)
- Чистый Python. Тонкости программирования для профи - я уже больше полугода решаю задачки на Leetcode, используя Python 3. До этого я когда-то использовал Python 2, но и тогда это был мой 3-4 язык из доступного набора по частоте использования. Именно поэтому я решил взять книгу и преисполниться python way по мере ее чтения:)
#Sales
Telegram
Книжный куб
Летняя распродажа в издательстве Питер (Рубрика #Sales)
В издательстве Питер очередная распродажа с 12 по 18 августа со скидками в 40%. Для получения этой скидки надо использовать промокод "Лето" при оформлении заказа.
В прошлую расродажу я купил себе…
В издательстве Питер очередная распродажа с 12 по 18 августа со скидками в 40%. Для получения этой скидки надо использовать промокод "Лето" при оформлении заказа.
В прошлую расродажу я купил себе…
🔥11👍5🙏4❤3
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part IV (Рубрика #Management)
Продолжаю рассказ обзором второй части "The Process is the Product", где автор рассказывает как хорошие процессы помогают предотвратить проблемы и катастрофы. Хорошие процессы придают структуру работы, а плохие - приводят к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. Автор в 10 главах дает свои советы как сделать ваши процессы хорошими. (Предыдущие посты 1, 2, 3)
22) 1.0
В этой главе Рэндс рассказывает о том, что запуск версии продукта 1.0 всегда сложен (фактически, это создание стартапа). Он приводит метафору перевернутой пирамиды с 4 уровнями, где вы как эквилибрист балансируете ее на острие проекта
- Проект - содержит суть того, что вы хотите сделать и придает эффект срочности
- Люди - для запуска проекта нужна команда (но незаменимых людей в ней нет)
- Процесс -определяет коммуникацию людей
- Продукт - пока его нет, у вас нет компании
Большинство стартапов не вывозят соблюдение баланса и вся пирамида разваливается
23) Мифы о процессе
Процессы - это придумки менеджеров, что бесят инженеров. Пока компания была маленькой процессы были простыми и неформальными. Но по мере роста компании процессы усложняются. Это не нравится старой гвардии внутри компании, которая и без новых доработок в процессах ориентируется в том, что происходит. А новые процессы обычно создаются новой гвардией. Из-за этого происходит конфликт. Если обобщить хорошие процессы могут быть полезны, но важно понимать цель и суть каждого процесса - иначе это какой-то карго-культ.
24) Как начать?
Рэндс рассказывает про то, как разложить большую цель на отдельные шаги и выполнять их. Эти шаги могут быть не всегда линейными и это ок. Главное снять давление большой цели, но проверять, что выполнение значительного количества шагов приближает к цели. Я сам использую этот подход для написания книги
25) Найти время на то, чтобы подумать
Автор рассказывает про то, что руководители часто проваливаются в операционку и просто реагируют на события. Но надо отдельно подумать о том времени, которое можно выделить на то, чтобы подумать. Он предлагает проводить встречи
- мозговой штурм, посвященные большим проблемам, где происходит обсуждения
- прототип, где обсуждается прототип решения
Важно отдельно контролировать принимаете ли вы решения, реализуете ли вы их (или только говорите)
26) Ценность "пропитки
Хорошая идея о том, что для решения сложной проблемы надо дать ей время настояться в вашей голове. Сначала во время активной фазы надо закинуть в голову факты, идеи и контекст. А дальше во время пассивной фазы взять паузу и сделать так, чтобы мозг в фоне думал об этой проблем. Дальше к вам придет инсайт ... но это не точно. Я сам использую этот подход для презентаций и статьей
27) Фиксация контекста
Автор предлагает фиксировать гениальные идеи. Для этого он использует метафору VCS (git). А меня это навело на мысли про ADR (architecture decision records) или лог решений
28) Теория капли
Эта мысль сходна поговорке "вода камень точит"
29) Когда рушится мир
Автор описывает подход работы в инциденте, где формируется командный центр, проводится анализ ситуации, предлагается первый план, он анализируется и дорабатывается, а потом применяется. Во время применения всех заинтересованных информируют о решении инцидента
30) О важности хакинга
Это про дуальность компаний. Пока компания стартап она движется быстро и срезает углы в угоду скорости. Потом она растет и начинает ценить стабильность. Но даже так в ней должна быть нестабильная часть иначе можно пропустить подрывные инновации с рынка
31) Разрушители энтропии
По мере роста компании могут понадобится хорошие проджект менеджеры. Плохие приносят только бюрократия и процессы ради процессов, а хорошие помогают построить качественные процессы:)
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжаю рассказ обзором второй части "The Process is the Product", где автор рассказывает как хорошие процессы помогают предотвратить проблемы и катастрофы. Хорошие процессы придают структуру работы, а плохие - приводят к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. Автор в 10 главах дает свои советы как сделать ваши процессы хорошими. (Предыдущие посты 1, 2, 3)
22) 1.0
В этой главе Рэндс рассказывает о том, что запуск версии продукта 1.0 всегда сложен (фактически, это создание стартапа). Он приводит метафору перевернутой пирамиды с 4 уровнями, где вы как эквилибрист балансируете ее на острие проекта
- Проект - содержит суть того, что вы хотите сделать и придает эффект срочности
- Люди - для запуска проекта нужна команда (но незаменимых людей в ней нет)
- Процесс -определяет коммуникацию людей
- Продукт - пока его нет, у вас нет компании
Большинство стартапов не вывозят соблюдение баланса и вся пирамида разваливается
23) Мифы о процессе
Процессы - это придумки менеджеров, что бесят инженеров. Пока компания была маленькой процессы были простыми и неформальными. Но по мере роста компании процессы усложняются. Это не нравится старой гвардии внутри компании, которая и без новых доработок в процессах ориентируется в том, что происходит. А новые процессы обычно создаются новой гвардией. Из-за этого происходит конфликт. Если обобщить хорошие процессы могут быть полезны, но важно понимать цель и суть каждого процесса - иначе это какой-то карго-культ.
24) Как начать?
Рэндс рассказывает про то, как разложить большую цель на отдельные шаги и выполнять их. Эти шаги могут быть не всегда линейными и это ок. Главное снять давление большой цели, но проверять, что выполнение значительного количества шагов приближает к цели. Я сам использую этот подход для написания книги
25) Найти время на то, чтобы подумать
Автор рассказывает про то, что руководители часто проваливаются в операционку и просто реагируют на события. Но надо отдельно подумать о том времени, которое можно выделить на то, чтобы подумать. Он предлагает проводить встречи
- мозговой штурм, посвященные большим проблемам, где происходит обсуждения
- прототип, где обсуждается прототип решения
Важно отдельно контролировать принимаете ли вы решения, реализуете ли вы их (или только говорите)
26) Ценность "пропитки
Хорошая идея о том, что для решения сложной проблемы надо дать ей время настояться в вашей голове. Сначала во время активной фазы надо закинуть в голову факты, идеи и контекст. А дальше во время пассивной фазы взять паузу и сделать так, чтобы мозг в фоне думал об этой проблем. Дальше к вам придет инсайт ... но это не точно. Я сам использую этот подход для презентаций и статьей
27) Фиксация контекста
Автор предлагает фиксировать гениальные идеи. Для этого он использует метафору VCS (git). А меня это навело на мысли про ADR (architecture decision records) или лог решений
28) Теория капли
Эта мысль сходна поговорке "вода камень точит"
29) Когда рушится мир
Автор описывает подход работы в инциденте, где формируется командный центр, проводится анализ ситуации, предлагается первый план, он анализируется и дорабатывается, а потом применяется. Во время применения всех заинтересованных информируют о решении инцидента
30) О важности хакинга
Это про дуальность компаний. Пока компания стартап она движется быстро и срезает углы в угоду скорости. Потом она растет и начинает ценить стабильность. Но даже так в ней должна быть нестабильная часть иначе можно пропустить подрывные инновации с рынка
31) Разрушители энтропии
По мере роста компании могут понадобится хорошие проджект менеджеры. Плохие приносят только бюрократия и процессы ради процессов, а хорошие помогают построить качественные процессы:)
Продолжение в следующем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
👍8🔥4❤3
JVM Day - Java/Kotlin/Scala конференция от T-Bank (Рубрика #Conference)
В последний день лета (31 августа) в нашем офисе на Белорусской пройдет полноценная конференция JVM Day для любителей языков, которые работают поверх JVM и не только для них:) На конференции будут три отдельных трека:
- Java - с докладами про Spring Boot и зачем нам Kora, про Fluent API, Giga IDE от Сбера, Virtual threads и Webflux, а также про модульность в Java
- Scala - с докладами про управление ресурсами с жизненным циклом, Scala CLI, про абстракции в Scala, документацию приложений, функциональный дизайн
- Backend- это platform agnostic трек, который будет содержать доклады про finops, graceful degradation, transactional outbox и другие интересные темы:)
А после всех докладов теплый субботний вечер можно будет закончить на атепати: сыграть в java-покер, проверить скиллы на диджитал-интервью или просто сделать фото в Дача-core.
Для регистрации на конфу надо заполнить форму:)
P.S.
Может быть и у меня получиться дойти на эту конференцию, послушать доклады и пообщаться с пришедшими слушателями. Хотя вероятность этого не так высока - обычно субботы я провожу с женой и детишками.
#Conference #Software #Architecture
В последний день лета (31 августа) в нашем офисе на Белорусской пройдет полноценная конференция JVM Day для любителей языков, которые работают поверх JVM и не только для них:) На конференции будут три отдельных трека:
- Java - с докладами про Spring Boot и зачем нам Kora, про Fluent API, Giga IDE от Сбера, Virtual threads и Webflux, а также про модульность в Java
- Scala - с докладами про управление ресурсами с жизненным циклом, Scala CLI, про абстракции в Scala, документацию приложений, функциональный дизайн
- Backend- это platform agnostic трек, который будет содержать доклады про finops, graceful degradation, transactional outbox и другие интересные темы:)
А после всех докладов теплый субботний вечер можно будет закончить на атепати: сыграть в java-покер, проверить скиллы на диджитал-интервью или просто сделать фото в Дача-core.
Для регистрации на конфу надо заполнить форму:)
P.S.
Может быть и у меня получиться дойти на эту конференцию, послушать доклады и пообщаться с пришедшими слушателями. Хотя вероятность этого не так высока - обычно субботы я провожу с женой и детишками.
#Conference #Software #Architecture
👍6❤2🔥1
ЦЕХ 4 - Урок #16 "Авторские права и договор с издательством. Эксперт — Наиля Тимершина" (Рубрика #Writing)
Очередной урок из курса книгописания и книгоиздания от МИФ был посвящен авторским правам и договору с издательством. Это очень важные темы для авторов, так как именно договор определяет условия взаимоотношений. Интересно, что в 15 уроке "Превращение рукописи в издание" уже было много деталей про авторские права и особенности договоров, поэтому из этого урока я забрал не слишком много
1) Авторское право возникает в момент создания произведения, но для защиты прав требуется акт приема-передачи
2) Авторское право действует на протяжении жизни автора и еще 70 лет после смерти
3) Автор может зафиксировать свои права на произведение, используя различные способы, включая российское авторское общество, депозитарий или нотариуса.
4) Договор между автором и издательством является неотъемлемой частью взаимодействия и должен быть выгоден обеим сторонам.
5) Автор может вести переговоры о деталях договора (проценте роялти, наличии аванса, эксклюзивности договора), но многое зависит от рентабельности проекта для издательства.
6) Использование чужих произведений без согласия авторов и правообладателей запрещено, но допускается цитирование с указанием имени автора и источника заимствования (размер приемлемой цитаты зависит от контекста и не выбит в камне)
7) Издатель и автор могут договориться о сроках и объемах редактирования и корректуры, но оформление произведения обычно выбирает издатель
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Очередной урок из курса книгописания и книгоиздания от МИФ был посвящен авторским правам и договору с издательством. Это очень важные темы для авторов, так как именно договор определяет условия взаимоотношений. Интересно, что в 15 уроке "Превращение рукописи в издание" уже было много деталей про авторские права и особенности договоров, поэтому из этого урока я забрал не слишком много
1) Авторское право возникает в момент создания произведения, но для защиты прав требуется акт приема-передачи
2) Авторское право действует на протяжении жизни автора и еще 70 лет после смерти
3) Автор может зафиксировать свои права на произведение, используя различные способы, включая российское авторское общество, депозитарий или нотариуса.
4) Договор между автором и издательством является неотъемлемой частью взаимодействия и должен быть выгоден обеим сторонам.
5) Автор может вести переговоры о деталях договора (проценте роялти, наличии аванса, эксклюзивности договора), но многое зависит от рентабельности проекта для издательства.
6) Использование чужих произведений без согласия авторов и правообладателей запрещено, но допускается цитирование с указанием имени автора и источника заимствования (размер приемлемой цитаты зависит от контекста и не выбит в камне)
7) Издатель и автор могут договориться о сроках и объемах редактирования и корректуры, но оформление произведения обычно выбирает издатель
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Telegram
Книжный куб
ЦЕХ 4 - Урок #15 "Превращение рукописи в издание. Эксперт — Светлана Мотылькова" (Рубрика #Writing)
Интересный урок про то, как превратить рукопись в книгу самому или при помощи вашего любимого издательства:)
Основные мысли, которые я вынес из этого урока…
Интересный урок про то, как превратить рукопись в книгу самому или при помощи вашего любимого издательства:)
Основные мысли, которые я вынес из этого урока…
🔥7❤2👍2
The Engineering Executive's Primer: Impactful Technical Leadership
Сегодня друг подарил мне эту книгу Will Larson в бумаге, которая больше квартала ехала из США. Я уже предвкушаю как прочитаю эту книгу для инженерных топ-менеджеров:) Суть в том, что мне нравится бложик Вилла Ларсона lethain.com и его предыдущие книги
- Staff Engineer - эта книга является классным источником информации по карьерному пути для инженеров, которые переросли уровень senior и отправились покорять новые моря. Я про нее уже рассказывал: 1 и 2
- An Elegant Puzzle. Systems of Engineering Management - крутая книга для engineering managers, про которую я рассказывал раньше, а потом было две серии подкаста "Code of Leadership" с разбором этой книги вместе с Eugene Sergueev, senior engineering manager из Flo health: 1 и 2
В общем, еще до прочтения книги, я могу ее порекомендовать своим читателям.
#Engineering #Management #Leadership #Processes #SystemDesign #SystemThinking #SystemEngineering
Сегодня друг подарил мне эту книгу Will Larson в бумаге, которая больше квартала ехала из США. Я уже предвкушаю как прочитаю эту книгу для инженерных топ-менеджеров:) Суть в том, что мне нравится бложик Вилла Ларсона lethain.com и его предыдущие книги
- Staff Engineer - эта книга является классным источником информации по карьерному пути для инженеров, которые переросли уровень senior и отправились покорять новые моря. Я про нее уже рассказывал: 1 и 2
- An Elegant Puzzle. Systems of Engineering Management - крутая книга для engineering managers, про которую я рассказывал раньше, а потом было две серии подкаста "Code of Leadership" с разбором этой книги вместе с Eugene Sergueev, senior engineering manager из Flo health: 1 и 2
В общем, еще до прочтения книги, я могу ее порекомендовать своим читателям.
#Engineering #Management #Leadership #Processes #SystemDesign #SystemThinking #SystemEngineering
👍17🔥6🫡2❤1
Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part II (Рубрика #Management)
Продолжая рассказ про историю Youtube, который я начал в первом посте, поговорим про вторую часть книги, которую я окрестил "10x рост"
8) Алмазная фабрика
Google управляла Youtube уже не особо церемонясь, чуть не отказавшись от своего плеера и не превратив Youtube в "гигантскую машину ссылок". На фоне корпоративного управления из компании ушел последний основатель, Хёрли. Параллельно на Youtube начали появляться студии, что получили возможность монетизации, а они уже подтягивали отдельные каналы, фактически, позволяя им начать монетизироваться (тогда монетизация была включена только у избранных). Интересно, что в это время спрос на рекламные места был больше, чем было монетизируемых каналов.
9) Воины-ботаники
В 2010 году взлетел канал Nerdfighters (воинов-ботаников) и это был пример того, как создатели видео формируют вокруг себя сообщества по интересам. В этом же году состоялась VidCon, на которую пришло 1400 человек из субкультуры создателей видео на Youtube. В это же время просмотры телевизионных программ падали, а Youtube росла, но зарабатывать создателем видео было сложно - сайт присылал кучу формуляров ютюберам, а заботиться о налогах им требовалось самим.
10) Кайтсерфинг-ТВ
Глава рассказывает про появление на Youtube в 2010 году PewDiePie из Швеции (много лет самого популярного канала на Youtube, правда я про него узнал только при чтении этой книги). Также руководить Youtube пришел Саламар Камангар, создатель рекламного аукциона и девятый сотрудник Google. Он руководил Youtube чуть больше 3х лет. В это время Google хотел сделать Youtube более предсказуемым для зрителей и рекломадателей - так появилась концепция каналов (как в кабельном телевидении), а компании, что спонсировали много каналов превратились в многоканальные сети. Эти многоканальные сети за процент от доходов авторов взяли на задачи по управлению творческими людьми, которые сам Youtube не был готов решать:) Так ребята смогли справиться с "туловищем" контента Youtube. Одновременно Youtube заигрывал с медиа-корпорациями, пытаясь привлечь высококачественный контент. Они потратили на это кучу денег, профинансировали 100+ каналов, но выпущенный ими контент не полетел. Главная страница Youtube собиралась алгоритмами, следуя за кликами, а зрители не кликали по этому высококачественному контенту.
11) Смотрите сейчас
В 2013 году случилась Арабская весна и Youtube внезапно стал площадкой для публикации видео с мест событий, а также новостным рупором. Пришлось набирать отдельных кураторов для разгребания этих информационных потоков и фильтрации материала. Фактически, Youtube создала функция редакторского контроля как они существовали в СМИ - а это не укладывалось в модель видеоплатформы, где за контент отвечали его создатели.
12) Кто ускорит движение лодки
После того, как Ларри Пейдж вернулся на позицию гендиректора, он выкатил Youtube задачу удесятирить результаты. Все планы были пересмотрены и поставлены новые OKR и Youtube встал на дорогу гипер-роста. В основе лежали три мысли
- Тренировочная мантра гребцов-олимпийцев при выполнении любого действия, заключавшаяся в вопросе "Ускорит ли оно движение лодки". Если ускорит, то его стоит сделать, если нет, то стоит отложить (подробнее в книге "Will It Make the Boat Go Faster?") - для контроля в Youtube было много дашбордов с разнообразными метриками: просмотры, подписки, уникальные пользователи, DAU, MAU, лайки, ...
- Стремится не к доле рынка, а к проценту желудка (как когда-то сделала Coca-Cola, когда боролась с Pepsi). Суть в том, чтобы понять, а что было желудком для Youtube и это было телевидение
- Так они ушли от кликов и начали смотреть на время просмотра видео
В итоге, мантра про удесятерить привела к задаче роста от просмотра 100 миллионов часов видео в день до 1 млрд. Для этого надо было придумать как сделать просмотр видео максимально липким (sticky)
Продолжение в следующих постах.
#Management #Leadership #Bigtech #BusinessStory
Продолжая рассказ про историю Youtube, который я начал в первом посте, поговорим про вторую часть книги, которую я окрестил "10x рост"
8) Алмазная фабрика
Google управляла Youtube уже не особо церемонясь, чуть не отказавшись от своего плеера и не превратив Youtube в "гигантскую машину ссылок". На фоне корпоративного управления из компании ушел последний основатель, Хёрли. Параллельно на Youtube начали появляться студии, что получили возможность монетизации, а они уже подтягивали отдельные каналы, фактически, позволяя им начать монетизироваться (тогда монетизация была включена только у избранных). Интересно, что в это время спрос на рекламные места был больше, чем было монетизируемых каналов.
9) Воины-ботаники
В 2010 году взлетел канал Nerdfighters (воинов-ботаников) и это был пример того, как создатели видео формируют вокруг себя сообщества по интересам. В этом же году состоялась VidCon, на которую пришло 1400 человек из субкультуры создателей видео на Youtube. В это же время просмотры телевизионных программ падали, а Youtube росла, но зарабатывать создателем видео было сложно - сайт присылал кучу формуляров ютюберам, а заботиться о налогах им требовалось самим.
10) Кайтсерфинг-ТВ
Глава рассказывает про появление на Youtube в 2010 году PewDiePie из Швеции (много лет самого популярного канала на Youtube, правда я про него узнал только при чтении этой книги). Также руководить Youtube пришел Саламар Камангар, создатель рекламного аукциона и девятый сотрудник Google. Он руководил Youtube чуть больше 3х лет. В это время Google хотел сделать Youtube более предсказуемым для зрителей и рекломадателей - так появилась концепция каналов (как в кабельном телевидении), а компании, что спонсировали много каналов превратились в многоканальные сети. Эти многоканальные сети за процент от доходов авторов взяли на задачи по управлению творческими людьми, которые сам Youtube не был готов решать:) Так ребята смогли справиться с "туловищем" контента Youtube. Одновременно Youtube заигрывал с медиа-корпорациями, пытаясь привлечь высококачественный контент. Они потратили на это кучу денег, профинансировали 100+ каналов, но выпущенный ими контент не полетел. Главная страница Youtube собиралась алгоритмами, следуя за кликами, а зрители не кликали по этому высококачественному контенту.
11) Смотрите сейчас
В 2013 году случилась Арабская весна и Youtube внезапно стал площадкой для публикации видео с мест событий, а также новостным рупором. Пришлось набирать отдельных кураторов для разгребания этих информационных потоков и фильтрации материала. Фактически, Youtube создала функция редакторского контроля как они существовали в СМИ - а это не укладывалось в модель видеоплатформы, где за контент отвечали его создатели.
12) Кто ускорит движение лодки
После того, как Ларри Пейдж вернулся на позицию гендиректора, он выкатил Youtube задачу удесятирить результаты. Все планы были пересмотрены и поставлены новые OKR и Youtube встал на дорогу гипер-роста. В основе лежали три мысли
- Тренировочная мантра гребцов-олимпийцев при выполнении любого действия, заключавшаяся в вопросе "Ускорит ли оно движение лодки". Если ускорит, то его стоит сделать, если нет, то стоит отложить (подробнее в книге "Will It Make the Boat Go Faster?") - для контроля в Youtube было много дашбордов с разнообразными метриками: просмотры, подписки, уникальные пользователи, DAU, MAU, лайки, ...
- Стремится не к доле рынка, а к проценту желудка (как когда-то сделала Coca-Cola, когда боролась с Pepsi). Суть в том, чтобы понять, а что было желудком для Youtube и это было телевидение
- Так они ушли от кликов и начали смотреть на время просмотра видео
В итоге, мантра про удесятерить привела к задаче роста от просмотра 100 миллионов часов видео в день до 1 млрд. Для этого надо было придумать как сделать просмотр видео максимально липким (sticky)
Продолжение в следующих постах.
#Management #Leadership #Bigtech #BusinessStory
Telegram
Книжный куб
Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part I (Рубрика #Management)
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию…
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию…
👍7❤5🔥1
Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part III (Рубрика #Management)
Продолжая рассказ про историю Youtube, который я начал в первом посте и втором посте, поговорим про окончание второй части книги, которую я окрестил "10x рост"
13) Сыграем
Переход от кликов к просмотрам привел к падению одних авторов и взлету других. Заодно были побеждены кликбейтные заголовки, так как раньше они имели смысл из-за засчитывания кликов, но теперь они стали бессмыслены, так как зрители сразу закрывали видео после перехода. Одним из бенефициаров нового алгоритма стали авторы каналов про прохождение игр, так как время просмотра у таких каналов было большим. После реализации этого алгоритма ребята еще и включили монетизацию для большинства каналов, не особо проверяя их (это стрельнет в будущем).
14) Пасхальные яйца с сюрпризом
Глава про появление детских каналов на Youtube, которых на Youtube изначально не планировалось (предполагалось, что детишки смотрят Youtube под присмотром взрослых). Популярными каналами стали распаковки яиц с игрушками. Алгоритм, который ориентировался на время просмотра промотировал эти видео, так как детишки смотрели их с большим интересом. В итоге, появилась куча каналов на такую тематикку для детей - в книге для таких видео приводится метафора "игрушечного порно для малышей". Сотрудники Google хотели добавить метрики для оценки полезности видео для того, чтобы промотировать полезные видео, но это так и не было сделано отчасти из-за мантры
15) Пять семей
В 2012-2013 году Youtube с большим трудом боролся за место под солнцем. Внутри Google были свои вотчины у Chrome, Android, ... и когда Youtube нужно было там присутствовать, то это приводило к большим политическим баталиям, что замедляли его развитие. Одновременно в компании сделали ставку на свою соцсеть Google+ и сували ее везде. В то время для комментов на Youtube требовалось создать себе аккаунт в Google+, да и для много остального тоже. Параллельно на площадке было засилье многоканальных сетей, которые тянули каналы к себе за процент, а сам Youtube уже сделал относительно удобные условия работы с авторами. И бизнес-модель этих многоканальных сетей начинала разваливаться на глазах
16) Откиньтесь назад
Алгоритмы работали все успешнее, вовлекая в просмотр большое количество зрителей, а также превращая создателей контента в "рабовлампы камеры", когда они должны были постоянно создавать контент иначе исчезали с радаров. Одновременно при проведении экспериментов был найден способ показывать больше рекламы и увеличивать количество просмотров - выяснилось, что лучше показывать рекламу не сразу, а после того, как зритель втянется (минут через 10 после просмотра). Одновременно на платформе появлялись радикальные фигуры, которые проповедовали свои псевдофилософские учения - за счет рекомендаций алгоритмов такие "мудрецы" легко находили аудиторию для себя
17) Мать Google
Вся глава посвящена Сьюзен Воджицки, которая в 2014 стала CEO Youtube. Это легендарная фигура в Google - когда-то она сдала свой гараж начинающим стартаперам, Сергею Брину и Ларри Пейджу. Потом она стала работать в Google, была первым продакт менеджером AdSense, а потом помогла купить Youtube, DoubleClick. До позиции CEO в Youtube она была старшим вице-президентом, что отвечала за рекламу. К моменту выхода в Youtube у нее уже было 4 детей и поэтому у нее был позывной "Мать Google". После выхода в Youtube Сьюзен не стала делать резких изменений и продолжила политику роста
Продолжение в следующих постах.
#Management #Leadership #Bigtech #Processes #BusinessStory
Продолжая рассказ про историю Youtube, который я начал в первом посте и втором посте, поговорим про окончание второй части книги, которую я окрестил "10x рост"
13) Сыграем
Переход от кликов к просмотрам привел к падению одних авторов и взлету других. Заодно были побеждены кликбейтные заголовки, так как раньше они имели смысл из-за засчитывания кликов, но теперь они стали бессмыслены, так как зрители сразу закрывали видео после перехода. Одним из бенефициаров нового алгоритма стали авторы каналов про прохождение игр, так как время просмотра у таких каналов было большим. После реализации этого алгоритма ребята еще и включили монетизацию для большинства каналов, не особо проверяя их (это стрельнет в будущем).
14) Пасхальные яйца с сюрпризом
Глава про появление детских каналов на Youtube, которых на Youtube изначально не планировалось (предполагалось, что детишки смотрят Youtube под присмотром взрослых). Популярными каналами стали распаковки яиц с игрушками. Алгоритм, который ориентировался на время просмотра промотировал эти видео, так как детишки смотрели их с большим интересом. В итоге, появилась куча каналов на такую тематикку для детей - в книге для таких видео приводится метафора "игрушечного порно для малышей". Сотрудники Google хотели добавить метрики для оценки полезности видео для того, чтобы промотировать полезные видео, но это так и не было сделано отчасти из-за мантры
Если вы не понимаете, как это измерить, то вы просто притворяетесь, что этого не существует
15) Пять семей
В 2012-2013 году Youtube с большим трудом боролся за место под солнцем. Внутри Google были свои вотчины у Chrome, Android, ... и когда Youtube нужно было там присутствовать, то это приводило к большим политическим баталиям, что замедляли его развитие. Одновременно в компании сделали ставку на свою соцсеть Google+ и сували ее везде. В то время для комментов на Youtube требовалось создать себе аккаунт в Google+, да и для много остального тоже. Параллельно на площадке было засилье многоканальных сетей, которые тянули каналы к себе за процент, а сам Youtube уже сделал относительно удобные условия работы с авторами. И бизнес-модель этих многоканальных сетей начинала разваливаться на глазах
16) Откиньтесь назад
Алгоритмы работали все успешнее, вовлекая в просмотр большое количество зрителей, а также превращая создателей контента в "рабов
17) Мать Google
Вся глава посвящена Сьюзен Воджицки, которая в 2014 стала CEO Youtube. Это легендарная фигура в Google - когда-то она сдала свой гараж начинающим стартаперам, Сергею Брину и Ларри Пейджу. Потом она стала работать в Google, была первым продакт менеджером AdSense, а потом помогла купить Youtube, DoubleClick. До позиции CEO в Youtube она была старшим вице-президентом, что отвечала за рекламу. К моменту выхода в Youtube у нее уже было 4 детей и поэтому у нее был позывной "Мать Google". После выхода в Youtube Сьюзен не стала делать резких изменений и продолжила политику роста
Продолжение в следующих постах.
#Management #Leadership #Bigtech #Processes #BusinessStory
Telegram
Книжный куб
Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part I (Рубрика #Management)
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию…
Это очень интересная книга 2022 года от Марка Бергена про зарождение, развитие и доминацию…
👍7🔥3❤2
Выбери свою книгу (Рубрика #Management)
Я уже рассказывал как мне недавно подарили книгу "The Engineering Executive's Primer". Книгу мне подарил мой коллега, Леша Тарасов, технический директор, что у нас отвечает за социальные платформы и видеоплатформу. В итоге, я решил подарить синюю и красную книгу, про запрещенную в России соцсеть Facebook и про крупнейшую видеоплатформу Youtube. Делая подарок, я обыграл и знаменитую сцену из "Матрицы" с выбором, перед которым стоял Нео. Правда, Леше выбирать не пришлось - ему достались обе книги:) И подарил я именно эти книги Леше не как техническому спецу, а скорее как техдиру, что отвечает за развитие платформ. Ему может быть полезно знать о том, как и почему эти платформы менялись и чем было обусловлено это развитие.
P.S.
Про книгу "Like, Comment, Subscribe" про Youtube я уже рассказывал (1, 2 и 3), а про книгу о Facebook я расскажу уже в будущих постах.
#Management #Processes #Leadership #SelfDevelopment
Я уже рассказывал как мне недавно подарили книгу "The Engineering Executive's Primer". Книгу мне подарил мой коллега, Леша Тарасов, технический директор, что у нас отвечает за социальные платформы и видеоплатформу. В итоге, я решил подарить синюю и красную книгу, про запрещенную в России соцсеть Facebook и про крупнейшую видеоплатформу Youtube. Делая подарок, я обыграл и знаменитую сцену из "Матрицы" с выбором, перед которым стоял Нео. Правда, Леше выбирать не пришлось - ему достались обе книги:) И подарил я именно эти книги Леше не как техническому спецу, а скорее как техдиру, что отвечает за развитие платформ. Ему может быть полезно знать о том, как и почему эти платформы менялись и чем было обусловлено это развитие.
P.S.
Про книгу "Like, Comment, Subscribe" про Youtube я уже рассказывал (1, 2 и 3), а про книгу о Facebook я расскажу уже в будущих постах.
#Management #Processes #Leadership #SelfDevelopment
👍17🔥7❤3
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part V (Рубрика #Management)
Продолжаю рассказ про эту книгу обзором третьей и последней части "Versions of You", где автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:)
Посты о других частях книги доступны здесь 1, 2, 3, 4.
32) Скучающие люди увольняются
Для увольнения может быть много причин, но не на все можно повлиять. Но скука - это важный фактор и тот, с которым можно справиться. Для этого стоит действовать примерно так
- Надо отслеживать скуку у сотрудников
- Давать поработать им над интересными задачами
- Позволить экспериментировать
- Делить хреновую работу поровну (а не скидывать все на одного "счастливчика")
- Устранять внешние шумы и лишние прерывания
- Делится информацией и показывать big picture
Ну и надо самому не забывать как разрабатывает софт и пишется код, чтобы оставаться со своими сотрудниками на одной волне и видеть их проблемы
33) Вожаки
Как проверять навыки на собеседованиях привлекая помощников (вожаков), которые помогут спросить за технические навыки, cultural fit и проверить тип мышления (стратег или тактик). В конце надо провести общее итоговое совещание и принять решение о найме
34) Собеседование длиной в 90 дней
Интересная глава про ваши действия на испытательном сроке и советы, которые помогут пройти его успешно. Их всего 8 штук
- Уходите позже и приходите раньше - обращайте внимание на режим работы других людей
- Принимайте все приглашения на обед от коллег
- Всегда просите разъяснить смысл сокращений
- Скажите что-нибудь реально глупое (вы все равно это сделаете, даже если не запланируете)
- Выпейте по стаканчику после работы с коллегами
- Скажите кому-нибудь что ему делать - это протестирует ваше понимание ситуации
- Поспорьте, чтобы понять как в компании относятся к конфликтам
- Найдите свой узкий круг
Но знайте, что ваше собеседование не закончится, пока вы сами не изменитесь, превращаясь в часть команды
35) Руководить гиками
Автор предлагает поразмышлять о том, что важно для гиков и дальше это использовать в управлении ими
- Гик мыслит системно
- Гик дорожит постоянством
- Гик дорожит ээффективностью
В итоге, время гика надо защищать. А кроме того автор приводит концепцию 2х вершин для гика
- Вершина 1 - конкретный узел, что надо развязать для решения проблемы
- Вершина 2 - а почему вообще узлы существую и как сделать систему без них
Вершина 1 - это обычная работа, а Вершина 2 - это что-то революционное и некоторый "щелчок" и новый уровень понимания. Надо делать так, чтобы у гиков была возможность словить это "щелк"
36) Синдром внимания у гиков
Глава про СДВГ, переключение контекста и поглощение информации, для эффективности важно подобрать себе режим дня. Автор отдельно отмечает, что у молодого поколения СДВГ распространенно все чаще:)
37) Гик в своей пещере
Для того, чтобы попасть в состояние потока, нужны особые условия. Автор называет "пещерой" то место, где удалось обеспечить эти условия. По-факту, это "домик" гика, в котором он может быть эффективен
Продолжение в следующих постах.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Продолжаю рассказ про эту книгу обзором третьей и последней части "Versions of You", где автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:)
Посты о других частях книги доступны здесь 1, 2, 3, 4.
32) Скучающие люди увольняются
Для увольнения может быть много причин, но не на все можно повлиять. Но скука - это важный фактор и тот, с которым можно справиться. Для этого стоит действовать примерно так
- Надо отслеживать скуку у сотрудников
- Давать поработать им над интересными задачами
- Позволить экспериментировать
- Делить хреновую работу поровну (а не скидывать все на одного "счастливчика")
- Устранять внешние шумы и лишние прерывания
- Делится информацией и показывать big picture
Ну и надо самому не забывать как разрабатывает софт и пишется код, чтобы оставаться со своими сотрудниками на одной волне и видеть их проблемы
33) Вожаки
Как проверять навыки на собеседованиях привлекая помощников (вожаков), которые помогут спросить за технические навыки, cultural fit и проверить тип мышления (стратег или тактик). В конце надо провести общее итоговое совещание и принять решение о найме
34) Собеседование длиной в 90 дней
Интересная глава про ваши действия на испытательном сроке и советы, которые помогут пройти его успешно. Их всего 8 штук
- Уходите позже и приходите раньше - обращайте внимание на режим работы других людей
- Принимайте все приглашения на обед от коллег
- Всегда просите разъяснить смысл сокращений
- Скажите что-нибудь реально глупое (вы все равно это сделаете, даже если не запланируете)
- Выпейте по стаканчику после работы с коллегами
- Скажите кому-нибудь что ему делать - это протестирует ваше понимание ситуации
- Поспорьте, чтобы понять как в компании относятся к конфликтам
- Найдите свой узкий круг
Но знайте, что ваше собеседование не закончится, пока вы сами не изменитесь, превращаясь в часть команды
35) Руководить гиками
Автор предлагает поразмышлять о том, что важно для гиков и дальше это использовать в управлении ими
- Гик мыслит системно
- Гик дорожит постоянством
- Гик дорожит ээффективностью
В итоге, время гика надо защищать. А кроме того автор приводит концепцию 2х вершин для гика
- Вершина 1 - конкретный узел, что надо развязать для решения проблемы
- Вершина 2 - а почему вообще узлы существую и как сделать систему без них
Вершина 1 - это обычная работа, а Вершина 2 - это что-то революционное и некоторый "щелчок" и новый уровень понимания. Надо делать так, чтобы у гиков была возможность словить это "щелк"
36) Синдром внимания у гиков
Глава про СДВГ, переключение контекста и поглощение информации, для эффективности важно подобрать себе режим дня. Автор отдельно отмечает, что у молодого поколения СДВГ распространенно все чаще:)
37) Гик в своей пещере
Для того, чтобы попасть в состояние потока, нужны особые условия. Автор называет "пещерой" то место, где удалось обеспечить эти условия. По-факту, это "домик" гика, в котором он может быть эффективен
Продолжение в следующих постах.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership
Telegram
Книжный куб
Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part I (Рубрика #Management)
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
Я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была…
❤7👍6🔥2