Любые трансформации за 8 шагов или модель Коттера
1. Создать чувство срочности (Urgency)
Коттер говорит прямым текстом: если людям не «горит», они не двигаются.
Конкретные действия:
показать данные: падение метрик, жалобы пользователей, провалы в поставке;
объяснить риски: «если ничего не делать → деградация/потери/хаос»;
убрать иллюзию безопасности.
К слову, в том же шаблоне 6 pagers есть отдельный вопрос «Что будет, если этого не сделать?»
2. Сформировать коалицию изменений (Guiding Coalition)
Нельзя менять компанию в одиночку.
Нужны:
авторитетные люди (лидеры мнений),
функциональные руководители,
инженеры или операционные люди, которые реально двигают процессы.
Они становятся внутренними «евангелистами» перемен.
3. Создать видение и стратегию изменений (Vision & Strategy)
Ошибка №1 всех - изменения ради изменений.
Нужно объяснить:
куда идём (визуально, конкретно),
зачем,
что станет лучше для пользователей/компании/команд.
Без этого все изменения = шум.
4. Продать видение всей компании (Communicate the Vision)
Именно «продать», а не «показать один раз на слайде».
По Коттеру, нужно:
повторять одно и то же простыми словами,
много каналов: встречи, рассылки, примеры успехов,
лидеры должны транслировать видение сами, не делегируя.
5. Убрать барьеры и сопротивление (Empower Broad-Based Action)
Самый недооценённый этап.
Конкретно:
устранить тормозящие процессы (лишние согласования, старые правила),
дать людям полномочия делать по-новому,
убрать токсичных лидеров, которые саботируют изменения.
6. Создать короткие победы (Short-Term Wins)
Психология: если изменений нет видно быстро → вера умирает.
Поэтому:
делаем 1–2 быстрых улучшения,
показываем выгоду (рост метрик, меньше боли),
публично празднуем.
Это «допинг» для системы и он супер важен.
7. Масштабировать успехи (Build on the Change)
Ошибка 90% компаний — «мы сделали пару улучшений → значит, всё готово».
Коттер говорит наоборот:
после первых побед надо ускоряться,
улучшать процессы, убирать старые структуры,
расширять проект на другие команды.
8. Закрепить изменения в культуре (Anchor in Culture)
Главная цель: сделать новое поведение нормой.
Механика:
встроить изменения в найм, онбординг, оценку,
сделать новые ритуалы: демо, метрики, фидбэк,
связывать успехи напрямую с новым подходом.
Как тебе модель Коттера?
❤️ - прикол, выглядит супер удобно, будем пробовать
🔥 - знал про нее и юзал во всю
💊 - понавыдумывают эти менеджеры
Как будто бы иногда у меня и, правда, получается делать изменения.
К некоторым важным штукам я пришел ошибаясь, некоторым меня научили руководители, другие узнал в книгах.
И тут недавно выяснил, что все это отлично объединено в модель Коттера.
1. Создать чувство срочности (Urgency)
Я в своем опыте видел, как даже очень важные проекты для компании никуда не двигались, потому что не было ощущения срочности в них. Результат был не то, чтобы печальный, скорее очень не везло тем, кто ими руководил.
Коттер говорит прямым текстом: если людям не «горит», они не двигаются.
Конкретные действия:
показать данные: падение метрик, жалобы пользователей, провалы в поставке;
объяснить риски: «если ничего не делать → деградация/потери/хаос»;
убрать иллюзию безопасности.
К слову, в том же шаблоне 6 pagers есть отдельный вопрос «Что будет, если этого не сделать?»
2. Сформировать коалицию изменений (Guiding Coalition)
Нельзя менять компанию в одиночку.
Нужны:
авторитетные люди (лидеры мнений),
функциональные руководители,
инженеры или операционные люди, которые реально двигают процессы.
Они становятся внутренними «евангелистами» перемен.
Этому я научился уже на своем печальном опыте, когда в одной из важных инициатив провалился, потому что как раз не собрал коалицию и попытался решить все нахрапом.
3. Создать видение и стратегию изменений (Vision & Strategy)
Ошибка №1 всех - изменения ради изменений.
Нужно объяснить:
куда идём (визуально, конкретно),
зачем,
что станет лучше для пользователей/компании/команд.
Без этого все изменения = шум.
И нет, дело не в визуале, а дело в outcomes: нужно показать, что принесет пользу. Речь не про вашу карьеру и зарплату, а про то, что получать компания и другие.
4. Продать видение всей компании (Communicate the Vision)
Именно «продать», а не «показать один раз на слайде».
По Коттеру, нужно:
повторять одно и то же простыми словами,
много каналов: встречи, рассылки, примеры успехов,
лидеры должны транслировать видение сами, не делегируя.
Ну тут все просто: надо делать, делать и не надеятся, что все сами разберутся.
5. Убрать барьеры и сопротивление (Empower Broad-Based Action)
Самый недооценённый этап.
Конкретно:
устранить тормозящие процессы (лишние согласования, старые правила),
дать людям полномочия делать по-новому,
убрать токсичных лидеров, которые саботируют изменения.
Убрать токсичных лидеров: видел кейс со стороны, как провалилась отличная трансформация, потому что руководитель вовремя не избавился от токсичных ребят. Можно много говорить про мотивацию, но иногда реальная жизнь есть реальная жизнь.
6. Создать короткие победы (Short-Term Wins)
Психология: если изменений нет видно быстро → вера умирает.
Поэтому:
делаем 1–2 быстрых улучшения,
показываем выгоду (рост метрик, меньше боли),
публично празднуем.
Это «допинг» для системы и он супер важен.
7. Масштабировать успехи (Build on the Change)
Ошибка 90% компаний — «мы сделали пару улучшений → значит, всё готово».
Коттер говорит наоборот:
после первых побед надо ускоряться,
улучшать процессы, убирать старые структуры,
расширять проект на другие команды.
Тут психологический такой момент - куй железо пока горячо. Вам как лидеру трансформации для собственной карьеры супер выгодно захватывать все больше и больше и не останавливаться, пока получается. Глядишь, и до углового кабинета с панорамными окнами доберетесь.
8. Закрепить изменения в культуре (Anchor in Culture)
Главная цель: сделать новое поведение нормой.
Механика:
встроить изменения в найм, онбординг, оценку,
сделать новые ритуалы: демо, метрики, фидбэк,
связывать успехи напрямую с новым подходом.
Ну по моему опыту, если пункты 1-7 выполнены и нет никаких потрясений, то это происходит естественно само собой.
Как тебе модель Коттера?
❤️ - прикол, выглядит супер удобно, будем пробовать
🔥 - знал про нее и юзал во всю
💊 - понавыдумывают эти менеджеры
❤57🔥15💊11👍6🌭1
chatGPT не работает, вы там сильно на коллег не сердитесь, все-таки без него сложно людям 😁
А пока вот почитайте обзор пост мортема, почему так иногда случается.
👉🏼 Обзор читать тут
А пока вот почитайте обзор пост мортема, почему так иногда случается.
👉🏼 Обзор читать тут
Telegram
Плохой Project Артём Арюткин
Когда даже Amazon падает: что менеджеру стоит понять из недавнего сбоя AWS
Amazon выпустили свой пост Мортем, ну а мы с вами его почитаем.
В ночь на 20 октября у AWS случилось то, что не должно было случиться никогда - легла DynamoDB.
И если вы думаете:…
Amazon выпустили свой пост Мортем, ну а мы с вами его почитаем.
В ночь на 20 октября у AWS случилось то, что не должно было случиться никогда - легла DynamoDB.
И если вы думаете:…
😁12🤣4💯2
А ты заметил изменение поведения коллег после падения chatGPT?😉
Anonymous Poll
7%
Да
39%
Нет.
54%
Не могут ответить без chatGPT😁
🤣23❤3🤔1
🚀 Обзор статьи «Meta’s Hyperscale Infrastructure: Overview and Insights»
Ну что, поехали. Meta (запрещенная в РФ экстремистская организация) раскрыла, как у них устроена инфраструктура уровня «мы обслуживаем планету», и текст получился настолько жирным.
Вот такие ключевые мысли и концепции у меня в голове
1. Уберите сложность у инженеров.
Сложность должна быть внутри платформы, а не на боевых командах.
2. Автоматизируйте до боли.
97% автоматизированных деплоев - это не мечта, это дисциплина.
3. Стройте «единую платформу», а не десятки сервисов.
Проекты → продукты → экосистема → единый компьютер.
⚙️ 1. Культура Meta - боль большинства компаний
Move fast - основа.
У большинства принцип - «давайте согласуем», у них «вкатили за три часа в прод 10 000 функций».
97% сервисов деплоятся без участия человека.
55% всех изменений - “инстант деплой”: прошёл тесты → сразу в прод.
Что забрать себе:
если ты хочешь, чтобы команда работала быстро — сначала строй инфраструктуру, где «ничего не ломается, когда всё постоянно меняется». А не наоборот. Вывод, вроде логичный, но мы обычно ищем 1000 причин, почему так не получится.
🧠 2. Monorepo без владельцев - а работает!
В Meta любой инженер может внести изменение почти куда угодно.
Нет «вот это мы - владельцы, а туда не трогайте».
Почему это работает?
• единые стандарты,
• общая инфраструктура,
• отсутствие «дублирующих велосипедов»,
• cross-team contributions.
В большинстве компаний это ломает людям головы:
как жить без сотни командных границ?
Ребята из Мета говорят: делайте инструменты так, чтобы не было страшно менять чужой код. А это в свою очередь возможно делать благодаря пункту (1)
🔌 3. Serverless - главный язык разработки в Meta
Половина инженеров пишет не сервисы, а функции.
Без YAML-ов, без поднятия инфраструктуры, без “а как это деплоить”.
Две платформы:
• FrontFaaS - то, что обслуживает запросы пользователей (PHP);
• XFaaS - все асинхронные процессы.
Особенность:
они запускают десятки функций в одном процессе.
Никто так не делает в облаках - а Meta делает, потому что FaaS у них для внутренних разработчиков, а не для внешних клиентов.
Тут я выводы не придумал, у меня как-то в голове это некая база, но либо я глубины не уловил, либо еще что-то.
🌍 4. Global-DaaC - дата-центры как один компьютер
Вот это реально, блин, красиво.
Обычные компании создают сервисы в стиле:
«выбери регион, выбери количество реплик, выбери тип железа…». Уж поверьте, я знаю, что так и создают 🙂
В Meta:
«я хочу сервис», а дальше система сама решает:
• куда ставить,
• сколько реплик,
• как мигрировать,
• как балансировать нагрузку,
• как реагировать на изменение мировых условий.
Это делает три вещи:
4. Снимает ответственность с команд.
5. Использует мировые мощности как единую кластерную машину.
Пока у многих максимум «один регион как один кластер».
А тут: «весь мир - один кластер». Я даже вижу в голове, что бы кто-то от разработки платформы, кто придумал эту штуку в виде лозунга, всех убелил, а потом еще и затащил эту штуку.
🧱 5. Дёшево ≠ плохо: железо Meta
У Meta нет двойных блоков питания.
Нет двойных ToR.
SSD - чаще локальные (удобно? нет. дёшево? да).
HDD - иногда по 216 штук на сервер.
Они берут дешёвое железо →
и закрывают его слабости умным софтом:
• распределением контейнеров по MSB (fault domains),
• миграциями,
• деградацией функций при авариях (“Defcon”),
• sharding & balancing.
Тут на масштабе реализованный принцип, к которому давно пытаются прийти многие компании: “хардкорный софт дешевле хардкорного железа”.
🚦 6. Контроллеры: почти всё централизовано
Вот это реально ломает массовые заблуждения.
В индустрии любят говорить:
«централизованное не масштабируется».
Meta:
пожалуйста, держите наш Paxos-кластер для глобального маршрутизации…
на миллионы роутеров.
Они централизуют всё, что только можно:
• WAN-роутинг,
• балансировку,
• sharding,
• key-value assignments,
• распределение ML-нагрузок,
• софт для свитчей.
Данные распределены, а контроль - централизован.
Это контринтуитивно, но это работает.
Ну что, поехали. Meta (запрещенная в РФ экстремистская организация) раскрыла, как у них устроена инфраструктура уровня «мы обслуживаем планету», и текст получился настолько жирным.
Вот такие ключевые мысли и концепции у меня в голове
1. Уберите сложность у инженеров.
Сложность должна быть внутри платформы, а не на боевых командах.
2. Автоматизируйте до боли.
97% автоматизированных деплоев - это не мечта, это дисциплина.
3. Стройте «единую платформу», а не десятки сервисов.
Проекты → продукты → экосистема → единый компьютер.
⚙️ 1. Культура Meta - боль большинства компаний
Move fast - основа.
У большинства принцип - «давайте согласуем», у них «вкатили за три часа в прод 10 000 функций».
97% сервисов деплоятся без участия человека.
55% всех изменений - “инстант деплой”: прошёл тесты → сразу в прод.
Что забрать себе:
если ты хочешь, чтобы команда работала быстро — сначала строй инфраструктуру, где «ничего не ломается, когда всё постоянно меняется». А не наоборот. Вывод, вроде логичный, но мы обычно ищем 1000 причин, почему так не получится.
🧠 2. Monorepo без владельцев - а работает!
В Meta любой инженер может внести изменение почти куда угодно.
Нет «вот это мы - владельцы, а туда не трогайте».
Почему это работает?
• единые стандарты,
• общая инфраструктура,
• отсутствие «дублирующих велосипедов»,
• cross-team contributions.
В большинстве компаний это ломает людям головы:
как жить без сотни командных границ?
Ребята из Мета говорят: делайте инструменты так, чтобы не было страшно менять чужой код. А это в свою очередь возможно делать благодаря пункту (1)
🔌 3. Serverless - главный язык разработки в Meta
Половина инженеров пишет не сервисы, а функции.
Без YAML-ов, без поднятия инфраструктуры, без “а как это деплоить”.
Две платформы:
• FrontFaaS - то, что обслуживает запросы пользователей (PHP);
• XFaaS - все асинхронные процессы.
Особенность:
они запускают десятки функций в одном процессе.
Никто так не делает в облаках - а Meta делает, потому что FaaS у них для внутренних разработчиков, а не для внешних клиентов.
Тут я выводы не придумал, у меня как-то в голове это некая база, но либо я глубины не уловил, либо еще что-то.
🌍 4. Global-DaaC - дата-центры как один компьютер
Вот это реально, блин, красиво.
Обычные компании создают сервисы в стиле:
«выбери регион, выбери количество реплик, выбери тип железа…». Уж поверьте, я знаю, что так и создают 🙂
В Meta:
«я хочу сервис», а дальше система сама решает:
• куда ставить,
• сколько реплик,
• как мигрировать,
• как балансировать нагрузку,
• как реагировать на изменение мировых условий.
Это делает три вещи:
4. Снимает ответственность с команд.
5. Использует мировые мощности как единую кластерную машину.
Пока у многих максимум «один регион как один кластер».
А тут: «весь мир - один кластер». Я даже вижу в голове, что бы кто-то от разработки платформы, кто придумал эту штуку в виде лозунга, всех убелил, а потом еще и затащил эту штуку.
🧱 5. Дёшево ≠ плохо: железо Meta
У Meta нет двойных блоков питания.
Нет двойных ToR.
SSD - чаще локальные (удобно? нет. дёшево? да).
HDD - иногда по 216 штук на сервер.
Они берут дешёвое железо →
и закрывают его слабости умным софтом:
• распределением контейнеров по MSB (fault domains),
• миграциями,
• деградацией функций при авариях (“Defcon”),
• sharding & balancing.
Тут на масштабе реализованный принцип, к которому давно пытаются прийти многие компании: “хардкорный софт дешевле хардкорного железа”.
🚦 6. Контроллеры: почти всё централизовано
Вот это реально ломает массовые заблуждения.
В индустрии любят говорить:
«централизованное не масштабируется».
Meta:
пожалуйста, держите наш Paxos-кластер для глобального маршрутизации…
на миллионы роутеров.
Они централизуют всё, что только можно:
• WAN-роутинг,
• балансировку,
• sharding,
• key-value assignments,
• распределение ML-нагрузок,
• софт для свитчей.
Данные распределены, а контроль - централизован.
Это контринтуитивно, но это работает.
1👍14❤12🔥3
К пунктам 7 и 8 в контексте Мета (запрещенная в РФ экстремистская организация) стоит относиться со скепсисом: руководство помешано на идеи AI и это могло повлиять на статью..
🤖 7. AI ломает всё, что мы знали о инфраструктуре
До конца десятилетия более 50% мощности дата-центров уйдёт на AI.
И Meta готовит под это:
• собственные AI-чипы (MTIA),
• RDMA-over-Ethernet,
• новые сети,
• новые стораджи,
• новые подходы к ML-планированию,
• новый дизайн дата-центров.
AI стал основным потребителем инфраструктуры.
Не бизнес-приложения.
Не мобильные сервисы.
AI.
🧩 8. Developer Productivity как религия
В Meta понимают:
если сделать разработчиков быстрыми → компания становится быстрой.
Они инвестируют в:
• автоматизацию всего,
• FaaS-платформы,
• мгновенные деплои,
• универсальные инструменты,
• мощные IDE для внутренних платформ.
И делают вывод:
Производительность инженеров росла медленно 20 лет.
В ближайшие 5–7 лет она ускорится радикально благодаря AI и вертикальным FaaS-парадигмам.
🤖 7. AI ломает всё, что мы знали о инфраструктуре
До конца десятилетия более 50% мощности дата-центров уйдёт на AI.
И Meta готовит под это:
• собственные AI-чипы (MTIA),
• RDMA-over-Ethernet,
• новые сети,
• новые стораджи,
• новые подходы к ML-планированию,
• новый дизайн дата-центров.
AI стал основным потребителем инфраструктуры.
Не бизнес-приложения.
Не мобильные сервисы.
AI.
🧩 8. Developer Productivity как религия
В Meta понимают:
если сделать разработчиков быстрыми → компания становится быстрой.
Они инвестируют в:
• автоматизацию всего,
• FaaS-платформы,
• мгновенные деплои,
• универсальные инструменты,
• мощные IDE для внутренних платформ.
И делают вывод:
Производительность инженеров росла медленно 20 лет.
В ближайшие 5–7 лет она ускорится радикально благодаря AI и вертикальным FaaS-парадигмам.
🔥15❤5👍4⚡1
Зоны победы Джеффри Мура
Есть такая корпоративная забава - стратегию рисовать.
И вторая корпоративная забава - подход к приоритезации выдумывать.
А вот старина Джеффри Мур предлагает намного более простую и болезненно-правдивую идею:
А заодно подсказывает нам, как легко распределять ресурсы в этой истории.
Это и есть его концепция Zones of Control / Zones of Winning
.
И вот тут у многих компаний начинает рвать шаблон.
🎯 Четыре зоны Мура
И почему 90% компаний путают их между собой?
1. Productivity Zone - зона «держаться на плаву»
Это всё, что должно работать стабильно: бухгалтерия, операции, инфраструктура, поддержка.
Если здесь всё падает - стратегия компании никому не нужна.
Удивительно, но 80% компаний пытаются делать инновации силами Productivity Zone.
И удивляются, почему ничего не летает.
2. Performance Zone - зона реальных побед
Это продукты, которые сейчас делают деньги.
Тут нужна скорость, доминирование, давление на рынок, рост.
Любая задержка - потерянные деньги.
Performance Zone требует фокуса.
Побеждают 1–2 продукта, а остальные получают питание по остаточному принципу.
3. Incubation Zone - зона идей, без ожидания прибыли
Эксперименты, moonshots, прототипы, R&D.
Тут требуются инсайты, скорость тестирования и выбивание ненужных гипотез.
Убей идею быстро → сэкономь деньги Performance Zone.
В этом сила Incubation Zone.
4. Transformation Zone - зона «перезапустить компанию»
Редко используемая, потому что больная.
Это когда компания делает такой большой скачок, что меняется её бизнес-модель или рынок.
Пример: переход Microsoft к облакам.
Пример: Adobe → подписка.
Пример: В любой корпорации — создание внутренней платформы.
🧠 Почему эта модель важна?
Потому что она объясняет:
• почему платформу нельзя мерить как Performance Zone (у неё другие KPI);
• почему новые продукты нельзя загружать корпоративной бюрократией (они в Incubation Zone);
• почему стабильность важнее «инноваций» для половины компании (Productivity Zone);
• и почему крупная трансформация рушится, если остаётся «на выходных и по остаточному принципу».
Примеры правильных KPI
Если KPI не совпадают с зоной, то повод задуматься.
Productivity Zone:
• uptime,
• SLO/SLA,
• cost per transaction,
• уменьшение ручной рутины.
Performance Zone:
• revenue,
• MAU/DAU,
• conversion,
• feature outcome,
• доля фич, давших measurable impact.
Incubation Zone:
• количество проверенных гипотез,
• скорость цикла: идея → прототип → данные,
• % убийства идей за 30 дней.
Transformation Zone:
• milestone-прогресс по ключевым архитектурным/организационным изменениям,
• % миграции,
• adoption нового способа работы.
Пример правильной приоритеации:
• Performance Zone всегда получает 70–80% ресурсов роста (headcount, бюджет).
• Incubation получает маленькие команды, но защищённые от менеджеров.
• Productivity получает минимум, но непрерывно.
• Transformation - временно откусывает большие куски от всех.
👉 Результат: исчезают бесконечные споры «почему нам не дают ресурсы?»
В общем, я саму книгу не читал, кажется стоит.
Как вам метод? Знали раньше?
🔥 - звучит супер разумно
😎 - опять навыдумывали, я сам себе самый умный и все знаю
❤️ - этот не зашел, давай еще автор
upd: поменял иллюстрация
Есть такая корпоративная забава - стратегию рисовать.
И вторая корпоративная забава - подход к приоритезации выдумывать.
А вот старина Джеффри Мур предлагает намного более простую и болезненно-правдивую идею:
не каждая часть компании должна побеждать.
Но те, что должны — должны выигрывать ВСЕГДА
А заодно подсказывает нам, как легко распределять ресурсы в этой истории.
Это и есть его концепция Zones of Control / Zones of Winning
.
И вот тут у многих компаний начинает рвать шаблон.
🎯 Четыре зоны Мура
И почему 90% компаний путают их между собой?
1. Productivity Zone - зона «держаться на плаву»
Это всё, что должно работать стабильно: бухгалтерия, операции, инфраструктура, поддержка.
Тут не выигрывают. Тут не падают.
Если здесь всё падает - стратегия компании никому не нужна.
Удивительно, но 80% компаний пытаются делать инновации силами Productivity Zone.
И удивляются, почему ничего не летает.
2. Performance Zone - зона реальных побед
Это продукты, которые сейчас делают деньги.
Тут нужна скорость, доминирование, давление на рынок, рост.
Любая задержка - потерянные деньги.
Если у вас 10 «главных» продуктов — у вас нет ни одного.
Performance Zone требует фокуса.
Побеждают 1–2 продукта, а остальные получают питание по остаточному принципу.
3. Incubation Zone - зона идей, без ожидания прибыли
Эксперименты, moonshots, прототипы, R&D.
Тут нельзя требовать денег или KPI revenue.
Тут требуются инсайты, скорость тестирования и выбивание ненужных гипотез.
Убей идею быстро → сэкономь деньги Performance Zone.
В этом сила Incubation Zone.
4. Transformation Zone - зона «перезапустить компанию»
Редко используемая, потому что больная.
Это когда компания делает такой большой скачок, что меняется её бизнес-модель или рынок.
Пример: переход Microsoft к облакам.
Пример: Adobe → подписка.
Пример: В любой корпорации — создание внутренней платформы.
Тут нельзя играть «немножко».
Transformation Zone — это all-in, иначе не взлетит.
🧠 Почему эта модель важна?
Потому что она объясняет:
• почему платформу нельзя мерить как Performance Zone (у неё другие KPI);
• почему новые продукты нельзя загружать корпоративной бюрократией (они в Incubation Zone);
• почему стабильность важнее «инноваций» для половины компании (Productivity Zone);
• и почему крупная трансформация рушится, если остаётся «на выходных и по остаточному принципу».
Примеры правильных KPI
Если KPI не совпадают с зоной, то повод задуматься.
Productivity Zone:
• uptime,
• SLO/SLA,
• cost per transaction,
• уменьшение ручной рутины.
Performance Zone:
• revenue,
• MAU/DAU,
• conversion,
• feature outcome,
• доля фич, давших measurable impact.
Incubation Zone:
• количество проверенных гипотез,
• скорость цикла: идея → прототип → данные,
• % убийства идей за 30 дней.
Transformation Zone:
• milestone-прогресс по ключевым архитектурным/организационным изменениям,
• % миграции,
• adoption нового способа работы.
Пример правильной приоритеации:
• Performance Zone всегда получает 70–80% ресурсов роста (headcount, бюджет).
• Incubation получает маленькие команды, но защищённые от менеджеров.
• Productivity получает минимум, но непрерывно.
• Transformation - временно откусывает большие куски от всех.
👉 Результат: исчезают бесконечные споры «почему нам не дают ресурсы?»
В общем, я саму книгу не читал, кажется стоит.
Как вам метод? Знали раньше?
🔥 - звучит супер разумно
😎 - опять навыдумывали, я сам себе самый умный и все знаю
❤️ - этот не зашел, давай еще автор
upd: поменял иллюстрация
1🔥66❤9😎5😁2😭1
Владимр Маяковский
Прозаседавшиеся
Чуть ночь превратится в рассвет,
вижу каждый день я:
Кто в глав,
кто в ком,
кто в полит,
кто в просвет,
расходится народ в учрежденья.
Обдают дождем дела бумажные,
чуть войдешь в здание:
отобрав с полсотни –
самые важные! –
служащие расходятся на заседания.
Заявишься:
«Не могут ли аудиенцию дать?
Хожу со времени она».–
«Товарищ Иван Ваныч ушли заседать –
объединение Тео и Гукона».
Исколесишь сто лестниц.
Свет не мил.
Опять:
«Через час велели прийти вам.
Заседают:
покупка склянки чернил
Губкооперативом».
Через час:
ни секретаря,
ни секретарши нет –
голо!
Все до 22-х лет
на заседании комсомола.
Снова взбираюсь, глядя на ночь,
на верхний этаж семиэтажного дома.
«Пришел товарищ Иван Ваныч?» –
«На заседании
А-бе-ве-ге-де-е-же-зе-кома».
Взъяренный,
на заседание
врываюсь лавиной,
дикие проклятья дорогой изрыгая.
И вижу:
сидят людей половины.
О дьявольщина!
Где же половина другая?
«Зарезали!
Убили!»
Мечусь, оря.
От страшной картины свихнулся разум.
И слышу
спокойнейший голосок секретаря:
«Оне на двух заседаниях сразу.
В день
заседаний на двадцать
надо поспеть нам.
Поневоле приходится раздвоиться.
До пояса здесь,
а остальное
там».
С волнения не уснешь.
Утро раннее.
Мечтой встречаю рассвет ранний:
«О, хотя бы
еще
одно заседание
относительно искоренения всех заседаний!»
👉1922 год
Прозаседавшиеся
Чуть ночь превратится в рассвет,
вижу каждый день я:
Кто в глав,
кто в ком,
кто в полит,
кто в просвет,
расходится народ в учрежденья.
Обдают дождем дела бумажные,
чуть войдешь в здание:
отобрав с полсотни –
самые важные! –
служащие расходятся на заседания.
Заявишься:
«Не могут ли аудиенцию дать?
Хожу со времени она».–
«Товарищ Иван Ваныч ушли заседать –
объединение Тео и Гукона».
Исколесишь сто лестниц.
Свет не мил.
Опять:
«Через час велели прийти вам.
Заседают:
покупка склянки чернил
Губкооперативом».
Через час:
ни секретаря,
ни секретарши нет –
голо!
Все до 22-х лет
на заседании комсомола.
Снова взбираюсь, глядя на ночь,
на верхний этаж семиэтажного дома.
«Пришел товарищ Иван Ваныч?» –
«На заседании
А-бе-ве-ге-де-е-же-зе-кома».
Взъяренный,
на заседание
врываюсь лавиной,
дикие проклятья дорогой изрыгая.
И вижу:
сидят людей половины.
О дьявольщина!
Где же половина другая?
«Зарезали!
Убили!»
Мечусь, оря.
От страшной картины свихнулся разум.
И слышу
спокойнейший голосок секретаря:
«Оне на двух заседаниях сразу.
В день
заседаний на двадцать
надо поспеть нам.
Поневоле приходится раздвоиться.
До пояса здесь,
а остальное
там».
С волнения не уснешь.
Утро раннее.
Мечтой встречаю рассвет ранний:
«О, хотя бы
еще
одно заседание
относительно искоренения всех заседаний!»
👉1922 год
Вот и думайте, друзья!
🔥33💯15❤9😁6😱2
Ну что, СДВГшники?)))
Пока исследования показывают, что разработчики теряют от 6 до 15 часов в неделю на переключение контекста (вот вам ссылочка на исследование) и это без учета не связанных в принципе с работой действий (посижу почитаю новости, гляну ролик в инете или погамаю на плойке, пока релиз билдиться), другие не то что пользуются нашими слабостями, но и строят на этом свою концепцию.
В Ycombinator есть стартап - IDE, в которой ты одновременно пишешь код и смотришь шортсы, и/или играешь в мини-игры.
Еще и можно получить кэшбэк за просмотренную рекламу!
И если вы думаете, что все это фигня, то посмотрите на этой с другой стороны: ну все равно человек тратит на это время, а тут, по крайней мере, можно «детский режим, не знаю, всем сразу настроить. К примеру, не больше 10 шортсов до обеда😁
P.S. считаю, что им еще выпустить версию для мобилки, где каждые 10 минут будет реклама, если ты не купишь подписку и будет ваще топчик!
А у тебя есть проблемы с концентрацией внимания?
🔥 - я гений концентрации
😎 - я не страдаю, а наслаждаюсь
🐳 - а о чем пост был? Я че то отвлекся, пока читал 😁
Пока исследования показывают, что разработчики теряют от 6 до 15 часов в неделю на переключение контекста (вот вам ссылочка на исследование) и это без учета не связанных в принципе с работой действий (посижу почитаю новости, гляну ролик в инете или погамаю на плойке, пока релиз билдиться), другие не то что пользуются нашими слабостями, но и строят на этом свою концепцию.
В Ycombinator есть стартап - IDE, в которой ты одновременно пишешь код и смотришь шортсы, и/или играешь в мини-игры.
Еще и можно получить кэшбэк за просмотренную рекламу!
И если вы думаете, что все это фигня, то посмотрите на этой с другой стороны: ну все равно человек тратит на это время, а тут, по крайней мере, можно «детский режим, не знаю, всем сразу настроить. К примеру, не больше 10 шортсов до обеда😁
P.S. считаю, что им еще выпустить версию для мобилки, где каждые 10 минут будет реклама, если ты не купишь подписку и будет ваще топчик!
А у тебя есть проблемы с концентрацией внимания?
🔥 - я гений концентрации
😎 - я не страдаю, а наслаждаюсь
🐳 - а о чем пост был? Я че то отвлекся, пока читал 😁
🐳64😎35🔥18❤3👍1👀1
🚀 Марсианин
Это лучший фильм и книга, кажется, которые я читал!
Я был в восторге от фильма, но от книги, получил удовольствия раз в 5 больше.
Почему?
Тут все просто, принцип действия совпадает с теми базовыми вещами, что я пытаюсь всем и всегда донести.
1.
Шути и улыбайся, как бы трудно не было
2.
Если в твоей ракете нет крыши, будь первым космонавтом без нее
3.
Сложная проблема? Шаг за шагом, действие за действием и у вас получится.
Ну и вперед к книге!
Если бы NASA наняло стендапера-ботана, чтобы он рассказал, как не сдохнуть на Марсе, получился бы «Марсианин».
Энди Вейр написал книгу про то, как один упёртый ботан переводит смерть в список задач и решает одну проблему за другой.
Основная идея
Выживает не сильнейший, а тот, кто умеет:
1. Не паниковать.
«Окей, я остался один на Марсе. Ладно, давайте подумаем…»
2. Декомпозировать.
Еда → вода → энергия → связь → транспортировка → дом.
3. Находить решения в пределах физики и говно-ресурсов.
Тут нет магии. Только химия, математика и бесконечное «ну я щас попробую». И да, из говна и палок собираешь то, что тебе нужно
Почему книга для нердов?
Потому что Вейр играет в одну игру - интеллект как суперсила, а не мечи-драконы.
И да, юмор Уотни - это отдельный эстетический кайф.
Чувак троллит красную планету, слушая диско, которое он тоже не наводит.
Конкретные моменты, которые делают книгу культовой
1) Выживание = непрерывный инжиниринг
Каждая проблема - как «incident».
Нужен кислород? - берём химреактор.
Нужна картошка? - создаём полевую фермочку.
Нужен путь к MAV? - придумываем способ, который порушит половину планеты, но работает.
2) NASA как компания мечты (и стыда)
Вейр показывает NASA как 1) бюрократическое чудовище, 2) но при этом - организацию, способную на невозможное, когда сроки горят. В общем, типичная корпорация.
3) Командная работа без команды
Уотни и NASA вообще не общаются огромное время.
Но книга показывает: эффективная система - это когда все решения спроектированы таким образом, что любой может справиться с их починкой без сложных инструкций. И что еще важнее, из базовых кубиков можно собрать что-то сильно сложнее.
4) Настоящая инженерия
Никаких чудо-технологий.
Только физика, химия, агрономия, механика и огромное терпение.
💡 Главный смысл книги
«Марсианин» - это книга о том, что человек может победить даже абсолютную пустоту, если будет:
• мыслить системно,
• принимать решения быстро,
• не бояться ломать и чинить,
• и, главное - не терять чувство юмора, когда у тебя отказывает очередная жизненно важная система.
Это книга про силу человеческого упорства, замаскированную под survival comedy.
«Разбилось → починил → взорвалось → сделал лучше → чуть не умер → ну зато смешно».
Я прямо обожаю и вдохновляюсь каждый раз, когда читаю книгу или смотрю фильм!
P.S. На фото Демыч в пустыни Иордании под впечатлением от фильма не снимает скафандр 🧑🚀
Ну и шутки, шутки!!! Разве это не про каждого инженера, трогающего чужое API???😁
🔥 - если смотрел/читал и зашло
❤️ - если забрал в бэклог
🦄 - если читал/смотрел и не зашло
Upd, только что закончил еще одну его книгу и вот откуда все эти шутки в стиле нердов (ботанов):
Это лучший фильм и книга, кажется, которые я читал!
Я был в восторге от фильма, но от книги, получил удовольствия раз в 5 больше.
Почему?
Тут все просто, принцип действия совпадает с теми базовыми вещами, что я пытаюсь всем и всегда донести.
1.
Шути и улыбайся, как бы трудно не было
2.
Если в твоей ракете нет крыши, будь первым космонавтом без нее
3.
Сложная проблема? Шаг за шагом, действие за действием и у вас получится.
Решаешь одну проблему. Потом следующую. А потом ещё одну. И если решить достаточно - вернёшься домой
Ну и вперед к книге!
Если бы NASA наняло стендапера-ботана, чтобы он рассказал, как не сдохнуть на Марсе, получился бы «Марсианин».
Энди Вейр написал книгу про то, как один упёртый ботан переводит смерть в список задач и решает одну проблему за другой.
Основная идея
Выживает не сильнейший, а тот, кто умеет:
1. Не паниковать.
«Окей, я остался один на Марсе. Ладно, давайте подумаем…»
2. Декомпозировать.
Еда → вода → энергия → связь → транспортировка → дом.
3. Находить решения в пределах физики и говно-ресурсов.
Тут нет магии. Только химия, математика и бесконечное «ну я щас попробую». И да, из говна и палок собираешь то, что тебе нужно
Почему книга для нердов?
Потому что Вейр играет в одну игру - интеллект как суперсила, а не мечи-драконы.
И да, юмор Уотни - это отдельный эстетический кайф.
Чувак троллит красную планету, слушая диско, которое он тоже не наводит.
Конкретные моменты, которые делают книгу культовой
1) Выживание = непрерывный инжиниринг
Каждая проблема - как «incident».
Нужен кислород? - берём химреактор.
Нужна картошка? - создаём полевую фермочку.
Нужен путь к MAV? - придумываем способ, который порушит половину планеты, но работает.
2) NASA как компания мечты (и стыда)
Вейр показывает NASA как 1) бюрократическое чудовище, 2) но при этом - организацию, способную на невозможное, когда сроки горят. В общем, типичная корпорация.
3) Командная работа без команды
Уотни и NASA вообще не общаются огромное время.
Но книга показывает: эффективная система - это когда все решения спроектированы таким образом, что любой может справиться с их починкой без сложных инструкций. И что еще важнее, из базовых кубиков можно собрать что-то сильно сложнее.
4) Настоящая инженерия
Никаких чудо-технологий.
Только физика, химия, агрономия, механика и огромное терпение.
💡 Главный смысл книги
«Марсианин» - это книга о том, что человек может победить даже абсолютную пустоту, если будет:
• мыслить системно,
• принимать решения быстро,
• не бояться ломать и чинить,
• и, главное - не терять чувство юмора, когда у тебя отказывает очередная жизненно важная система.
Это книга про силу человеческого упорства, замаскированную под survival comedy.
«Разбилось → починил → взорвалось → сделал лучше → чуть не умер → ну зато смешно».
Я прямо обожаю и вдохновляюсь каждый раз, когда читаю книгу или смотрю фильм!
P.S. На фото Демыч в пустыни Иордании под впечатлением от фильма не снимает скафандр 🧑🚀
Ну и шутки, шутки!!! Разве это не про каждого инженера, трогающего чужое API???😁
Я делаю с этим оборудованием такое, что технический директор NASA бросил бы в меня стул
Я создаю внутри герметичного помещения облако взрывоопасного газа.
Что может пойти не так?
Ладно, не отвечайте
🔥 - если смотрел/читал и зашло
❤️ - если забрал в бэклог
🦄 - если читал/смотрел и не зашло
Upd, только что закончил еще одну его книгу и вот откуда все эти шутки в стиле нердов (ботанов):
Энди Вейер состоялся как инженер-программист, но успех дебютного романа «Марсианин» позволил ему воплотить мечту – посвятить себя литературному творчеству.
1🔥85❤48🦄7👍2❤🔥1
Плохой Project Артём Арюткин
Ну что, СДВГшники?))) Пока исследования показывают, что разработчики теряют от 6 до 15 часов в неделю на переключение контекста (вот вам ссылочка на исследование) и это без учета не связанных в принципе с работой действий (посижу почитаю новости, гляну ролик…
Нате вам СДВГшники еще удар!
Можно теперь прямо на телефоне через нативное приложение код писать!
Я за 1 промпт тетрис сделал 😂
https://apps.apple.com/app/id6751496092
До сих пор не понимаю, почему эти 2 стартапа не объединились?😁
P.S. ну осталось встроить туда шортсы, мини-игры, заказ еды, рекламу и прочее. А то чем людям заняться, пока AI код генерит 😂
Upd вот вам танчики примитивные с самого простого промпта. Работают прямо в браузере https://www.lingguang.com/share/FLASH_APP-bbb4736c-2a03-45b3-8766-c674c03fc7a353
Можно теперь прямо на телефоне через нативное приложение код писать!
Я за 1 промпт тетрис сделал 😂
https://apps.apple.com/app/id6751496092
До сих пор не понимаю, почему эти 2 стартапа не объединились?😁
P.S. ну осталось встроить туда шортсы, мини-игры, заказ еды, рекламу и прочее. А то чем людям заняться, пока AI код генерит 😂
Upd вот вам танчики примитивные с самого простого промпта. Работают прямо в браузере https://www.lingguang.com/share/FLASH_APP-bbb4736c-2a03-45b3-8766-c674c03fc7a353
🤣21🔥14😁3❤2
#пятничное
❤️ - если ты такой же и надо поддержать
🐳 - если ты на совещаниях как рыба в воде «молчишь»
😎 - если ты не такой и самый крутой, и сын маминой подруги
❤️ - если ты такой же и надо поддержать
🐳 - если ты на совещаниях как рыба в воде «молчишь»
😎 - если ты не такой и самый крутой, и сын маминой подруги
❤113😎41🐳24😁14🥴1
Любопытно
1. Сегодня за много лет у меня был день без встреч.
Ну как без встреч:
- всего 2 созвона по 30 минут
- 60 минут с челом, который занимается DevEx в Microsoft
- 100 минут участия в круглом столе на коференции (уже после 19:00, не понимаю, считать ли это рабочим временем).
Ощущения слегка странные.
2. Ну и окончательно добивает: мы с Наташкой сидим смотрим телек, а Демыч укладывает спать Тею❤️
P.S. Пряня тоже в шоке 😁
1. Сегодня за много лет у меня был день без встреч.
Ну как без встреч:
- всего 2 созвона по 30 минут
- 60 минут с челом, который занимается DevEx в Microsoft
- 100 минут участия в круглом столе на коференции (уже после 19:00, не понимаю, считать ли это рабочим временем).
Ощущения слегка странные.
2. Ну и окончательно добивает: мы с Наташкой сидим смотрим телек, а Демыч укладывает спать Тею❤️
P.S. Пряня тоже в шоке 😁
❤36🔥16😁7🥰1😱1💅1
Дембельский аккорд из Яндекса
3…2…1…🎬 мотор!
Ну что, я тут закрутился и пропустил, что вышел мой последний подкаст, записанный в Яндексе:
Как устроена техплатформа в IT-компаниях: опыт Яндекса
Блин, по ощущениям это было невероятно давно!
Посмотрел с удовольствием, заметил даже, как изменились мои суждения за это время, я явно стал еще более зрелым (внезапно, такое совсем не ожидал, слишком мало времени прошло).
О чем поговорили:
1.
С Ромой Елизаровым (ex руководитель разработки популярного языка Kotlin) о том, что такое тот самый Developer Experience.
-как улучшать опыт разработчика
-почему это важно для каждой крупной технической компании.
2.
С Сашей Червяковым о том, почему платформа/экосистема CRM продуктов в платформе и какую пользу она приносит.
Завидую Саше в том, что в его части платформы легко понять cost to value на каждом шаге.
И, в целом, ребята делают очень крутые штуки: активно внедряют LLM, обслуживают огромное количество запросов.
С Сашей много общались: очень крутой C-level руководитель!
3.
С Ильей Дежиным о сервисах биллинга и поиска исполнителя.
Тут, конечно, у ребят сложные математические алгоритмы, которые помагают выбрать лучшего курьера для вас и построить оптимальные маршруты.
И биллинг: что может быть важнее, чем уметь корректно считать свои расходы?)))
В общем, выпуск строго рекомендую к просмотру.
Очень крутые ребята собрались, с уникальным опытом.
🎧 Смотрите и слушайте новый эпизод на платформах:
🟢 Яндекс Музыка
🟢 VK Видео
🟢 Ютуб
Гоу опрос замутим? Я мало верю, что люди реально смотрят))))
😎 - если забрал и реально посмотришь
🦄 - если сохранил себе, но сам знаешь, что смотреть не будешь
🔥 - даже не планировал смотреть
3…2…1…🎬 мотор!
Ну что, я тут закрутился и пропустил, что вышел мой последний подкаст, записанный в Яндексе:
Как устроена техплатформа в IT-компаниях: опыт Яндекса
Блин, по ощущениям это было невероятно давно!
Посмотрел с удовольствием, заметил даже, как изменились мои суждения за это время, я явно стал еще более зрелым (внезапно, такое совсем не ожидал, слишком мало времени прошло).
О чем поговорили:
1.
С Ромой Елизаровым (ex руководитель разработки популярного языка Kotlin) о том, что такое тот самый Developer Experience.
-как улучшать опыт разработчика
-почему это важно для каждой крупной технической компании.
2.
С Сашей Червяковым о том, почему платформа/экосистема CRM продуктов в платформе и какую пользу она приносит.
Завидую Саше в том, что в его части платформы легко понять cost to value на каждом шаге.
И, в целом, ребята делают очень крутые штуки: активно внедряют LLM, обслуживают огромное количество запросов.
С Сашей много общались: очень крутой C-level руководитель!
3.
С Ильей Дежиным о сервисах биллинга и поиска исполнителя.
Тут, конечно, у ребят сложные математические алгоритмы, которые помагают выбрать лучшего курьера для вас и построить оптимальные маршруты.
И биллинг: что может быть важнее, чем уметь корректно считать свои расходы?)))
В общем, выпуск строго рекомендую к просмотру.
Очень крутые ребята собрались, с уникальным опытом.
Гоу опрос замутим? Я мало верю, что люди реально смотрят))))
😎 - если забрал и реально посмотришь
🦄 - если сохранил себе, но сам знаешь, что смотреть не будешь
🔥 - даже не планировал смотреть
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥36😎25🦄9❤6👍2
Пу-пу-пуууу
Можно отрицать, можно спорить, но как будто без продуктовых скиллов и AI денег сейчас не заработать.
Почему?
Рынок меняется быстрее, чем когда-либо: конкуренция растет, стоимость привлечения увеличивается, а клиенты подходят к выбору все критичнее.
То, что работало раньше, теперь дает все меньший эффект.
Да если говорить прямо, мы все пресытились и устали от стандартных механик.
Что нужно, чтобы и бизнес, и карьере двигались?
1. Сильный продукт или компетенция
Когда ценность очевидна, продукт продает себя сам: через удержание, рекомендации, партнерства, сарафан.
Тоже самое и с вашей карьерой: если все вокруг понимают, что вы реально крутой эксперт, то и народ к вам сам потянется)
2. Скорость как конкурентное преимущество
Быстро тестировать гипотезы, анализировать данные, адаптироваться к изменениям. Создавать продукты и агентов с AI.
Можете спорить, что AI не помогает, но смеритесь.
Теперь это часть рынка.
Считаете, что вы как эксперт должны говорить другое и утверждать «да я ваш этот AI»…
Нет, не должны…
Инвесторы/работодатели хотят AI: дайте им его и делайте дальше, что считаете нужным и верным.
Под эти задачи наши ребята из Product Lab создали форматы, которые помогают и бизнесу, и специалистам расти быстрее рынка.
1. Курс “Полное погружение в продакт-менеджмент”
Подходит тем, кто хочет освоить продуктовый подход, чтобы сделать рывок в карьере.
Всем настоятельно советую. Это супер критичный скилл. Без него на уровне C-level, вас просто не поймут.
2. Лаборатория сильных продуктов
Для предпринимателей, руководителей и их команд, которым нужно запустить или пересобрать продукт: каждую неделю вы прорабатываете свой продукт: находите новые точки роста, повышаете ценность, улучшаете воронку и принимаете решения на цифрах. С разборами, менторингом и четкой системой.
3. Курс “Нейросети для работы с продуктом”
Для тех, кому нужна скорость: AI помогает быстрее анализировать данные, генерировать решения, тестировать идеи, собирать MVP через вайбкодинг, создавать агентов и автоматизировать рутину.
Ну это реально скилл 2026, я вас уверяю. Никто не говорит, про продакшен решение, но вот сделать пилот😉
Чуть не забыл про промокод на 15%:
Можно отрицать, можно спорить, но как будто без продуктовых скиллов и AI денег сейчас не заработать.
Почему?
Рынок меняется быстрее, чем когда-либо: конкуренция растет, стоимость привлечения увеличивается, а клиенты подходят к выбору все критичнее.
То, что работало раньше, теперь дает все меньший эффект.
Да если говорить прямо, мы все пресытились и устали от стандартных механик.
Что нужно, чтобы и бизнес, и карьере двигались?
1. Сильный продукт или компетенция
Когда ценность очевидна, продукт продает себя сам: через удержание, рекомендации, партнерства, сарафан.
Тоже самое и с вашей карьерой: если все вокруг понимают, что вы реально крутой эксперт, то и народ к вам сам потянется)
2. Скорость как конкурентное преимущество
Быстро тестировать гипотезы, анализировать данные, адаптироваться к изменениям. Создавать продукты и агентов с AI.
Можете спорить, что AI не помогает, но смеритесь.
Теперь это часть рынка.
Считаете, что вы как эксперт должны говорить другое и утверждать «да я ваш этот AI»…
Нет, не должны…
Инвесторы/работодатели хотят AI: дайте им его и делайте дальше, что считаете нужным и верным.
Под эти задачи наши ребята из Product Lab создали форматы, которые помогают и бизнесу, и специалистам расти быстрее рынка.
1. Курс “Полное погружение в продакт-менеджмент”
Подходит тем, кто хочет освоить продуктовый подход, чтобы сделать рывок в карьере.
Всем настоятельно советую. Это супер критичный скилл. Без него на уровне C-level, вас просто не поймут.
2. Лаборатория сильных продуктов
Для предпринимателей, руководителей и их команд, которым нужно запустить или пересобрать продукт: каждую неделю вы прорабатываете свой продукт: находите новые точки роста, повышаете ценность, улучшаете воронку и принимаете решения на цифрах. С разборами, менторингом и четкой системой.
3. Курс “Нейросети для работы с продуктом”
Для тех, кому нужна скорость: AI помогает быстрее анализировать данные, генерировать решения, тестировать идеи, собирать MVP через вайбкодинг, создавать агентов и автоматизировать рутину.
Ну это реально скилл 2026, я вас уверяю. Никто не говорит, про продакшен решение, но вот сделать пилот😉
Чуть не забыл про промокод на 15%:
BADPROJECT🔥13👍6👏3🤣1