22009
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Размещение рекламы: @tanyasanovna Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky
Проект "Management Foundation" от Стратоплана
Чаще всего менеджерами становятся довольно случайно, а не в результате системной подготовки. Например, предыдущий тимлид уволился, и срочно нужно было подхватить упавшие задачи. Или вы начали заниматься в одиночку перспективным направлением, вокруг которого потом сформировалась целая команда. И в итоге вы находитесь на позиции, которую не то, чтобы осознанно выбрали для себя, и к которой не очень-то и готовы.
Первый шаг вы, конечно, уже сделали – так как подписаны на мой канал. А следующий шаг можно сделать с помощью Стратоплана, которых я очень люблю! Ребята запускают еще один бесплатный проект – Management Foundation. В чем суть:
👉В течение трех недель вы разбираетесь с ключевыми менеджерскими темами – основные ожидания от вашей роли, управление конфликтами, способы договариваться, приоритизация и операционка.
👉Каждая тема – два эфира, один из которых – практика, а второй – развивающий разговор.
👉Помимо эфиров, вам выдаются несколько лонгридов по каждой из тем с готовыми инструментами.
👉Помимо всего учебного материала, на входе вы проходите ассессмент управленческой зрелости, который покажет, где ваши сильные и слабые зоны как руководителя.
Проект стартует 1 сентября. Регистрация – бесплатная, все по вот этой ссылке!
P.S. А еще помимо Стратоплана будут те, кого вы, возможно, читаете или слушаете в Telegram (помимо меня), а именно авторы: «Тимлид Очевидность», «Кода Кода», «Чужими руками», «System Design & Highload», «LinkedIn & Career» и другие...
Вебинар Яндекс Практикума: «Нейросети для руководителя: как встроить в работу команды и бизнес-процессы»
Уже 70% российских компаний используют генеративный ИИ. Но почти четверть (23%) считают, что у них недостаточно экспертизы для внедрения технологии.
На вебинаре 3 сентября разберём, как использовать нейросети в управлении эффективно и масштабировать на всю компанию.
💬 Что обсудим:
▪️ Как решать стратегические задачи с помощью ИИ
▪️ Как провести диагностику процессов и выбрать задачи под ИИ
▪️ Где ИИ применять безопасно, а где ответственность должна оставаться у команды
▪️ Как правильно работать с чувствительными данными
👨🏫 Спикер: Дмитрий Еременко, консультант образовательной программы Яндекс Практикума «Нейросети для работы»
🕚 Начало: 3 сентября, 11:00 мск
🎁 Бонус для участников вебинара — скидка на новый курс Практикума «Нейросети для работы». Подробности на мероприятии.
Регистрируйтесь по ссылке
Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzqxEAXcN
Как распознавать манипуляции и эффективно им противодействовать?
Иногда мы подчиняемся чужим потребностям себе во вред. Это происходит под действием манипуляций — скрытых воздействий на наши эмоции.
И нет смысла пытаться их избегать, ведь все люди так или иначе манипулируют. Важно научиться защищать себя в коммуникации.
💥 28 августа в 20:00 по мск школа коммуникаций Soft Skills Lab проведет открытое занятие по защите от манипуляций.
На встрече вы узнаете:
▫️ На чем строится манипуляция?
▫️ Как манипулятор заставляет вас идти по его сценарию?
▫️ Почему одни манипуляции на вас работают, а другие нет?
▫️ Общий принцип того, как защищаться от манипуляций в любом контексте
За 1,5 часа эксперт разложит манипуляции на конкретные стратегии. Вы посмотрите на коммуникацию глазами манипулятора и поймете, что количество его ходов вполне ограничено 😉
🗣️ Занятие проведет Нелли Григорьева, ведущий тренер Soft Skills Lab, преподаватель по переговорам в ВШЭ, консультант технологических компаний.
Встреча пройдет в Zoom, сможете задать вопросы спикеру и разобрать ваши кейсы.
👉🏻 Запустите бота, чтобы получить ссылку на Zoom!
Слышу много похожих рассказов от друзей, которые сейчас плотно работают с джунами. Расскажите, а как у вас?
Читать полностью…
Альтернатива командной работе
Слаженной групповой работы можно добиться двумя способами:
👉За счет внутренней регламентации, когда правила вырабатываются и контролируются участниками группы, и команда едет сама.
👉За счет внешней регламентации, когда все условия игры задаются внешним руководителем, и группа едет за счет его пинков.
Второй вариант не всегда плох – во многих ситуациях рабочей группы под управлением грамотного менеджера, хорошо настроившего процессы, будет достаточно. Но важно помнить, что группа с внешней координацией всегда будет уступать командной работе по эффективности – она ограничена управленческими способностями одного человека, в то время как группа заинтересованных профессионалов всегда будет умнее.
Общий код и культура разработки: как создать идеальную Development Platform
Как наладить взаимодействие между инфраструктурными и продуктовыми командами?
Ответили на этот вопрос в новой статье на Хабре.
В материале разработчики
MWS Cloud Platform ⬜️ делятся опытом создания Development Platform, рассказывают о важности общего кода и inner source сообщества.
Узнайте, как избежать распространённых ловушек и сделать свою команду более эффективной.
⏩️Читать статью
🐣 «От мемов к KPI: как мотивировать, обучать и удерживать зумеров». Вебинар Яндекс Практикума
Про зумеров ходят легенды: что они сбегают с работы, не хотят развиваться, а «корпоративная культура» для них пустой звук. Но прежде чем верить стереотипам, давайте разберёмся, что действительно движет зумерами на рабочем месте и как найти к ним подход.
На вебинаре 21 августа вы узнаете:
▪️ Почему «правила игры изменились», а методы управления — нет
▪️ В чём сила зумеров, чего они ждут от карьеры и жизни
▪️ Какие ошибки в управлении зумерами будут стоить вам очень дорого
▪️ Какие инструменты помогут обеспечить результат win-win
👩🏫 Спикер: Галина Лебедова, руководитель B2B-направления Яндекс Практикума
🕚 Начало: 21 августа, 11:00 мск
🎁 Бесплатный доступ в Личный кабинет для руководителей и HR от Яндекс Практикума. Участники вебинара получат демо на 14 дней.
Регистрируйтесь по ссылке
Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzqvEQ1nS
Результаты опроса Stack Overflow за 2025
Во вполне вероятной смерти Stack Overflow в ближайшие годы мне больше всего жаль будет потерять их ежегодные опросы, которые дают репрезентативный и очень полезный срез индустрии. Вот несколько интересных фактов за этот год:
🧑💻Про разработчиков:
👉Только четверть разработчиков счастливы на своей работе, но в прошлом году таких было еще меньше.
👉Больше всего на счастье влияют автономность, хорошая компенсация и решение реально важных проблем.
👉Основные причины по которым разработчики теряют интерес к инструментам: проблемы с приватностью, цена, наличие альтернатив получше. А вот отсутствие AI ни для кого не является проблемой.
💻Про технологии:
👉Самый быстрорастущий язык, ожидаемо, Python, причем на невероятные 7%. Среди баз данных быстрее всего растет Redis.
👉В списке самых любимых языков новичок – Gleam. Обязательно про него выпуск Подлодки скоро запишем!
🤖Про AI:
👉В прошлом году к AI относились на 10% позитивнее, чем в этом. Что контринтуитивно – профессиональные разработчики ценят AI больше, чем начинающие.
👉84% опрошенных используют AI в своей работе.
👉Чаще всего AI используют для поиска и генерации контента, а реже всего – для деплоя, мониторинга, планирования проекта.
👉AI агенты все еще не стали мейнстримом, только треть опрошенных их как-то использует. Из них 70% считают, что их продуктивность выросла.
Может показаться, что это типичный корпоративный ролик… Если не досмотреть его до конца 🚀
Команда AvitoTech собрала все клише корпоративных видео в одном месте… Чтобы показать на контрасте, какая атмосфера действительно существует в их офисе и на каких принципах построена инженерная культура в Авито.
После просмотра точно будет «Продано!». А если хотите подробнее про их принципы и команду в целом, то вам сюда.
Запускаем новое исследование тимлидов
Тимлиды в 2025 году стали страдать, кажется, еще сильнее, чем раньше. К постоянно сменяющим друг друга кризисам, мертвому рынку найма, некомпетентным топам и периодическим сокращениям добавилось повсеместное давление на внедрение AI даже там, где этого не требуется.
Так вот, если вы руководите командами разработки, принимайте участие в новом исследовании тимлидов от DevCrowd. Это поможет вам сравнить свою роль с коллегами по индустрии, перенять полезные навыки и практики, узнать, как решаются похожие на ваши проблемы, ну и просто помочь собрать классные факты!
Результаты будут в открытом доступе где-то в конце сентября. На заполнение уходит минут 10-15, так что можете заварить себе вкусный кофе, расслабиться, и поделиться своими мыслями.
А если хотите посмотреть, как выглядели результаты в прошлом году – вам сюда.
Про stack ranking
Вы наверное слышали про отвратительную практику, иногда встречающуюся в корпорациях – stack ranking. В чем суть – вы должны отсортировать всех своих сотрудников по перфомансу по бакетам по какой-то спущенной сверху эвристике. Например, в Microsoft долгое время в каждой команде всегда надо было выделять 10% худших сотрудников, даже если на деле все работали примерно одинаково. Обычно эта система влияет на распределение бонусов, а иногда служит и основой для сокращений.
Так вот, в нашем втором канале "Тимлид не спит" Александр Орлов из Стратоплана разбирает кейс, в котором тимлид впервые столкнулся с такой системой и ему надо выбрать кого-то худшего в команде, в которой все молодцы.
Бизнесу (не) нужен ML
Хайп в сторону. Разбираемся в насущном вопросе с анализом успешных кейсов и рабочих инструментов.
Команда Selectel собрала все нужное в новом медиа ML Impact:
- как технологии Edge AI трансформируют бизнес в 2025 году,
- как не переплатить за автоматизацию,
- как подготовить бизнес к запуску ML-проекта (гайд!)
Переходите по ссылке, чтобы внедрить ИИ в бизнес осознанно и без рисков: https://slc.tl/fis4c
Реклама. АО «Селектел», ИНН 7810962785, ERID: 2VtzqvL6Ax1
Конференция Стратоплана про кризисный менеджмент
Менеджеру нужно постоянно балансировать между интересами двух сторон – бизнеса и его команды. В идеальном мире они, конечно же, сонаправлены, но на практике практически всегда разъезжаются. В кризисных ситуациях все только усугубляется – бизнесу нужно и двигаться быстрее, и резать косты, а сотрудникам, наоборот, нужны стабильность и понятные задачи.
На открытой конференции Стратоплана куча крутых экспертов расскажут, как менеджеру выживать в такой ситуации, приносить пользу и компании, и своей команде, и при этом не сходить с ума и не нарушать своих принципов. Вот самые интересные доклады из программы:
👉Слава Панкратов даст базовые принципы поведения в кризисных ситуациях
👉Роман Ивлиев объяснит, почему техлиду не стоит надевать на себя шапочку финансового директора, и вместо этого оставаться в своей зоне компетенции
👉Николай Ашанин разберет кучу инструментов по тому, как сокращать издержки и быстро перенаправлять команду, не убивая ее мотивацию
👉Андрей Менде расскажет, как строить автономные команды, у которых не нужно стоять над душой
А, в целом, там будут фаундеры и топы Skyeng, Kolesa Group, Nimax, Карьерного цеха, Sprouty, ОКБ «Понедельник», TDM из EPAM. Так что почерпнуть точно будет чего
📆Конференция онлайн, проходит с 12 по 15 августа. Участие бесплатное, с вас – только зарегистрироваться и прийти.
The goal of an exceptional meeting culture is to allow for people to constructively decline meetings by fully understanding the consequences of their action.
Как в AWS подходят к оценке продуктивности разработки
Инженеры AWS, занимающиеся оптимизацией инфры и процессов разработки, искали способ получить оценку влияния своих изменений, хоть как-то приближенную к реальному миру. Считать только velocity – опасно, так как из уравнения исключается качество. Считать сэкономленное время в отдельных задачах – бесполезно, не дает общей картины, и не обязательно ведет к системному улучшению.
Вместо этого они взяли фреймворк Cost-to-Serve (CTS), который до этого использовался Amazon, чтобы оценивать эффективность цепочки доставки физических товаров. В чем суть:
👉CTS измеряет общую стоимость доставки unit of software. Юнит – какой-то конечный результат работы, который команда считает достаточно ценным, чтобы разработать, проверить качество, доставить до пользователей и поддерживать его. Этот юнит различается для разных команд, потому что, например, регулярность релизов мобильных приложений накладывает свои ограничения.
👉CTS расчитывается как (стоимость разработки + стоимость разработческой инфры) / количество поставленных юнитов.
👉Так как результат метрики – деньги, она хорошо привязывается к любым другим финансовым показателям, и дает хорошее представление о ценности платформенных улучшений.
Заменять джунов на AI – тупейшая идея
На волне популистских заявлений всех компаний, делающих что-то вокруг AI, последнее интервью СЕО AWS выглядит прямо хорошо:
👉Увольнять или не нанимать джунов, расчитывая, что их работу заменит AI – тупейшая идея. С одной стороны, у них маленькие зарплаты, а с другой – они же активнее и быстрее остальных учатся использовать AI в работе.
👉Индустрия должна продолжать нанимать выпускников и обучать их полноценной разработке и умению декомпозировать проблемы – иначе через десять лет никто не будет уметь работать.
👉Измерять успешность внедрения AI в компании, подсчитывая количество сгенерированных строк кода – глупость.
Как не превратиться в психотерапевта для своей команды
Хороший менеджер очень много разговаривает со своей командой и умеет хорошо слушать. И к нему приходят поговорить о своих проблемах и фрустрациях. Если не удерживать здоровые границы, вы можете превратиться в психотерапевта на полставки. А это – очень плохая идея.
Во-первых, чтобы не навредить, вы должны обладать соответствующим образованием. Во-вторых, в отличие от терапевта, вы – заинтересованное лицо. Как бы вы ни старались, вы будете учитывать то, про что, и как сильно вам ноют, принимая решения по распределению задач и ответственности.
Так вот, поговорим о том, как построить эти здоровые границы:
👉После того, как вы выслушали человека, постарайтесь развернуть разговор в сторону действий – обсудить, как можно исправить ситуацию, что человек может сделать сам, а чем вы, как менеджер, можете помочь. Вам нужно удерживать баланс между тем, чтобы сотрудник имел возможность спокойно пожаловаться, и тем, чтобы он понимал свою ответственность за решение проблемы.
👉При этом не переходите слишком быстро к обсуждению решений. Люди должны понимать, что вы их услышали и понимаете их чувства.
👉Не давайте гиперболизировать проблемы, но делайте это аккуратно. Напоминайте про другие точки зрения на проблему, делитесь своей перспективой. Ваша задача – откалибровать реакцию сотрудника так, чтобы она соответствовала реальному масштабу проблем.
Текущее состояние AI-assisted разработки
Держите большой обзорный материал по всем последним исследованиям и опросам, связанным с тем, насколько на самом деле продуктивнее становятся разработчики при работе с AI. Часть из этих исследований я уже публиковал, но тут довольно удобно все собрали в одном месте.
Что касается состояния, общее мнение индустрии сейчас такое – в ряде случаев использование AI может заметно улучшить продуктивность, но чудес и кратного повышения результативности ждать пока не стоит.
👉Адопшн AI очень большой и продолжает расти – разработчики всегда пытались сократить рутинную работу, и эти инструменты им помогают.
👉Трезвая оценка повышения продуктивности где-то в районе 20-30%, причем не во всех командах.
👉Все очень сильно варьируется от случая к случаю, например польза для новичков и для сеньоров будет очень разной.
👉С одной стороны, AI инструменты провоцируют over-confidence, а с другой – слепо доверять результатам их работы вообще нельзя.
👉Output != Outcome. Кода пишется больше, но скорость разработки может не измениться вообще, а то и упасть.
Как с этим вообще жить:
👉Точно не стоит отчаиваться и клеймить весь AI бесполезным хайпом. Польза точно есть, но, как и у любого инструмента, есть границы применимости.
👉Если вы смотрите с точки зрения менеджера, то не стоит задирать планку ожиданий. Если кто-то в команде рассказывает про кратное повышение продуктивности, относитесь скептически.
👉С точки зрения инженера, будьте прагматичными. Экспериментируйте, выкидывайте то, что не работает, а полезные практики встраивайте в рутину.
👉Продолжайте вкладываться в ключевые инженерные навыки. Что точно стало понятно – как бы AI не эволюционировал дальше, гораздо эффективнее с ним работают опытные инженеры, которые умеют строить и поддерживать сложные системы.
⁉️ Стоит ли стремиться к роли CTO?
Присоединяйтесь к открытому вебинару «Почему не нужно становиться CTO?» 5 августа в 20:00 МСК и узнайте, почему эта роль может быть не тем, чего вы ожидаете.
На уроке разберем:
- Почему CTO не всегда тот, кто принимает ключевые решения в компании.
- Альтернативные карьерные пути, которые могут быть более привлекательными.
- Как отличить реальное желание стать CTO от давления среды.
- Какие навыки, о которых молчат, действительно важны для CTO.
Этот урок — идеальная подготовка перед стартом курса «CTO / Технический директор». Все участники вебинара получат скидку на обучение.
➡️ Пройдите вступительное тестирование и зарегистрируйтесь прямо сейчас:
https://otus.pw/zD7l/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Собеседования глазами инженера
Начнем с предлагаемых автором принципов хорошего собеседования. Интервью должны:
👉Дифференцировать кандидатов, помогая отличать опытного сеньора от волка с AI под рукой.
👉Быть прозрачными, отражая фактические должностные обязанности, а не синтетические задачи.
👉Смотреть в перспективе, отдавая предпочтение соискателям, которые хорошо впишутся в команду на годы вперед.
👉Экономить время обеих сторон.
👉Строиться на уважении к соискателю.
👉Помогать оценить наличие инженерного вкуса.
Этим принципам отвечают не все из привычных форматов:
❌Лайвкодинг. Слабо показывает долгосрочную ценность сотрудника, не помогает дифференцировать кандидатов, слабо связан с повседневной работой. Да и по остальным принципам плоховато проходит – вкус не оценить, и многие кандидаты оценивают такой этап как неуважение к себе и своему времени.
❌Тестовые на дом. Проваливает пункты по экономии времени, дифференцированию и прозрачности. К такому собеседованию легко подготовиться с помощью AI.
ℹ️Проектирование. Вариант получше, но все еще не идеальный. Код человека вы не увидите.
✅Разбор примеров работы или опенсорсных проектов. Тут все хорошо, но только если такие примеры у кандидата есть.
✅Код-ревью плохого кода – кандидат и собеседующий вместе разбирают подготовленный заранее проект. Очень уважительный ко времени кандидата вариант, плюс хорошо обеспечивает прозрачность и помогает оценить вкус.
И еще одно правило борьбы с плохо организованными встречами по принятию решений.
Вам надо ответить всего на три вопроса:
1️⃣Какая информация нужна, чтобы принять решение?
2️⃣Есть ли у нас эта информация?
3️⃣Какое решение принимаем?
При этом для ответа на первые два вопроса никаких встреч собирать не нужно.
Как бороться с лишними созвонами
👉По-максимуму переходить на асинхронные коммуникации вместо встреч. В первую очередь научиться работать с таск-трекером – обсуждать там все задачи, следить за прогрессом важных для вас задач, ставить отложенные напоминания. Второй полезный инструмент – запись коротких видео с объяснениями в Loom, которые можно посмотреть потом в любой момент.
👉Оптимизировать количество и формат встреч. Во-первых, избавиться от мало полезных – обсуждение статуса задач, созвоны уточнить что-то, дать апдейт по проекту. Во-вторых, сокращать длительность нужных встреч, и хорошо к ним готовиться – четко формулировать вопрос, который хотите решить, и заранее делиться повесткой. В-третьих, не звать всех подряд, исключать наблюдателей, включать только активных участников.
👉Не стесняться предлагать отменять чужие встречи, которые не проходят через эти правила, и предлагать другие форматы для них.
Как стресс влияет на прохождение интервью
Группа рисерчеров из Microsoft попробовали понять, как стресс интервью сказывается на способностях решать технические задачи. Для этого они просили участников решать одни и те же задачи в двух условиях – кто-то делал это в одиночку в комнате на доске, а кто-то – под присмотром собеседующего, с требованием рассуждать вслух.
Собеседуемые, которые решали задачу перед собеседующим, в среднем справились в два раза хуже чем те, кто делал это в одиночку!
Что интересно – если смотреть не на среднее, а на распределение результатов, то видно, что на этот результат влияет группа людей, кому лайвкодинг дается особенно тяжело. И в то же время есть люди, кто, несмотря на стресс, справился даже лучше чем группа, решавшая задачи в одиночку.
Поэтому не стоит удивляться тому, что кандидаты с огромным опытом за плечами могут проваливать лайвкодинг, и сразу же записывать их в шарлатаны.
Как AI влияет на безопасность
В продолжение вчерашней темы о том, что нас ждет темная эра софта. Исследователи из Veracode взяли 100 разных LLM, дали им много разных задач по генерации кода, а затем прогнали по результатам свой SAST сканер. Вот что получилось:
👉Только 55% решенных задач не содержали ни одной выявленной уязвимости.
👉Несмотря на то, что более новые модели лучше справляются с генерацией кода, уязвимостей в нем меньше не становится.
👉Не зависит количество найденных уязвимостей и от размера модели.
👉Результаты по Python, JavaScript, C# показали примерно одинаковые результаты, а вот с Java все намного хуже.
Мы входим в эпоху быстрой моды
На MBA программах всегда разбирается кейс того, как Zara создала новый рынок быстрой моды. Это стало возможным благодаря нескольким радикальным изменениям в цепочке поставок, которые позволили существенно сократить время на разработку и доставку до конечных точек нового товара.
Мы стремительно приближаемся к аналогичной ситуации, но в мире разработки. Условный Lovable дает возможность очень быстро получать что-то рабочее, но довольно низкого качества, как бы это качество мы не измеряли. Многие из таких сервисов, уже получив пользователей, не проходят столкновения с реальностью – данные утекают, нагрузка не держится, пользовательский опыт разваливается. И мы получаем рынок софта, который плохо справляется со своими задачами, а разработчики которого, в попытке залатать дыры, делают его еще более сложным и хрупким, так как не умеют в инженерию и в дизайн систем. Короче, будущее выглядит не очень радостным!
Быстрые и долгие проекты
Первый список вы, скорее всего, когда-то уже видели – это перечень амбициозных проектов, которые были сделаны удивительно быстро для своего масштаба. Например, Unix, написанный за три недели, JavaScript за 10 дней, или iPod, на весь цикл от идеи до продакшна которого ушло всего 290 дней.
Второй список еще интереснее – он про проекты, на которые человечеству потребовалось очень много времени: детектор гравитационных волн, на который ушло почти 50 лет, доказательство теоремы Ферма, или продолжительные исследования того, как разные жизненные факторы влияют на здоровье сердца.
Карьера вайб-кодера – это тупик
Хороший разбор нескольких тейков, которые сейчас звучат из каждого утюга:
👉Те, кто первыми научится использовать AI, получат огромное преимущество.
Вряд ли. Навыками вайбкодинга овладеть довольно просто, наборы лучших практик меняются каждую неделю, а на рынок выходят все новые и новые продукты. Нет никакого конкурентного преимущества, которое можно сохранить. Нет никаких глубоких технических навыков, которые можно освоить. В лучшем случае вы выступаете бета-тестером и весело проводите время.
👉Главное – уметь хорошо промптить
Опять же, промптинг – это не сложный навык, требующий долгого обучения. Научиться писать качественный код на новом языке программирования, или строить надежные системы, в тысячи раз сложнее. А для good enough промпта достаточно описать качественную спецификацию, и вместе с AI в несколько заходов ее докрутить.
👉Вайбкодинг ускоряет работу в десять раз
Зависит от типа работы. В прототипировании точно да. В бойлерплейте – тоже. Но большинство разработчиков делает не greenfield проекты, а подкручивает огромные легаси системы. И в таких задачах реального мира ускорение в генерации кода практически никогда не ускоряет получение реального результата, так как бутылочные горлышки вообще не там.
👉AI упрощает работу программиста
Вы обмениваете ясность на скорость. Фичи генерируются быстро, но в голове программиста не выстраивается ментальная карта того, что и как в проекте работает. Поддерживать его становится сложнее, дебажить тоже, и со временем это только накапливается.
Главный вывод, к которому постепенно подходит индустрия – AI нужно уметь держать на коротком поводке, использовать его с очень конкретной целью, и избегать магического мышления. Опыт инструментом не заменить.
Никто ничего не читает
Несмотря на истории из Amazon про writing culture, реальность и бигтеха, и компаний поменьше в том, что никто не читает больших документов. В самом лучшем случае часть людей прочитает по диагонали executive summary, но и на это расчитывать не стоит.
Единственный способ добиться того, чтобы информация из документа осела – перевести его в презентацию, регулярно показывать ее разным группам людей, и в целом регулярно ссылаться на документ в других коммуникациях.
Такое отношение к написанному тексту не только в нашей индустрии. Похожая ситуация в науке, где рецензенты не читают бумаги, и в финансах, где никто даже не пытается вчитаться в финансовые отчеты глубже, чем на уровне самых базовых метрик.
А теперь мы в картину сломанной письменной культуры добавляем еще и AI. В итоге еще больше документов будут писаться людьми, не обладающими глубоким знанием темы, а затем суммаризироваться для более быстрого прочтения. И если где-то в этом процессе важная информация теряется или искажается – никто и не заметит.
Новые выпуски тимлидских подкастов
За месяц с последнего дайджеста подкастов вышло много новых интересных выпусков. Сохраняем в подборки и слушаем – можно даже параллельно с очередным бесполезным митингом!
👉"Бреслав и Ложечкин" про то, может ли руководитель проявлять свои эмоции, и где провести грань
👉"Три тимлида заходят в бар" про то, как ужерживать в команде самых ценных и важных специалистов на высоких грейдах
👉"КОДА КОДА" про то, как тимлиду управлять собственной энергией и мотивацией
👉Подлодка про то, как AI помогает в рабочих и личных задачах за пределами разработки (например, в поиске работы и подготовке к интервью)
👉"Едим слона целиком" про то, что такое стресс в менеджерской работе, и как с ним справляться
Разверните ваш проект в облаке
Запускайте сайты и приложения, разворачивайте базы данных и обрабатывайте большие объемы данных в гибком и надежном облаке Selectel. Здесь в одном окне браузера можно развернуть инфраструктуру для проектов с разными запросами: от небольшого телеграм-бота до высоконагруженного сервиса с пиковыми нагрузками.
Облако Selectel подойдет проектам, которым важны:
☁️ Гибкость: можно выбрать конфигурацию под разные запросы по мощности и бюджету и в пару кликов масштабировать инфраструктуру при изменении нагрузки.
☁️ Надежность: легко создать геораспределенную инфраструктуру, чтобы получить максимальную отказоустойчивость
☁️ Поддержка: инженеры провайдера помогут выбрать индивидуальное решение и перенести проект в Selectel, а также поддержат на всех этапах.
Переносите ваш проект в облако Selectel бесплатно: https://slc.tl/pw9pa
Реклама. АО «Селектел», ИНН 7810962785, ERID: 2VtzqwMeYCp