Плохой Project Артём Арюткин
Так-с, подъехал видос с AI-conf с нашей дискуссией. А дискуссии - это что? Это круто! Почему? Не нужно готовиться 😆 📹Смотреть вот тут #conference @badtechproject
Оп, а в пятницу уже 2-я панельная дискуссия на AIConf.
Посмотрим как за год поменялось наше отношение к AI в SDLC: кажется, что скептиков-скептиков, уже не осталось?
Поговорим о том, как управлять стейкхолдерами:
1.
Теми, кто все еще скептичен
2.
Теми, кто говорит «да че там делать 3 месяца, я сам уже в «клоде» все забацал».
Еще подискутируем на тему, с чего начать внедрение AI и как выбрать оптимальный маршрут.
Короче, уверен, что будет интересно
@badtechproject
Посмотрим как за год поменялось наше отношение к AI в SDLC: кажется, что скептиков-скептиков, уже не осталось?
Поговорим о том, как управлять стейкхолдерами:
1.
Теми, кто все еще скептичен
2.
Теми, кто говорит «да че там делать 3 месяца, я сам уже в «клоде» все забацал».
Еще подискутируем на тему, с чего начать внедрение AI и как выбрать оптимальный маршрут.
Короче, уверен, что будет интересно
@badtechproject
1👍8❤5🔥4
Блин, мне нравится задавать эти вопросы gpt:
TL;DR: смотри сериал «Прослушка / The Wire» (5 сезонов) — это самый плотный курс по системному менеджменту, метрикам, организационным стимулам и внедрению изменений. Если нужен именно фильм, возьми «Деньги́бол / Moneyball» — про метрики против интуиции и change management.
Почему именно The Wire — «максимум знаний из одного сериала»
Это про системы, а не героизм: как цели, метрики и стимулы формируют поведение людей и отделов.
Показывает конфликт стратегии и политики, компромиссы бюджетов, «палочную систему», джойстик-менеджмент показателями.
Отлично ложится на ИТ: оргструктуры, кросс-функциональные «детали» = платформенные/продуктовые команды, CompStat = ваши дашборды, «джукинг статс» = Goodhart’s Law.
Смотрели сериал? Я нет
🔥 - смотрел и зашло
❤️ - забрал в бэклог
💊 - смотрел и не зашло
@badtechproject
я хочу стать успешным менеджером в ИТ и построить карьеру. Однако не хочу читать книги, статьи, брать наставника, но готов посмотреть 1 фильм или сериал и получить максимум знаний. Что смотреть?
TL;DR: смотри сериал «Прослушка / The Wire» (5 сезонов) — это самый плотный курс по системному менеджменту, метрикам, организационным стимулам и внедрению изменений. Если нужен именно фильм, возьми «Деньги́бол / Moneyball» — про метрики против интуиции и change management.
Почему именно The Wire — «максимум знаний из одного сериала»
Это про системы, а не героизм: как цели, метрики и стимулы формируют поведение людей и отделов.
Показывает конфликт стратегии и политики, компромиссы бюджетов, «палочную систему», джойстик-менеджмент показателями.
Отлично ложится на ИТ: оргструктуры, кросс-функциональные «детали» = платформенные/продуктовые команды, CompStat = ваши дашборды, «джукинг статс» = Goodhart’s Law.
Смотрели сериал? Я нет
🔥 - смотрел и зашло
❤️ - забрал в бэклог
💊 - смотрел и не зашло
@badtechproject
❤89🔥24🤡8💊6😁3👍2
🔥 Конфликты в команде — тема, от которой не убежишь.
У Елены Царевской-Дякиной, как всегда клевый доклад!
Основная мысль: руководитель ≠ медиатор.
Почему?
Потому что у вас всегда есть своё мнение, а значит - предвзятость.
Медиатор же должен оставаться нейтральным. Его задача не «замять» конфликт и не «выбрать победителя», а создать процесс, где команда сама договаривается о правилах и видит последствия своих действий.
Окей, давай сфокусируемся на механиках медиации — именно они дают команде шанс не закопаться в эмоциях.
🛠 Механики, которые реально работают:
Стикеры ожиданий
Начало любой сессии - попросите участников написать, чего они ждут. Это сбивает градус и показывает, что у каждого есть голос.
Совместные правила
Не навязывайте готовые - предложите рамку («говорим по одному», «не перебиваем») и дайте дополнить. Когда люди сами добавляют пункты, они охотнее соблюдают их.
Раздельная работа, если все горячи
Не кидайте людей в «общий бой» сразу. Пусть сначала пишут аргументы на стикерах. Потом соберите и разберите вместе. Это снижает уровень шума.
Формулировка позиции оппонента
Мощный трюк: попросите каждого озвучить аргументы другой стороны. Это резко снижает градус и учит слушать.
Цикл Колба
Простой инструмент для разогрева: связать конфликтную ситуацию с прошлым опытом команды и вытащить уроки.
⚖️ Вывод: механики - это костыли, которые удерживают процесс в рамках. Без них конфликт уходит в эмоции, а с ними у людей появляется шанс договориться.
Итог: медиатор - это фасилитатор, а не судья. А руководитель должен уметь честно признать, что иногда лучше позвать внешнего специалиста, чем включаться самому.
У Елены Царевской-Дякиной, как всегда клевый доклад!
Основная мысль: руководитель ≠ медиатор.
Почему?
Потому что у вас всегда есть своё мнение, а значит - предвзятость.
Медиатор же должен оставаться нейтральным. Его задача не «замять» конфликт и не «выбрать победителя», а создать процесс, где команда сама договаривается о правилах и видит последствия своих действий.
Окей, давай сфокусируемся на механиках медиации — именно они дают команде шанс не закопаться в эмоциях.
🛠 Механики, которые реально работают:
Стикеры ожиданий
Начало любой сессии - попросите участников написать, чего они ждут. Это сбивает градус и показывает, что у каждого есть голос.
Совместные правила
Не навязывайте готовые - предложите рамку («говорим по одному», «не перебиваем») и дайте дополнить. Когда люди сами добавляют пункты, они охотнее соблюдают их.
Раздельная работа, если все горячи
Не кидайте людей в «общий бой» сразу. Пусть сначала пишут аргументы на стикерах. Потом соберите и разберите вместе. Это снижает уровень шума.
Формулировка позиции оппонента
Мощный трюк: попросите каждого озвучить аргументы другой стороны. Это резко снижает градус и учит слушать.
Цикл Колба
Простой инструмент для разогрева: связать конфликтную ситуацию с прошлым опытом команды и вытащить уроки.
⚖️ Вывод: механики - это костыли, которые удерживают процесс в рамках. Без них конфликт уходит в эмоции, а с ними у людей появляется шанс договориться.
Итог: медиатор - это фасилитатор, а не судья. А руководитель должен уметь честно признать, что иногда лучше позвать внешнего специалиста, чем включаться самому.
Цикл Колба - это модель обучения взрослых, которую придумал американский психолог Дэвид Колб. Она объясняет, как человек реально усваивает новый опыт.
Выглядит он так:
1️⃣ Конкретный опыт - с человеком что-то происходит (например, конфликт в команде). 2️⃣ Рефлексия - осознание и обсуждение: «а что именно случилось? какие были эмоции?» 3️⃣ Осмысление - поиск закономерностей и выводов: «почему это произошло? что это говорит о нашей команде?» 4️⃣ Эксперимент / применение - пробуем новые подходы: вводим правила, меняем процесс, корректируем поведение.
Потом цикл повторяется: получаем новый опыт → рефлексия → выводы → снова практика.
⚡️ В медиации цикл Колба используют как «разогрев»: вместо того, чтобы сразу нырнуть в конфликт, участникам предлагают вспомнить похожие ситуации, обсудить, что тогда сработало, и только потом перейти к решению текущего спора.
YouTube
Медиация конфликта в команде для чайников / Елена Царевская-Дякина
Приглашаем на самую крупную мультиформатную конференцию для тимлидов и руководителей не только из IT — TeamLead Conf 2025, которая пройдет 10 и 11 ноября 2025 в Москве.
Подробнее о конференции: https://clck.ru/3NUaBv
________
Единственная профессиональная…
Подробнее о конференции: https://clck.ru/3NUaBv
________
Единственная профессиональная…
1👍19❤13🔥8❤🔥3💯1
This media is not supported in your browser
VIEW IN TELEGRAM
Мем смешной, ситуация - нет.
Короче, хочу вот такую мысль сказать: никогда не устраивайте публичных разборок в чате, в почте, на встрече.
Вы, возможно, надеетесь на то, что все увидят, что «вот он, прав, к тот другой говорит ерунду», но нет…
Все запасаются попкорном и наблюдают с интересом.
#пятничное
Короче, хочу вот такую мысль сказать: никогда не устраивайте публичных разборок в чате, в почте, на встрече.
Вы, возможно, надеетесь на то, что все увидят, что «вот он, прав, к тот другой говорит ерунду», но нет…
Все запасаются попкорном и наблюдают с интересом.
#пятничное
😁26💯14🔥4❤1👎1😱1😢1🤨1
А вы участвовали публично (чат, почта, встреча) в разборках?
Anonymous Poll
27%
Да, и я победил (в большинстве разборок, если больше 1)
9%
Да, и я проиграл (в большинстве разборок, если больше 1)
64%
Нет, избегаю такого
This media is not supported in your browser
VIEW IN TELEGRAM
Зацените: я наклоняю телефон иииии блики меняют свое положение.
Хорошо, конечно)
Любопытно вот:
- «это признак заката» - мы уже не знаем, что сделать и полируем ерунду
- или признак величия?😁
Хорошо, конечно)
Любопытно вот:
- «это признак заката» - мы уже не знаем, что сделать и полируем ерунду
- или признак величия?😁
🥴33🔥8❤6😁4🤔2😈1
Плохой Project Артём Арюткин
AI замедляет разработчиков Ага-ага, сегодня у нас шок контент- исследование от серьезных ребят (METR), утверждающее, что AI замедляет разработчиков. В пятницу вечером с Сашей Поломодовым сделали Разбор отчета METR "Measuring the Impact of Early-2025 AI…
Как правильно внедрять AI в SDLC
Помните, когда мы вместе с Сашей Поломодовым делали обзор исследования ребят из METR о том, что AI замедляет разработчиков?
Так вот, я там сделал предположение, что цель исследования - «прогрев» аудитории перед каким-то событием?
Так вот, оно случилось - ребята в сентябре провели хакатон, где сражались команды с AI и без него😉
Неудевлюсь, если дальше они сделают свой бенчмарк или что-то подобное.
Аналитика и инсайты На основе статьи
1. ИИ усиливает, но не заменяет
Победила ИИ-команда, сделавшая визуализатор code review.
Но второе место заняли люди - и именно за проект с высокой когнитивной ценностью (поддержка писателей).
➡️ Инсайт: ИИ отлично ускоряет рутину (генерация, проверки), но сложные задачи, требующие концептуальной глубины, остаются за людьми.
2. Важен контекст задачи
Исследование METR показало: на поддержке legacy-кода ИИ может даже замедлять.
А вот в задачах с нуля (greenfield) ИИ даёт преимущество.
➡️ Инсайт: внедрение ИИ в компании нельзя делать «одним махом» — нужно понимать, где он ускоряет (новые прототипы, онбординг), а где может тормозить (устоявшиеся кодовые базы).
3. Стирание границ
Судьи и зрители часто не могли понять: проект сделан с ИИ или без.
➡️ Инсайт: В реальной работе спор «человек vs машина» теряет смысл. Настоящее соревнование - «человек с ИИ» против «человека без ИИ».
4. Фокус на коллаборации
Команды, активно вовлекающие ИИ в процесс, выигрывали за счёт скорости и ширины поиска решений.
➡️ Инсайт: на уровне DevEx и IDP нужно думать не о том, «какой ИИ внедрить», а о том, «как встроить ИИ в коллаборативные практики» - кодревью, обсуждения, прототипирование.
5. Новый KPI для продуктивности
Хакатон оценивал не только скорость, но и креативность, техническую сложность и полезность.
➡️ Инсайт: для метрик Developer Productivity в эпоху ИИ надо уходить от «скорости коммитов» к «качество + оригинальность + impact».
6. Психология и доверие
«Человеческие» команды испытывали давление и сомнения («мы проиграем, ведь у них есть ИИ»).
➡️ Инсайт: внедрение ИИ в компаниях будет влиять на мораль и восприятие справедливости. Нужна управленческая рамка: как объяснять, что ИИ - не конкурент, а инструмент.
P.S. Это я на AIconf в пятницу сижу и понимаю, что «магия AI» кончилась и теперь просто пришла новая работа вместе с AI🤣
И терминатор Т800 так за нами и не пришел…а значит, придется работать…
Помните, когда мы вместе с Сашей Поломодовым делали обзор исследования ребят из METR о том, что AI замедляет разработчиков?
Так вот, я там сделал предположение, что цель исследования - «прогрев» аудитории перед каким-то событием?
Так вот, оно случилось - ребята в сентябре провели хакатон, где сражались команды с AI и без него😉
Неудевлюсь, если дальше они сделают свой бенчмарк или что-то подобное.
Аналитика и инсайты На основе статьи
1. ИИ усиливает, но не заменяет
Победила ИИ-команда, сделавшая визуализатор code review.
Но второе место заняли люди - и именно за проект с высокой когнитивной ценностью (поддержка писателей).
➡️ Инсайт: ИИ отлично ускоряет рутину (генерация, проверки), но сложные задачи, требующие концептуальной глубины, остаются за людьми.
2. Важен контекст задачи
Исследование METR показало: на поддержке legacy-кода ИИ может даже замедлять.
А вот в задачах с нуля (greenfield) ИИ даёт преимущество.
➡️ Инсайт: внедрение ИИ в компании нельзя делать «одним махом» — нужно понимать, где он ускоряет (новые прототипы, онбординг), а где может тормозить (устоявшиеся кодовые базы).
3. Стирание границ
Судьи и зрители часто не могли понять: проект сделан с ИИ или без.
➡️ Инсайт: В реальной работе спор «человек vs машина» теряет смысл. Настоящее соревнование - «человек с ИИ» против «человека без ИИ».
4. Фокус на коллаборации
Команды, активно вовлекающие ИИ в процесс, выигрывали за счёт скорости и ширины поиска решений.
➡️ Инсайт: на уровне DevEx и IDP нужно думать не о том, «какой ИИ внедрить», а о том, «как встроить ИИ в коллаборативные практики» - кодревью, обсуждения, прототипирование.
5. Новый KPI для продуктивности
Хакатон оценивал не только скорость, но и креативность, техническую сложность и полезность.
➡️ Инсайт: для метрик Developer Productivity в эпоху ИИ надо уходить от «скорости коммитов» к «качество + оригинальность + impact».
6. Психология и доверие
«Человеческие» команды испытывали давление и сомнения («мы проиграем, ведь у них есть ИИ»).
➡️ Инсайт: внедрение ИИ в компаниях будет влиять на мораль и восприятие справедливости. Нужна управленческая рамка: как объяснять, что ИИ - не конкурент, а инструмент.
P.S. Это я на AIconf в пятницу сижу и понимаю, что «магия AI» кончилась и теперь просто пришла новая работа вместе с AI🤣
И терминатор Т800 так за нами и не пришел…а значит, придется работать…
5🔥17❤12💯5👍1👀1
Плохой Project Артём Арюткин
Делаем компьютерную игру как в детстве: гоночки 🏎️ Ух, ну раз вам интересно, то ловите! 1. Качаем Курсор и создаем аккаунт 2. Вам нужно создать проект (короче, папку создайте, просто по кнопке "File - Open") 3. В окно чата можете вставить мой промпт и…
Оооп, пока мы спали, ребята из Cursor запустили мини-курс "как прогать с помощью ИИшки"
Вот вам ссылка
Он на русскому)
Вот вам ссылка
Он на русскому)
1🔥27👍8🤡5❤🔥2🥰1🙈1
📝 Обзор свежего отчета “State of AI-assisted Software Development 2025” (от DORA и Google Cloud)
Короче, ребятки, новость такая: AI в разработке уже не «вау, будущее наступило», а скучная рутина. 90% разработчиков юзают AI каждый день, 80% уверены, что стали продуктивнее, но (!) целых 30% не доверяют коду, который им выдает ИИ.
Главные выводы:
1️⃣AI = усилитель
Он не делает магию. Хорошая команда станет ещё быстрее, плохая - ещё больше увязнет в хаосе.
2️⃣Траст упирается в психологию
Прикольно: даже если AI объективно замедляет девелопера на 19%, тот может быть уверен, что работает на 20% быстрее. Сила самовнушения, ага.
3️⃣Новые профили команд
В отчете описали 7 типов команд: от «Harmonious high-achievers» (счастливые уникумы, у которых всё летит) до «Legacy bottleneck» (команды, где каждое изменение — как операция на сердце).
4️⃣VSM (Value Stream Management)
Это не скучный процесс, а реальный бустер: позволяет превратить локальную продуктивность от AI в измеримые бизнес-результаты.
5️⃣AI Capabilities Model
Если хотите реального эффекта от AI - забудьте про «купим Copilot и заживем». Нужны:
внятная AI-политика,
качественные данные,
внутренняя платформа,
фокус на пользователе.
Темная сторона
AI ускоряет throughput, но ломает стабильность — багов и откатов становится больше.
Уровень выгорания может расти, если команды не меняют процессы под новые темпы.
🔩 Вывод:
AI-разработка - это не про тулзы, а про систему. Если у вас хаос в процессах и нет платформенной базы - AI только умножит этот хаос.
👉🏼 А у меня вопрос к вам:
Как там у вас с AI?
🔥- пушка. Мы уже стали быстрее, выше, сильнее
👍 - по чуть-чуть, где-то как-то, но не я
❤️ - требуется поддержка, мы все еще с естественным разбираемся.
Короче, ребятки, новость такая: AI в разработке уже не «вау, будущее наступило», а скучная рутина. 90% разработчиков юзают AI каждый день, 80% уверены, что стали продуктивнее, но (!) целых 30% не доверяют коду, который им выдает ИИ.
Главные выводы:
1️⃣AI = усилитель
Он не делает магию. Хорошая команда станет ещё быстрее, плохая - ещё больше увязнет в хаосе.
2️⃣Траст упирается в психологию
Прикольно: даже если AI объективно замедляет девелопера на 19%, тот может быть уверен, что работает на 20% быстрее. Сила самовнушения, ага.
3️⃣Новые профили команд
В отчете описали 7 типов команд: от «Harmonious high-achievers» (счастливые уникумы, у которых всё летит) до «Legacy bottleneck» (команды, где каждое изменение — как операция на сердце).
4️⃣VSM (Value Stream Management)
Это не скучный процесс, а реальный бустер: позволяет превратить локальную продуктивность от AI в измеримые бизнес-результаты.
5️⃣AI Capabilities Model
Если хотите реального эффекта от AI - забудьте про «купим Copilot и заживем». Нужны:
внятная AI-политика,
качественные данные,
внутренняя платформа,
фокус на пользователе.
Темная сторона
AI ускоряет throughput, но ломает стабильность — багов и откатов становится больше.
Уровень выгорания может расти, если команды не меняют процессы под новые темпы.
🔩 Вывод:
AI-разработка - это не про тулзы, а про систему. Если у вас хаос в процессах и нет платформенной базы - AI только умножит этот хаос.
👉🏼 А у меня вопрос к вам:
Как там у вас с AI?
🔥- пушка. Мы уже стали быстрее, выше, сильнее
👍 - по чуть-чуть, где-то как-то, но не я
❤️ - требуется поддержка, мы все еще с естественным разбираемся.
1❤45🔥19👍17😁2⚡1
2025_state_of_ai_assisted_software_development (1).pdf
14.7 MB
Ну и сам отчет, если решитесь читать 80 страниц
1🤗12😱4👌2❤1
Считаю, что это угарно!!!
ChatGPT дропнули подборку промптов для разных ролей: руководители, менеджеры продуктов, инженеры и т.д.
Зацените промпт 🤣
ChatGPT дропнули подборку промптов для разных ролей: руководители, менеджеры продуктов, инженеры и т.д.
Зацените промпт 🤣
Draft an email to [recipient] about [topic]. Keep it clear, polite, and concise.
🤣28👏8😁6
Блин, за что обожаю ИТшку, так это за отзывчивость.
Берешь такой и пишешь какому-либо СТО супер крупного сервиса, СРО другого не меньшего по размеру
и вот, вы уже сидите вечером в баре и делитесь опытом, помогая друг другу. И до этой встречи вы может быть и не знакомы толком.
Возможно ли такое в других отраслях?
Я хз, но тут возможно)
Берешь такой и пишешь какому-либо СТО супер крупного сервиса, СРО другого не меньшего по размеру
парни, нужен совет
и вот, вы уже сидите вечером в баре и делитесь опытом, помогая друг другу. И до этой встречи вы может быть и не знакомы толком.
Возможно ли такое в других отраслях?
Я хз, но тут возможно)
2❤84🔥63🤗14😁3👍2
Бюрократия казнить нельзя помиловать
Короче, часто люди не понимают основные причины возникновения бюрократии, зачем и почему она нужна.
➕Плюсы?
Бюрократия - это механизм защиты системы, чтобы дурацкие решения не случились.
➖Минусы?
Некоторые хорошие решения тоже не случаются.
Как понять, какой уровень бюрократии нужен на данном конкретном участке?
Уровень бюрократии- это функция обратная от уровня синьорности сотрудников, который там работает.
Если на данный участок вы нанимаете лучших из лучших, то и бюрократию вы можете там сделать поменьше.
Если же нанимаете вы средних или ниже среднего (такая у вас бизнес модель или такой рынок), то и уровень бюрократии вам придется поднимать.
Еще можно оценивать через стоимость ошибки: условно, для стоимости ошибки 1 млн. бюрократии нет, для 10 млн. средний, для 100 млн. - высокий.
Бюрократия - это страховка. Просто, иногда мы покупаем КАСКО за 100 тыс. для самоката за 15 тыс.
А че, как у вас с бюрократией?
❤️ - идеальный баланс, завидуйте
🔥 - никакой бюрократии от слова совсем
💊 - полгода только ноутбук получал 😆
Короче, часто люди не понимают основные причины возникновения бюрократии, зачем и почему она нужна.
➕Плюсы?
Бюрократия - это механизм защиты системы, чтобы дурацкие решения не случились.
➖Минусы?
Некоторые хорошие решения тоже не случаются.
Как понять, какой уровень бюрократии нужен на данном конкретном участке?
Уровень бюрократии- это функция обратная от уровня синьорности сотрудников, который там работает.
Если на данный участок вы нанимаете лучших из лучших, то и бюрократию вы можете там сделать поменьше.
Если же нанимаете вы средних или ниже среднего (такая у вас бизнес модель или такой рынок), то и уровень бюрократии вам придется поднимать.
Еще можно оценивать через стоимость ошибки: условно, для стоимости ошибки 1 млн. бюрократии нет, для 10 млн. средний, для 100 млн. - высокий.
Бюрократия - это страховка. Просто, иногда мы покупаем КАСКО за 100 тыс. для самоката за 15 тыс.
А че, как у вас с бюрократией?
❤️ - идеальный баланс, завидуйте
🔥 - никакой бюрократии от слова совсем
💊 - полгода только ноутбук получал 😆
💊53❤40💯12🔥10🤔4
This media is not supported in your browser
VIEW IN TELEGRAM
Скажи мне, что тебе больше 30 не говоря
Наконец-то мне сегодня привезли мне новый ящик с инструментами 🤣
P.S. Там еще 2 секции ниже со всякими ништяками и можно докупать другие 😬
Наконец-то мне сегодня привезли мне новый ящик с инструментами 🤣
P.S. Там еще 2 секции ниже со всякими ништяками и можно докупать другие 😬
🔥77❤17😁12💯5🙈2
This media is not supported in your browser
VIEW IN TELEGRAM
Зацените, как openAI встроила приложения в чат.
Черт, неужели чат все-таки станет основным нашим каналом!
Черт, неужели чат все-таки станет основным нашим каналом!
🔥24🤯7😱5🥰1
Уже второй день везде публикации о важности бэкапов по причине потери огромного количества данных из-за загоревшейся батареи в Южной Корее.
Только вот все забывают, что мало иметь бэкапы, нужно еще уметь и восстановить их и, в целом, стартануть свой сервис с «0» после полной деградации
Только вот все забывают, что мало иметь бэкапы, нужно еще уметь и восстановить их и, в целом, стартануть свой сервис с «0» после полной деградации
🔥33💯25❤5👍4
AI AI, а как насчет обмена софтом по радио?
Изначально хотел рассказать про OpenAI DevDay и как изменится культура разработки, но потом понял, что
мое поколение последнее, кто одновременно жил в эпоху аналоговых носителей и цифровых.
Я помню дискеты, диски и помню магнитные кассеты (у меня как раз был музыкальный плеер такой), помню, что у дедушки был старый проигрыватель пластинок и огромное радио размером с тумбу.
И я решил узнать, а какие необычные способы передачи софта существовали и вот чатГПТ мне выдал пачку.
Короче в 80-е игры и софт записывали на пластинки и магнитные кассеты.
В 1970–80-х персональные компьютеры (ZX Spectrum, Commodore 64, Радио-86РК, БК-0010 и др.) использовали кассетные магнитофоны для загрузки программ.
И вот мысль развилась дальше и софт стали передавать по радио. Были организованы целые радио-шоу.
С 1983 по 1986 год ведущие югославского шоу «Вентилятор 202» передали таким образом 150 программ: от калькуляторов до лётных симуляторов.
А? Ну как вам? Знали о таком?
💯 - если знал и не удивлен и сам так записывал
😱 - если ты в шоке
❤️ - чисто поддержать старичков
Изначально хотел рассказать про OpenAI DevDay и как изменится культура разработки, но потом понял, что
мое поколение последнее, кто одновременно жил в эпоху аналоговых носителей и цифровых.
Я помню дискеты, диски и помню магнитные кассеты (у меня как раз был музыкальный плеер такой), помню, что у дедушки был старый проигрыватель пластинок и огромное радио размером с тумбу.
И я решил узнать, а какие необычные способы передачи софта существовали и вот чатГПТ мне выдал пачку.
Короче в 80-е игры и софт записывали на пластинки и магнитные кассеты.
В 1970–80-х персональные компьютеры (ZX Spectrum, Commodore 64, Радио-86РК, БК-0010 и др.) использовали кассетные магнитофоны для загрузки программ.
И вот мысль развилась дальше и софт стали передавать по радио. Были организованы целые радио-шоу.
С 1983 по 1986 год ведущие югославского шоу «Вентилятор 202» передали таким образом 150 программ: от калькуляторов до лётных симуляторов.
А? Ну как вам? Знали о таком?
💯 - если знал и не удивлен и сам так записывал
😱 - если ты в шоке
❤️ - чисто поддержать старичков
😱62💯31❤21🔥3🤡2
🚀 Как Google научился смотреть в мозг разработчика без внедрения ему чипов
Окей, друзья, вот это прям кайф.
Google сделал систему InSession, которая соединяет логи из десятков инструментов разработчиков (IDE, код-ревью, Jira, Calendar, всё подряд) и пытается понять - что на самом деле делают инженеры весь день.
То есть не “кажется, что Вася сегодня был продуктивен”, а буквально: сколько времени Вася писал код, сколько читал доки, сколько ревьюил чужой код и сколько залипал в Gmail.
⸻
🧠 Зачем вообще это всё
Потому что в Google 30 000+ инженеров, и если даже немного увеличить продуктивность каждого - эффект колоссальный.
А сделать это можно только если ты понимаешь, куда реально уходит время.
Но тут же куча проблем:
• нельзя следить за людьми напрямую (этика, приватность, HR-кошмары),
• разные инструменты логируют по-разному,
• и вообще, как понять — Вася просто задумался или реально работает?
⸻
⚙️ Что такое InSession
Это такая огромная труба, куда сыпятся логи со всех инструментов.
Система превращает их в события (events), потом в сессии (sessions) — куски времени, когда разработчик работал над конкретной задачей.
Дальше уже можно считать метрики:
• coding time 🧑🏻💻 - сколько реально писали код,
• reviewing time 👀 - ревью чужого кода,
• shepherding time 🧹 - правки по ревью,
• investigation time 🔍 - чтение доков,
• meeting time 🗓️, email time 📧, и т.д.
Короче, цифровая тень рабочего дня разработчика.
⸻
🧩 Но без паранойи!
Google сразу зашил 7 принципов приватности:
• никаких данных вне рабочих инструментов,
• никакого контента из писем и чатов,
• всё шифруется, логируется и хранится 3 года,
• никаких персональных отчётов - только агрегаты.
То есть HR не может прийти и сказать: “Ага, Иванов кодил всего 2 часа!”
Именно поэтому разработчики вообще согласились на участие.
⸻
📊 Что удалось выяснить
Один пример — проверили эффект программы Readability Certification (внутренний экзамен на знание стандартов кода).
Результат:
• после сертификации ревью шли быстрее на 4,5% (C++),
• исправления по ревью - на 10% быстрее,
• инженеры сами говорят: “Да, это реально помогает”.
То есть не просто бюрократическая галочка - метрики подтверждают эффект.
⸻
🧪 Проверка реальности
Чтобы убедиться, что логи не врут, исследователи сравнили данные InSession с “дневниками” 25 инженеров.
Оказалось, совпадение почти идеальное по email и встречам (0.8+ по коэффициенту согласия), и довольно хорошее по коду и ревью (~0.7).
Разночтения были из-за:
• отсутствующих логов (часть инструментов не трекается),
• мультизадачности,
• человеческой памяти (“забыл записать”).
⸻
🧭 Что из этого вынесли
1. Не всё надо логировать - только ключевые источники.
2. Обогащайте данные. Даже добавление “gain focus” в логах IDE дало +2 часа видимой активности в неделю на инженера.
3. Верифицируйте метрики. Без человеческой проверки легко наловить абсурда.
⸻
💡 Главный инсайт
InSession - это не “big brother”, а инструмент для улучшения DevEx на уровне всей компании.
Он помогает понять закономерности поведения инженеров, проверить эффективность процессов и (в идеале) сделать работу чуть-чуть человечнее и эффективнее.
🔥 - “Я за! Метрики рулят”
❤️ - “Главное — не превратить всё в KPI-ад”
🦄 - “Хочу такую систему, но open source!”
Окей, друзья, вот это прям кайф.
Google сделал систему InSession, которая соединяет логи из десятков инструментов разработчиков (IDE, код-ревью, Jira, Calendar, всё подряд) и пытается понять - что на самом деле делают инженеры весь день.
То есть не “кажется, что Вася сегодня был продуктивен”, а буквально: сколько времени Вася писал код, сколько читал доки, сколько ревьюил чужой код и сколько залипал в Gmail.
⸻
🧠 Зачем вообще это всё
Потому что в Google 30 000+ инженеров, и если даже немного увеличить продуктивность каждого - эффект колоссальный.
А сделать это можно только если ты понимаешь, куда реально уходит время.
Но тут же куча проблем:
• нельзя следить за людьми напрямую (этика, приватность, HR-кошмары),
• разные инструменты логируют по-разному,
• и вообще, как понять — Вася просто задумался или реально работает?
⸻
⚙️ Что такое InSession
Это такая огромная труба, куда сыпятся логи со всех инструментов.
Система превращает их в события (events), потом в сессии (sessions) — куски времени, когда разработчик работал над конкретной задачей.
Дальше уже можно считать метрики:
• coding time 🧑🏻💻 - сколько реально писали код,
• reviewing time 👀 - ревью чужого кода,
• shepherding time 🧹 - правки по ревью,
• investigation time 🔍 - чтение доков,
• meeting time 🗓️, email time 📧, и т.д.
Короче, цифровая тень рабочего дня разработчика.
⸻
🧩 Но без паранойи!
Google сразу зашил 7 принципов приватности:
• никаких данных вне рабочих инструментов,
• никакого контента из писем и чатов,
• всё шифруется, логируется и хранится 3 года,
• никаких персональных отчётов - только агрегаты.
То есть HR не может прийти и сказать: “Ага, Иванов кодил всего 2 часа!”
Именно поэтому разработчики вообще согласились на участие.
⸻
📊 Что удалось выяснить
Один пример — проверили эффект программы Readability Certification (внутренний экзамен на знание стандартов кода).
Результат:
• после сертификации ревью шли быстрее на 4,5% (C++),
• исправления по ревью - на 10% быстрее,
• инженеры сами говорят: “Да, это реально помогает”.
То есть не просто бюрократическая галочка - метрики подтверждают эффект.
⸻
🧪 Проверка реальности
Чтобы убедиться, что логи не врут, исследователи сравнили данные InSession с “дневниками” 25 инженеров.
Оказалось, совпадение почти идеальное по email и встречам (0.8+ по коэффициенту согласия), и довольно хорошее по коду и ревью (~0.7).
Разночтения были из-за:
• отсутствующих логов (часть инструментов не трекается),
• мультизадачности,
• человеческой памяти (“забыл записать”).
⸻
🧭 Что из этого вынесли
1. Не всё надо логировать - только ключевые источники.
2. Обогащайте данные. Даже добавление “gain focus” в логах IDE дало +2 часа видимой активности в неделю на инженера.
3. Верифицируйте метрики. Без человеческой проверки легко наловить абсурда.
⸻
💡 Главный инсайт
InSession - это не “big brother”, а инструмент для улучшения DevEx на уровне всей компании.
Он помогает понять закономерности поведения инженеров, проверить эффективность процессов и (в идеале) сделать работу чуть-чуть человечнее и эффективнее.
🔥 - “Я за! Метрики рулят”
❤️ - “Главное — не превратить всё в KPI-ад”
🦄 - “Хочу такую систему, но open source!”
3❤79🔥36🦄14👍4🤡4🥴3🤣1🖕1