22009
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Размещение рекламы: @tanyasanovna Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky
Как мы допускаем ошибки в пермишнах для агента
Как и в случае любых других часто появляющихся уведомлений, к запросам агента на предоставление разрешений на потенциально опасные операции быстро появляется баннерная слепота.
Вы можете проверить на себе, насколько быстро она развивается в вашем случае в мини-игре по ссылке. Я проиграл уже где-то на 20 секунде, и разрешил cat не того файла.
Как не сломаться в плохих рабочих условиях
Еще пару лет назад самым очевидным рабочим советом в такой ситуации было бы сменить работу на ту, где условия будут нормальными. Сейчас, конечно, все стало намного сложнее – увольняться без оффера точно не стоит, а ждать его может быть очень долго.
Держите пачку советов, которые помогут продержаться:
👉Задайте рамку рабочего дня до того, как он начался. Мозг постоянно прогнозирует, что будет происходить дальше. Если предвкушать стресс, несправедливость и усталость, вам будет намного тяжелее. Если выбрать своей целью что-то понятное и достижимое, вроде "сегодня я остаюсь спокойным, даже когда вокруг будет хаос и анархия", то вы смещаете результат в зону вашего контроля, и в итоге морально и физически будет проще.
👉Следите за физическим состоянием, особенно утром. Первый час после пробуждения очень сильно влияет на настроение на весь день. Классический набор советов от Хубермана и других – побыть на естественном свету, подвигаться, попить воды, и ни в коем случае не открывать рабочие чаты и другие источники стресса.
👉Поддерживайте свою систему стандартов, даже если у системы ее нет. Если вы недовольны качеством работы компании, то со временем это недовольство вы распространите и на себя как на ее часть. Выход – отделить свою работу от общего, задать свои стандарты качества и не нарушать их. Это поможет поддерживать самоуважение.
👉Защищайте эмоциональные границы. Не давайте работе настигать вас за ее пределами. Удалите мессенджер с телефона, отключите почту, не давайте никому свой личный номер. Старайтесь отделять рабочие проблемы и неудачи от своей самооценки.
👉Помните, что плохо будет не всегда. Вы должны верить, что лучшее будущее возможно, и что к нему можно найти путь, пусть даже он лежит через увольнение и стресс поиска новой работы.
Используем AI, чтобы писать код медленнее
AI – это инструмент. Вы можете использовать его, чтобы генерировать бесконечные горы неподдерживаемого слопа, а можете для того, чтобы замедлиться, найти больше возможностей сделать текущий проект лучше.
Все, что сейчас происходит вокруг модели Mythos, и критичных секьюрити багов, которые она находит, подтверждает одну важную способность AI – находить баги. Если вы натравите несколько разных моделей несколько раз подряд на свой проект, то с огромной долей вероятности они найдут проблемы, и часть из них будет действительно важной.
Автор статьи предлагает простой скилл, который как раз отделяет важные находки от неважных. Попробуйте, может и вам поможет замедлиться!
Run a Claude sub-agent, Codex, and Cursor Bugbot to find bugs in this PR ranked by critical/high/medium/low. Once they’re all done, review their findings, do your own research to rule out false positives, and write a final report.Читать полностью…
Идеи, законы и концепции
Хорошая библиотека кроссдисциплинарных идей вокруг принятия решений, продуктового менеджмента, менеджмента знаний, психологии и технологий.
Библиотека прямо хорошо прокурирована, мне очень зашли некоторые заметки.
Про то, как подход к измерению чего-то определяет само пространство возможностей
Physicist Arthur Eddington illustrated this with a story about fishermen who caught fish using a net with specific-sized holes. After examining their catch, they concluded there was a minimum size to fish in the sea—never considering that smaller fish simply slipped through their net undetected.
...
Our tools of measurement don't just quantify the world—they determine which aspects of it become visible to us in the first place.
Henri Poincaré, the renowned mathematician, observed that not all facts are created equal. The most valuable ones, he noted, are those that reappear frequently—the simple facts that serve as building blocks across multiple scenarios.
...
first we establish rules by studying similarities, then we advance knowledge by investigating exceptions.
We're familiar with how combining data can obscure details, but less aware of how it can create entirely new—and false—effects. This statistical sleight of hand, exemplified by Simpson's paradox, occurs when individual data sets clearly favor one conclusion, yet when combined, mysteriously support the opposite. Statistician Edward Simpson documented how subsamples might consistently show A outperforming B, while the amalgamated data inexplicably shows B superior to A. The danger is that these artificial patterns can lead to false accusations or misguided decisions based on what appears to be solid evidence.Читать полностью…
Почему использование AI в разработке ведет к выгоранию
👉Из процесса разработки уходит та часть, которая приносила удовольствие – медитативное написание кода. Мы заменили ее на ревью агентского кода, гораздо менее приятный и более требовательный к ментальным ресурсам процесс.
👉С потерей чувства удовлетворенности от выполненной работы, мы пытаемся возместить его через количество закрываемых задач, в результате чего возрастает и интенсивность работы.
👉Делегируя все больше задач агенту, мы постепенно теряем накопленный в голове контекст про то, как работает система. А разработка чего-то, что вы не понимаете, это еще более изнуряющий процесс.
👉Когда мы фокусируемся на одной большой проблеме за раз, значимая часть размышлений о ней происходит где-то в бэкграунде, пока мы спим или делаем что-то еще. С AI разработкой планирование превращается в несколько минут диалога с агентом, и мы лишаем себя этой важной части.
С этим выгоранием можно попробовать бороться. Часть советов – на картинке, а все детали – в статье.
Поступить в вуз мечты и не платить за учёбу? Это реально!
Центральный университет — российский вуз нового типа, внедряющий STEM-подход в высшее образование. Университет создан в партнерстве с более чем 70 крупнейшими компаниями и организациями: Сбер, Авито, VK, Яндекс, Т-Банк и другие.
Здесь не просто дают знания, а формируют специалистов, которых ждут в индустрии.
Обучение ведется по программам:
— разработка;
— искусственный интеллект;
— бизнес и аналитика;
— дизайн;
— машинное обучение;
— продуктовый менеджмент;
— бэкенд разработка.
А еще каждый студент может получить грант до 100% на весь срок обучения.
Хочешь узнать подробнее? Приходи на МЕГАДОД 2026!
24 мая, с 12:00 до 15:30.
Очно в кампусе Центрального университета (Москва, м. Маяковская).
На мероприятии ты:
• узнаешь про программы бакалавриата и магистратуры, процесс обучения и карьерные перспективы;
• услышишь выступления академических руководителей и преподавателей;
• узнаешь про новые программы 2026;
• увидишь кампус изнутри, пообщаешься со студентами, посетишь мастер-классы и интерактивные станции.
Не упусти возможность учиться в одном из лучших вузов сферы!
Зарегистрироваться
🧠 Развиваем мышление как суперсилу
⚡️В IT от нас требуют скорости, точности и сильных решений — но именно качество мышления определяет, насколько они вообще возможны.
Поэтому команда конференции Podlodka Soft Skills Crew запускает новый сезон — «Мышление как навык». Он пройдет с 25 по 29 мая.
Ребята собрали крутую команду спикеров — это IT-лидеры, авторы научпоп-книг, университетские преподаватели и практики из индустрии. Так что будет и научная база, и прикладные инструменты.
Участников ждет неделя, где поместятся 10 сессий с демо и практикой и закрытое комьюнити в Telegram.
💡 Что в программе:
• коллективное мышление как новый формат работы в эпоху ИИ
• критическое и стратегическое мышление
• креативность и генерация решений
• мышление под давлением: дедлайны, кризисы, конфликты
• практики для развития мышления на каждый день.
И это ещё не всё — программа дополняется! Кроме того, все участники получат рабочую тетрадь с инструментами и упражнениями по мотивам докладов и сессий конференции.
Отдельный плюс конференции — сейчас билеты отдают по минимальной цене, при этом программа остаётся фундаментальной и прикладной по содержанию.
Это возможность погрузиться в тему мышления, пересобрать подход к нему и усилить свою профессиональную устойчивость и конкурентоспособность.
🔗 Подробности и билеты: https://podlodka.io/softcrew
Слава Панкратов и Саша Орлов (со-основатели Стратоплана) собирают бесплатный онлайн кейс-клаб для основателей компаний и СхО.
Будут брать управленческие кейсы, которые стоили компаниям миллионы, и разбирать прямо на эфире, чтобы вы смогли использовать данную встречу – как инструмент проверки собственных управленческих решений: уже принятых, текущих и тех, которые ещё предстоит принимать.
Артефакт на выходе — карта 7 паттернов, в которые откатываются даже опытные C-level при принятии решений под давлением.
Помимо кейсов еще будет обсуждение того, почему ваши MBA, аналитика и опыт могут сбоить в текущей реальности.
Свой кейс тоже можно отправить на разбор после регистрации.
А сама бесплатная регистрация здесь (никаких обязательных подписок и скрытых оплат): https://stratoplan-school.com/board/tlgr/
Дата: 22-е мая, 13:00 GMT+3, 1.5 часа по времени, онлайн
Екб, соскучился по классным офлайн-дринкапам? 👀
К нам едет AvitoTech!
Коллеги зовут 28 мая техлидов, тимлидов и руководителей IT-команд, чтобы в неформальной обстановке обсудить:
🔸 AI-инструменты в менеджменте;
🔸 практики управления командами и процессами — от продажи техдолга до проведения 1:1;
🔸 разные боли в работе.
Никаких докладов и лекций! Только живое общение, максимальный нетворкинг и приятная компания.
✅ Регистрация по ссылке.
Про AI психоз
Если ваш СЕО уже рассказывал вам с горящими глазами про то, как он сутками пишет код, или про то, как скоро всех сотрудников заменят самоуправляемые рои агентов, или просил теперь со всеми запросами обращаться напрямую к его OpenClaw – поздравляю, скорее всего, у него острая стадия AI психоза.
Вот в чем она выражается:
👉Ощущение того, что ты всемогущ – агенты пишут для тебя больше строчек кода, чем вся твоя компания, вместе взятая. Наконец-то можно мысли из своей головы напрямую транслировать в работающий продукт, без всех этих слоев иерархии!
👉Все твои идеи и решения кажутся блестящими, и AI только постоянно подтверждает это. В особо запущенных случаях это уходит за рамки разработки, и ты начинаешь делать междисциплинарные открытия!
👉Тебе кажется, что любую проблему можно решить увеличением роя агентов. Ты понятия не имеешь, что все эти агенты делают, но они чем-то заняты, и это успокаивает.
👉Ты раздражаешься, когда видишь людей, которые не пытаются вместе с тобой выжигать лимиты своих AI подписок – ведь это делает из боттлнеком!
Если ваш СЕО, или кто-то еще рядом находится в этой стадии, отнеситесь к нему с пониманием, и постарайтесь защитить продукт и команду.
Теперь компетенции нельзя оценить по результату работы
Статья по ссылке – еще одно эссе из категории "все очень плохо, все генерируют бесконечную кучу слопа, давайте так не делать". Короче говоря, никаких особенных откровений сверх того, что мы уже в канале обсуждали. Но мне запала в душу одна конкретная идея, которой я хочу тут с вами поделиться.
Мы очень сильно привыкли коррелировать результат чьей-то работы с личными навыками этого человека. Когда вы читаете плохой код, вы сразу представляете себе аутсорсера из страны с низкими часовыми ставками. А когда сантехник решил вашу проблему, вы сразу записываете себе в книжечку его как супер-компетентного работника, и советуете всем друзьям. Сейчас, по крайней мере для белых воротничков, эта связь совсем разрывается – многие люди становятся просто передатчиками работы, которую за них сгенерировала машина – и качество выполнения этой работы ничего не скажет вам о компетенциях самого человека.
В статье это обсуждается как проблема – но я не уверен, что это в целом так. Вообще-то, такие выводы – это типичный случай замещения случайности причинностью. Наши мозги очень любят выстраивать системные причинно-следственные связи, которые помогают объяснять хаотичный сложный мир даже там, где их нет. И на самом деле делать далеко идущие выводы о человеке, просто посмотрев на пару примеров его работы – не самая хорошая идея. Так что, может быть, мы наконец-то начнем отучаться от этой привычки – что в целом-то и не плохо.
Оцениваем успех внедрения AI через скорость обучения
Первая фаза адопшна AI в командах разработки в основном была про Copilot. И там все происходило по привычной модели – нужно было закупить нужное количество лицензий, раздать их разработчикам, провести тренинги, и где-то что-то прилипло бы. Короче говоря, точно так же, как и с любым другим софтом.
С агентами все гораздо сложнее. Сам факт адопшна агентов отдельными людьми вообще не ведет к повышению продуктивности всей команды, поэтому измерять его может быть довольно бессмысленно. Вместо этого нужно каким-то образом оценивать, а действительно ли конкретные команды учатся работать лучше и быстрее. Или, если посмотреть чуть иначе, какие конкретно циклы своей работы они оптимизируют, и насколько поулчается их сокращать.
Чтобы не продолбать внедрение на этом этапе, в статье советуют прокачивать три веточки:
👉Agent Operations – контроль за тем, какие агенты работают в компании, к каким системам им выдается доступ, как этот доступ ограничивается, что там по аудитам.
👉Loop Intelligence – в каких циклах AI реально помогает, в каких нет, чего командам может не хватать, чтобы эти циклы сходились успешно, а где они превращаются в сайд-квесты, не несущие компании пользы.
👉Agent Capabilities – как полезные открытия и способности агентов распространяются по всей компании.
Я бы сказал, что соскучился по временам беспроцентных кредитов, безудержного роста компаний, и формирования команд под самые бесполезные идеи – но сейчас мы живем в не меньшем театре абсурда! Я более чем уверен, что прямо сейчас кто-нибудь работает над тем, чтобы заменить такую команду на пачку AI агентов, которые продолжат выполнять настолько же бесполезную работу, но уже прожигая токены, а не минуты жизни.
Читать полностью…
Если AI удаляет вашу базу данных, виноваты вы, а не AI
Недавно довольно широко разлетелась история про то, как AI агент снес продакшн базу данных и все бэкапы. Главный пострадавший винил в этом вообще всех – разработчиков агента за ложный маркетинг и заявления о том, что он безопасен, хостинговую платформу за вообще наличие возможности дропнуть базу через API.
Но вообще-то, во всех похожих случаях виноват сам разработчик. У AI, как и других инструментов, есть границы применимости. Использовать его для операций, в которых критично важно следование правилам и повторяемость, вроде деплоя базы – очень плохое решение. Все шаги, которые могут быть выполнены детерминистически, должны выполняться именно так.
Поэтому, если вы выдали агенту доступ к продакшн окружению, и отправили его выполнять инфраструктурные задачи, которые можно было бы автоматизировать простым скриптом – сами виноваты.
Когда корреляция врет
Мне кажется, что вот этот выпуск Подлодки очень важен для всех менеджеров – поэтому решил им поделиться, не дожидаясь очередного дайджеста подкастов.
Вместе с Никитой Поваровым, моим бывшим коллегой из JetBrains, мы очень глубоко закапываемся в разные модели каузальности, и в то, почему корреляция вообще не гарантирует причинности.
Отдельно в выпуске мы проходимся по тому, что понимание каузальных графов дает менеджеру, который пытается осознанно вносить изменения в свою социотехническую систему.
🤖 AI в разработке: время новых процессов
Сейчас уже поздно спорить о том, нужен ли AI в разработке: он прочно вошёл в процессы — и в стартапах, и в бигтехе.
Эксперты Podlodka AI Crew собрали сезон «AI-First Development», чтобы обсудить уже не отдельные инструменты, а новую инженерную модель, в которой AI становится частью команды.
С 15 по 19 июня участники конференции:
📄 Разберутся, как делать AI-разработку более предсказуемой с помощью Open Spec Development
⚡️ Изучат model routing и prompt caching
🏗 Узнают, как автоматизировать инженерные процессы с помощью AI
🤖 Обсудят навыки и оркестрацию AI-агентов
📊 Посмотрят, как AI влияет на качество и скорость разработки.
Формат конференции — необычный и удобный: пять дней живых Zoom-сессий по утрам и вечерам, закрытое комьюнити в Telegram и обсуждения со спикерами.
Если хотите разобраться, как реально встроить AI в процессы разработки и использовать его не только для генерации кода — присоединяйтесь, тем более, что сейчас действует приятная early-bird цена на участие.
🎟 Посмотреть программу и купить билеты: https://podlodka.io/aicrew
Нет, ну такое нельзя пропускать: новый гость AviTalk буквально человек-легенда 💫
Он стоял у истоков Авито и написал Sphinx — один из самых известных опенсорс-проектов в российском IT и поисковый движок, который заложен в основе Авито. Встречайте: Андрей Аксёнов!
В выпуске обсуждают:
✨ зарю IT в России;
✨ цену технической свободы;
✨ успешные технологии и неуспешный бизнес вокруг них;
✨ собственные метрики успеха после 25 лет в разработке.
Рекомендуем сразу открыть заметки перед просмотром: крылатых и интересных цитат будет на несколько страниц.
📱 Смотреть на YouTube
📱 Смотреть в ВК
Мы креативнее, когда ходим, а не сидим
Мой любимый жанр – исследования, которые подтверждают то, что мы и так прекрасно знали. На нескольких группах студентов провели серию тестов, сравнивая из способности генерировать новые идеи при работе в кабинете сидя и во время прогулки.
Так вот, в зависимости от конкретного дизайна эксперимента, от 80 до 100% участников креативили гораздо лучше, когда двигались, а не сидели на месте. Заодно проверили, что именно дает эффект – сам факт ходьбы, или прогулка на открытом воздухе. По результатам, как будто бы находиться на улице не очень важно – так что распаковываем ваши беговые дорожки, купленные во время ковида, и спрятанные куда-то под диван!
Как умирают опенсорсные проекты
Мы в работе очень сильно полагаемся на существующие опенсорсные проекты. Как показывает невероятно выросшее в последний год количество supply chain атак, полагаемся даже слишком сильно.
В статье – полезная классификация ситуаций, которые могут привести к смерти опенсорса, на который вы положились. Вот некоторые из них:
👉Корпоративный сирота. Компания решила заопенсорсить какие-то внутренние наработки, а затем ответственный за них человек уволился или был переключен на другие задачи. README никто не обновил, проект остался существовать, но в компании про него никто никогда не вспомнит.
👉Ментейнера наняли. Проект был создан человеком в свое свободное время. Потом его наняли в компанию, условия контракта с которой не позволяют ему продолжить поддерживать проект.
👉Дедлок наследования. Основной ментейнер проекта куда-то исчез вместе со всеми правами на публикацию новых версий. Остальные ментейнеры были быи рады подхватить флаг, но экосистема либо не позволяет передать права на пакет без ведома его создателя, либо это слишком сложный процесс, в который никто не готов вписаться.
👉Ментейнер выгорел. Он все еще принимает простые правки, не требующие когнитивного ресурса, но любые серьезные изменения зависают навсегда. При этом, чем больше его пушат, тем меньше вероятность того, что что-то случится.
👉Знание о проекте ушло. Создатель проекта передал права, а новые ментейнеры не очень хорошо понимают, как он устроен под капотом. В результате он неявно переходит в ридонли режим, с только косметическими правками.
👉Протест. Владелец проекта в знак протеста с политической или социальной проблемой ломает свой проект так, что он перестает работать либо для всех, либо для какой-то части людей.
👉Теневая разработка. В опенсорсе находится только зеркало, а настоящая разработка идет в приватном корпоративном репозитории, который когда-то просто забудут продолжить подливать.
👉Не подлежащий релизу мастер. Разработка проекта ушла слишком далеко с момента последнего релиза, он гарантированно сломает обратную совместимость всем и везде, и никто за такое не хочет брать ответственность.
👉Транзитивная смерть. Умерла какая-то важная зависимость проекта, и аналога нет или переезд слишком сложный.
Роль руководителя чаще всего тащит за собой не самую очевидную проблему – одиночество. Вы, конечно же, можете находиться в отличных отношениях со своей командой, но самые сложные проблемы вы с ними обсудить не сможете. И это одиночество довольно сильно разъедает душу, и легко может привести к выгоранию.
Чтобы справиться с ним, важно найти поддержку где-то на стороне. Иногда для этого организуются внутренние peer группы – вы собираетесь с другими менеджерами, делитесь своими проблемами, получаете ту самую поддержку. Но это доступно тоже не всем – иногда рядом нет коллег, с которыми безопасно или хочется чем-то поделиться.
Так вот, трое очень классных менеджеров, которых я часто цитирую в этом канале и чьими подкастами делюсь, организовали закрытое сообщество для руководителей Management Hub – и своей целью они видят именно помочь справиться вот с этим одиночеством. Это Евгений Антонов из Яндекса, автор канала "Тимлид Очевидность", Виктор Корейша из Ozon и Ольга Елисеева из Инфосистемы Джет.
Как работает сообщество:
👉Обмен опытом и разбор кейсов в разных форматах группового ментроинга
👉Регулярные активности – мастермайнды, воркшопы, встречи с приглашенными экспертами, менеджерский книжный клуб, поиск работников и вакансий
👉Оффлайн встречи, где поддержку можно получить прямо вживую
👉Чат в Telegram, где можно попросить помощи или обкатать какую-то свою идею
Так что если вы столкнулись с таким одиночеством и чувствуете, что вам может пригодиться конструктивное и дружелюбное сообщество – попробуйте подключиться к ребятам!
🔗Ссылка на сообщество
Cursor, который не дает писать код
Держите статью про проект, который мы заслуживаем – редактор кода, который помогает разработчику не писать лишний код то того момента, когда задача действительно хорошо продумана.
В чем суть – вы вбиваете свой промпт, а агент, вместо того, чтобы пойти генерировать код, спрашивает у вас, точно ли вы поняли задачу правильно, точно ли эту проблему вообще надо решать, а, если сегодня пятница, то вообще всячески препятствует этой идее.
Статья, конечно же, это мем – но боль-то настоящая. Куча знакомых рассказывают, как они страдают от AI-слопа, в огромных количествах прилетающего им на ревью – отсюда и растут практики вроде SDD, которые принуждают получше подумать и про архитектуру, и про требования, и про ограничения.
Расскажите, а как ситуация с AI слопом в PR обстоит у вас, и как боретесь?
Не думайте только про отличия
Учиться на чужих ошибках вообще-то довольно сложно. Одна из главных причин для этого в том, что мы привыкли автоматически видеть причины ошибок не в сходствах, а в отличиях.
В статье разбирается пример с пожарами на двух заводах одной компании. Сначала пожар случился где-то в стране третьего мира – и вместо того, чтобы вынести из него какие-то уроки, менеджер заводов в США списал все на некомпетентность и низкие скиллы местных рабочих, и счел, что учиться в этом инциденте нечему, проблема была абсолютно другой. Оказалось, что все не так – проблемы были именно в общих паттернах работы, и пожары потом повторились и в США.
Мне понравилась следующая мысль:
At some level of analysis, all events are unique; while at other levels of analysis, they reveal common patterns.
Правда ли работы в IT становится меньше
Давайте сразу важные дисклеймеры. Во-первых, анализ сделан на данных по рынку США. Во-вторых, за ним стоят a16z, которые, кажется, заинтересованы в том, чтобы показывать рынку более позитивную картину.
Так вот, о чем говорится в исследовании:
👉Доля вакансий разработчиков от всех остальных со временем растет. В абсолютном количестве они тоже растут, в то время как весь рынок падает. Похожая картинка и с вакансиями продактов, сейчас их рекордное количество.
👉Вместе с этим растут и средние зарплаты по индустрии.
👉В целом в любой индустрии пока нет корреляции между адопшном AI и уменьшением или повышением спроса на рынке вакансий.
Про AI психоз целых компаний
Так как AI психоз накрывает не только рядовых сотрудников, но и СЕО, он легко может распространиться на всю компанию. Самое яркое проявление – полное безразличие к качеству в угоду скорости и количеству запускаемых фичей. Это безразличие подкрепляется аргументами вида "Выпускать баги не страшно, так как их все равно будут исправлять агенты в масштабе, который и не снился командам кожаных мешков" или "все нормально, у нас полное покрытие юнит-тестами".
Автор заметки, Митчелл Хашимото, которого вы точно знаете как фаундера HashiCorp, сравнивает это состояние с похожей ментальностью при переезде всех в облака. Тогда эта миграция тоже казалась волшебной таблеткой, которая решит вообще все проблемы – ведь быстро поднятый сервис не считается упавшим.
Но реальность работает не так. Вы можете измерять сотни метрик, которые будут показывать, что с вашей системой все хорошо – но на глобальном уровне система становится слишком сложной, никто ее не понимает, риски накапливаются, и когда они отстрелят – случится катастрофа, которую вы никак не сможете контролировать.
Как выстроить самодисциплину, когда работаешь на полной удалёнке?
Слушаем мнение Марка Чайникова, технического руководителя юнита в Авито Работе и гостя нового AviTalk! В выпуске так же много инсайтов о том:
🔸Как успевать всё по рабочим задачам, участвовать во внутреннем комьюнити и при этом вести насыщенную жизнь все компании;
🔸Как становятся тимлидами;
🔸Как так вышло, что от первого контакта с рекрутером Авито до оффера прошло 358 дней.
Смотрим по ссылкам!
📱 YouTube
📱 Rutube
📱 VK Видео
GPT Model Hub — подключайте мощные LLM к своему проекту за пару кликов.
MWS GPT Model Hub — облачный сервис MWS Cloud для работы с LLM без развёртывания собственной ML-инфраструктуры. Внутри — модели от DeepSeek, Google, Alibaba, Zhipu AI, BAAI и Kimi K2 Instruct от Moonshot AI.
Что удобно:
• Быстрая интеграция в любые сервисы и пайплайны по OpenAI-совместимому интерфейсу.
• Понятная детализация расходов по проектам и командам.
Можно легко тестировать разные модели, собирать пайплайны и встраивать LLM в рабочие процессы без лишней сложности.
Если давно хотели попробовать LLM или внедрить их в продукт — сейчас отличный момент.
Кстати, до 15 июля снизили цены: входящие токены — до −95%, исходящие — до −80% — особенно выгодно для сценариев с большим контекстом.
👉 Попробовать
Как давать обратную связь, чтобы вас слышали и что-то менялось?
Обратная связь — фундаментальный навык в управлении, который экономит время, деньги и нервы. И в теории вроде понятно, каким должен быть хороший фидбэк, но как дело доходит до практики… То подчиненный не так понял, то обиделся, то вовсе не захотел исправлять свои косяки.
📌 14 мая в 20:00 (мск) лаборатория навыков коммуникации Софт Скиллз Лаб проведет открытый вебинар про обратную связь.
За 1,5 часа вы узнаете:
▫️ Как быстро формулировать обратную связь, чтобы она четко доносила суть и не демотивировала сотрудников?
▫️ Что понижает и повышает ее результативность?
▫️ Как найти баланс между мягкостью и жесткостью?
На кейсах разберем конкретные принципы и ошибки, учитывая которые вы сможете легко и грамотно давать обратную связь. Так, чтобы в команде не страдали процессы, отношения и инициатива.
🗣 Вебинар проведет Карина Амдиева — тренер Софт Скиллз Лаб, преподаватель в НИУ ВШЭ и РЭУ им.Плеханова, бренд-маркетолог, бывший менеджер по работе с блогерами в Т-Банке.
Встреча пройдет в Zoom, поэтому вы сможете задать Карине любые вопросы.
👉🏻 Чтобы получить ссылку на конференцию, просто запустите бота.
Получи грант до 75% на ИТ-магистратуру!
Грант в магистратуре Центрального университета фиксируется при зачислении и остается неизменным на весь срок.
Максимальная поддержка — 1 350 000 ₽.
Как получить грант?
— Зарегистрируйся на сайте и заполни заявку в личном кабинете.
— Реши онлайн-контест.
— Пройди собеседование с командой программы.
Обучение начинается в сентябре. Занятия по вечерам и в выходные. Можно совмещать с работой.
В Школе технологий ЦУ ты сможешь прокачать навыки в:
• продуктовом менеджменте;
• машинном обучении;
• продуктовой аналитике;
• бэкенд-разработке.
Программы включают решение реальных задач от Сбера, Ozon, Avito, Х5 Tech, Lamoda, Т-Банка и других крупных ИТ-компаний.
Студенты растут в карьере уже во время обучения, а зарплата увеличивается в среднем на 63%.
Подай заявку и получи шанс на обучение в одной из лучших ИТ-магистратур страны.
Structured-Prompt-Driven Development
Большинство команд, активно начавших использовать агентов, быстро приходят к двум идеям, которые сейчас принято называть Spec-Driven Development:
👉К промптам и чату с агентом надо относиться не как к побочному, а как к основному артефакту.
👉Все задачи надо пускать по одному и тому же строгому воркфлоу.
А вот то, что происходит дальше, очень напоминает аналогичную ситуацию с Agile – каждая команда придумывает свой процесс и фреймворк вокруг него. При этом есть несколько уже сравнительно популярных методологий вроде OpenSpec/BMAD, и длиннющий хвост менее популярных – но даже они часто используются не в своей чистой форме, а с огромными доработками под то, как принято в конкретной команде, и как говорит их чувство прекрасного.
В ближайшие годы я ожидаю огромный поток статей, аналогичных сегодняшней – команда нащупала работающий для них процесс, попробовала генерализировать его, и дальше предлагает как универсальную методологию. Проблемы у этого такие же, как и у фреймворков вокруг Agile – если что-то помогло одной компании, это еще не делает инструмент серебряной пулей.
О чём говорят продакты 👀
Как вы считаете, работа продакта — это бесконечные митинги и диаграммы Ганта? На самом деле нет: всё ещё хуже. Продакты, как родители, делают всё, чтобы продвинуть свой продукт: и с соседним отделом поговори, и на конференцию съезди, и с пользователем пообщайся. Работа интересная, но об этом никто не знает, потому что рассказать некогда.
А нам, продактам из Авито, есть когда, поэтому мы создали телеграм-канал «Чтобы что». Будем рассказывать о буднях и внутрянке, а также шутить, постить мемы и иногда душнить (ну мы продакты или кто?)
Например, в канале вышел пост о том, как мы отредактировали процесс собеседований для продактов. Было 8 секций и 70+ дней, а стало 5 секций и… Читайте в посте.
Подписывайтесь, будет интересно!