Как наш первый факап привёл к появлению собственной IDE
Это новый выпуск рубрики «ИнженеркаТех изнутри» — здесь мы рассказываем не только о том, что у нас получилось, но и о решениях, которые сначала казались отличными, а потом оказались… не очень.
Почти два года назад мы начали делать первые тренажёры.
Тогда мы представляли их как интерактивные текстовые курсы: с персонажами, сюжетом, рабочими ситуациями и практическими заданиями. Не просто сухая лекция, а история, в которую студент постепенно погружается: знакомится с героями, получает задачи, принимает решения, где-то радуется, где-то переживает и идёт дальше по сценарию.
В голове всё выглядело очень живо. Мы написали тексты, собрали первый вариант, открыли его и поняли:
получилась какая-то ерунда на палке
Ну хорошо, скажем мягче — всё выглядело очень постно, но прикольно. Так мы нащупали свой формат.
Да, там были персонажи. Да, были шутки, история и практические задания. Но по сути человек всё равно просто сидел и читал текст. А потом должен был уйти из страницы курса, отдельно развернуть окружение, открыть редактор, перенести туда код, установить зависимости, что-нибудь сломать и потратить половину вечера не на обучение, а на борьбу с настройками. И тогда стало понятно: одного хорошего текста недостаточно. Чтобы тренажёр действительно стал тренажёром, практика должна происходить прямо внутри него.
В одном окне.
Студент открывает платформу с компьютера, планшета или телефона, читает задачу, пишет код, запускает его, получает результат, видит ошибку и тут же пытается её исправить.
И вот в этот момент у нас наконец сложилась картинка продукта, который мы действительно хотели делать - учебная среда, где сюжет, теория, практика, проверка решения и помощь Ду-Ду находятся в одном месте.
Первый рабочий прототип появился при активной помощи AI еще почти 2 года назад. Тогда это позволяло быстро проверять идеи и не тратить недели на то, что могло вообще не прижиться. Но чем сложнее становилась наша первая IDE, тем очевиднее было: одного вайбкодинга недостаточно.
Когда в продукте появляются разные языки, проекты из нескольких файлов, запуск тестов, зависимости, изолированное окружение и десятки учебных сценариев, нужно понимать архитектуру. Иначе одна небольшая правка легко ломает то, что уже работало.
Пришлось глубоко погружаться в React, переписывать части системы вручную, продумывать интерфейс вместе с дизайнером и отдельно решать вопрос безопасного запуска кода.
Сейчас код в IDE выполняется в изолированном окружении на базе Judge0. Мы дорабатывали его под свои задачи: сначала для Playwright, затем добавляли другие сценарии, языки, запуск отдельных файлов и более сложных проектов.
Параллельно развивался и Ду-Ду. Теперь он может помогать не только с отдельным фрагментом кода, но и разбираться в структуре проекта, анализировать файлы и объяснять, где могла появиться ошибка.
Но самое важное — IDE развивается не вокруг технологий ради технологий. Мы смотрим, как студенты проходят задания, где застревают, чего им не хватает и что мешает сосредоточиться на практике. А потом докручиваем платформу под реальные сценарии обучения.
Главный вывод этой истории простой:
вайбкодинг — отличный способ быстро собрать прототип и проверить идею. Но чтобы превратить прототип в настоящий продукт, всё равно нужны инженерные знания, понимание архитектуры и готовность разбираться в нюансах.
AI помогает двигаться быстрее. Но инженерное мышление он не заменяет.
Это новый выпуск рубрики «ИнженеркаТех изнутри» — здесь мы рассказываем не только о том, что у нас получилось, но и о решениях, которые сначала казались отличными, а потом оказались… не очень.
Почти два года назад мы начали делать первые тренажёры.
Тогда мы представляли их как интерактивные текстовые курсы: с персонажами, сюжетом, рабочими ситуациями и практическими заданиями. Не просто сухая лекция, а история, в которую студент постепенно погружается: знакомится с героями, получает задачи, принимает решения, где-то радуется, где-то переживает и идёт дальше по сценарию.
В голове всё выглядело очень живо. Мы написали тексты, собрали первый вариант, открыли его и поняли:
получилась какая-то ерунда на палке
Ну хорошо, скажем мягче — всё выглядело очень постно, но прикольно. Так мы нащупали свой формат.
Да, там были персонажи. Да, были шутки, история и практические задания. Но по сути человек всё равно просто сидел и читал текст. А потом должен был уйти из страницы курса, отдельно развернуть окружение, открыть редактор, перенести туда код, установить зависимости, что-нибудь сломать и потратить половину вечера не на обучение, а на борьбу с настройками. И тогда стало понятно: одного хорошего текста недостаточно. Чтобы тренажёр действительно стал тренажёром, практика должна происходить прямо внутри него.
В одном окне.
Студент открывает платформу с компьютера, планшета или телефона, читает задачу, пишет код, запускает его, получает результат, видит ошибку и тут же пытается её исправить.
И вот в этот момент у нас наконец сложилась картинка продукта, который мы действительно хотели делать - учебная среда, где сюжет, теория, практика, проверка решения и помощь Ду-Ду находятся в одном месте.
Так появилась идея собственной IDE. Которую мы до сих пор бесконечно допиливаем нашими молитвами 🫠
Первый рабочий прототип появился при активной помощи AI еще почти 2 года назад. Тогда это позволяло быстро проверять идеи и не тратить недели на то, что могло вообще не прижиться. Но чем сложнее становилась наша первая IDE, тем очевиднее было: одного вайбкодинга недостаточно.
Когда в продукте появляются разные языки, проекты из нескольких файлов, запуск тестов, зависимости, изолированное окружение и десятки учебных сценариев, нужно понимать архитектуру. Иначе одна небольшая правка легко ломает то, что уже работало.
Пришлось глубоко погружаться в React, переписывать части системы вручную, продумывать интерфейс вместе с дизайнером и отдельно решать вопрос безопасного запуска кода.
Сейчас код в IDE выполняется в изолированном окружении на базе Judge0. Мы дорабатывали его под свои задачи: сначала для Playwright, затем добавляли другие сценарии, языки, запуск отдельных файлов и более сложных проектов.
Параллельно развивался и Ду-Ду. Теперь он может помогать не только с отдельным фрагментом кода, но и разбираться в структуре проекта, анализировать файлы и объяснять, где могла появиться ошибка.
Но самое важное — IDE развивается не вокруг технологий ради технологий. Мы смотрим, как студенты проходят задания, где застревают, чего им не хватает и что мешает сосредоточиться на практике. А потом докручиваем платформу под реальные сценарии обучения.
Главный вывод этой истории простой:
вайбкодинг — отличный способ быстро собрать прототип и проверить идею. Но чтобы превратить прототип в настоящий продукт, всё равно нужны инженерные знания, понимание архитектуры и готовность разбираться в нюансах.
AI помогает двигаться быстрее. Но инженерное мышление он не заменяет.
❤🔥6👏4🔥2
Третья часть истории про то, как мы шли от первого пароля к passkey.
В 70-х инженер из Bell Labs придумал, как защитить пароли через хеш-функции. А спустя десять лет его собственный сын положил этим знанием половину сети и создал первый массовый червь:)
Рассказываем, как это произошло👇
В 70-х инженер из Bell Labs придумал, как защитить пароли через хеш-функции. А спустя десять лет его собственный сын положил этим знанием половину сети и создал первый массовый червь:)
Рассказываем, как это произошло👇
Уже завтра (24 июня в 19.00 по мск) вебинар с Павлом Балахановым, Tech Lead QA в VK Cloud.
👉 Тестирование нестабильности, галлюцинаций и рискованных сценариев в ИИ.
Как тестировать систему, у которой ответ каждый раз чуть-чуть другой. Поговорим про воспроизводимость, ловлю галлюцинаций, регрессии в промптах и сценарии.
Доступ открыт всем нашим студентам, ссылка на встречу в личном кабинете
Хотите присоединиться к июньским ивентам и иметь доступ к прошлым плейлистам и задачнику? Сделать это можно тут
👉 Тестирование нестабильности, галлюцинаций и рискованных сценариев в ИИ.
Как тестировать систему, у которой ответ каждый раз чуть-чуть другой. Поговорим про воспроизводимость, ловлю галлюцинаций, регрессии в промптах и сценарии.
Доступ открыт всем нашим студентам, ссылка на встречу в личном кабинете
Хотите присоединиться к июньским ивентам и иметь доступ к прошлым плейлистам и задачнику? Сделать это можно тут
This media is not supported in your browser
VIEW IN TELEGRAM
Пока улицы вашего города плавятся от жары, а вместе с ними — мозг, который всё ещё пытается найти логику в меме six seven, мы запускаем нашу ежегодную летнюю акцию.
С сегодняшнего дня и до 29 июня на все курсы ИнженеркаТех действует скидка - 25%.
Поэтому если вы давно хотели подключиться к потоку по AI-агентам, за лето освоить Rust, прокачаться в автоматизации тестирования или разобраться со сложной архитектурой — откладывать дальше уже нет смысла 😉
Согласитесь, пить джус у бассейна гораздо приятнее, когда рабочие задачи закрыты, новый стек освоен, а бессрочный доступ к обучению куплен с приятной скидкой.
Скидка - 25% действует до 29 июня включительно.
❤️ Применяй промокод LETO
До окончания акции осталось всего 5 дней!
С сегодняшнего дня и до 29 июня на все курсы ИнженеркаТех действует скидка - 25%.
Поэтому если вы давно хотели подключиться к потоку по AI-агентам, за лето освоить Rust, прокачаться в автоматизации тестирования или разобраться со сложной архитектурой — откладывать дальше уже нет смысла 😉
Согласитесь, пить джус у бассейна гораздо приятнее, когда рабочие задачи закрыты, новый стек освоен, а бессрочный доступ к обучению куплен с приятной скидкой.
Скидка - 25% действует до 29 июня включительно.
❤️ Применяй промокод LETO
До окончания акции осталось всего 5 дней!
🔥2🙏2
За 60 лет мы прошли от первого пароля к двухфакторке. Она казалась неуязвимой, пока не взломали Uber и многие другие компании.
В этой части серии разбираемся, почему это произошло и как работают passkeys — решение, к которому пришла индустрия.
В видео мы рассказываем про первый вариант passkeys, где закрытый ключ остаётся на устройстве.
В этой части серии разбираемся, почему это произошло и как работают passkeys — решение, к которому пришла индустрия.
В видео мы рассказываем про первый вариант passkeys, где закрытый ключ остаётся на устройстве.
❤🔥2🔥1
Завтра — последний день акции LETO.
Если вы давно присматривались к курсам ИнженеркаТех, откладывали старт или ждали удобный момент — он прямо сейчас.
До конца 29 июня включительно на все курсы действует скидка 25% по промокоду LETO.
После этого акция закончится.
И, что важно, новой акции в ближайшие месяцы не планируется.
Так что если вы думали начать летом AI-агентов, освоить Rust, прокачаться в автотестах, разобраться в архитектуре или просто забрать курс с бессрочным доступом по выгодной цене — лучше сделать это сейчас, а не “потом”.
❤️ Промокод: LETO
Скидка 25% действует до 29 июня, 23:59
Если вы давно присматривались к курсам ИнженеркаТех, откладывали старт или ждали удобный момент — он прямо сейчас.
До конца 29 июня включительно на все курсы действует скидка 25% по промокоду LETO.
После этого акция закончится.
И, что важно, новой акции в ближайшие месяцы не планируется.
Так что если вы думали начать летом AI-агентов, освоить Rust, прокачаться в автотестах, разобраться в архитектуре или просто забрать курс с бессрочным доступом по выгодной цене — лучше сделать это сейчас, а не “потом”.
❤️ Промокод: LETO
Скидка 25% действует до 29 июня, 23:59
Playwright обновился — и это уже не только про E2E-тесты
В документации Playwright появилось много нового про AI-сценарии: MCP, CLI, API и Agents теперь вынесены в отдельные разделы.
Мы уже начали обновлять практические задания в тренажёрах ИнженеркаТех с учётом новых возможностей и нашу доку на русском языке.
Что особенно интересно:
— Playwright MCP: AI может взаимодействовать со страницей через structured accessibility snapshots, а не только через скриншоты.
— Playwright CLI для coding agents : агент может вызывать короткие CLI-команды, не перегружая контекст огромными схемами и деревьями страницы.
— CLI vs MCP: CLI для coding agents и работы с большим кодом, MCP — для агентных сценариев с постоянной сессией и состоянием браузера.
— Playwright Test Agents: Один исследует приложение, второй собирает тесты, третий помогает чинить падения.
— Fix with AI в VS Code: Copilot может предложить исправление по ошибке упавшего теста.
А если хочется разобраться руками — у нас есть два курса:
В документации Playwright появилось много нового про AI-сценарии: MCP, CLI, API и Agents теперь вынесены в отдельные разделы.
Мы уже начали обновлять практические задания в тренажёрах ИнженеркаТех с учётом новых возможностей и нашу доку на русском языке.
Что особенно интересно:
— Playwright MCP: AI может взаимодействовать со страницей через structured accessibility snapshots, а не только через скриншоты.
— Playwright CLI для coding agents : агент может вызывать короткие CLI-команды, не перегружая контекст огромными схемами и деревьями страницы.
— CLI vs MCP: CLI для coding agents и работы с большим кодом, MCP — для агентных сценариев с постоянной сессией и состоянием браузера.
— Playwright Test Agents: Один исследует приложение, второй собирает тесты, третий помогает чинить падения.
— Fix with AI в VS Code: Copilot может предложить исправление по ошибке упавшего теста.
А если хочется разобраться руками — у нас есть два курса:
🔥3👏1
INZHENERKA.TECH pinned «Playwright обновился — и это уже не только про E2E-тесты В документации Playwright появилось много нового про AI-сценарии: MCP, CLI, API и Agents теперь вынесены в отдельные разделы. Мы уже начали обновлять практические задания в тренажёрах ИнженеркаТех…»
Мы заперли AI-агента в комнате.
Сможет ли он выбраться?
Этот воркшоп не про очередного чат-бота, который красиво отвечает на вопросы.
Мы соберём AI-агента на LangChain v1 и поместим его в виртуальную смертельно опасную квест-комнату. Игра началась!
У агента будут инструменты: он сможет осматривать предметы и выполнять игровые действия через Function Calling.
А мы выступим в роли кукловода и будем давать ему подсказки через интерком. И наша цель вовсе не в том, чтобы ИИ успешно нашёл выход…
На воркшопе разберём:
— как быстро собрать логику AI-агента на обновлённом LangChain;
— как подключать инструменты для выполнения действий через Tool Calling;
— как сохранять память между ходами;
— как создать REST-интерфейс на FastAPI;
— как устроены архитектура и развёртывание такого агента.
В игровой форме разберём основные механики создания AI-приложений и дадим возможность бесплатно запустить своего агента через наш LLM-прокси.
Начало 16 июля в 19:00 по МСК
Сможет ли он выбраться?
Этот воркшоп не про очередного чат-бота, который красиво отвечает на вопросы.
Мы соберём AI-агента на LangChain v1 и поместим его в виртуальную смертельно опасную квест-комнату. Игра началась!
У агента будут инструменты: он сможет осматривать предметы и выполнять игровые действия через Function Calling.
А мы выступим в роли кукловода и будем давать ему подсказки через интерком. И наша цель вовсе не в том, чтобы ИИ успешно нашёл выход…
На воркшопе разберём:
— как быстро собрать логику AI-агента на обновлённом LangChain;
— как подключать инструменты для выполнения действий через Tool Calling;
— как сохранять память между ходами;
— как создать REST-интерфейс на FastAPI;
— как устроены архитектура и развёртывание такого агента.
В игровой форме разберём основные механики создания AI-приложений и дадим возможность бесплатно запустить своего агента через наш LLM-прокси.
Начало 16 июля в 19:00 по МСК
Forwarded from InfraHub
🎥 Запись воркшопа уже доступна!
Выбирайте удобную площадку и смотрите, как мы создавали AI-агента на LangChain v1.
Ссылки на проект Паши - https://github.com/Inzhenerka/agent-escape
А если хотите научиться самостоятельно разрабатывать AI-агентов под менторством Паши — присоединяйтесь к нашему курсу
По промокоду
Выбирайте удобную площадку и смотрите, как мы создавали AI-агента на LangChain v1.
Ссылки на проект Паши - https://github.com/Inzhenerka/agent-escape
А если хотите научиться самостоятельно разрабатывать AI-агентов под менторством Паши — присоединяйтесь к нашему курсу
По промокоду
ILOVEAI действует скидка 5 000 рублей 💚❤🔥2🔥1
🔥 У Инженерки небольшие каникулы, а у вас — скидка 30%
Ребята, в августе наша команда ненадолго уходит в отпуск. А чтобы курсы не скучали без нас, зазывать вас на обучение временно будет тот самый надувной чел 😁
Поддержка по всем вопросам, связанным с обучением, продолжит работать в будние дни.
А пока мы на перезагрузке до 15 августа включительно на все курсы Инженерки действует скидка 30%
💃 Также до 15 августа обучение ещё можно оформить в рамках нашей образовательной лицензии. После этой даты мы начнем переход на новый юридический статус, поэтому такая возможность временно станет недоступна.
У нас также действует иностранная оплата: вы всегда можете перейти на иностранную версию сайта и оплатить любой интересующий вас курс.
Так что самое время открыть вкладку, в которой уже давно лежит выбранный курс, и наконец добраться до него. Торопиться с прохождением не придётся — доступ останется с вами бессрочно.
Ребята, в августе наша команда ненадолго уходит в отпуск. А чтобы курсы не скучали без нас, зазывать вас на обучение временно будет тот самый надувной чел 😁
Поддержка по всем вопросам, связанным с обучением, продолжит работать в будние дни.
А пока мы на перезагрузке до 15 августа включительно на все курсы Инженерки действует скидка 30%
У нас также действует иностранная оплата: вы всегда можете перейти на иностранную версию сайта и оплатить любой интересующий вас курс.
Так что самое время открыть вкладку, в которой уже давно лежит выбранный курс, и наконец добраться до него. Торопиться с прохождением не придётся — доступ останется с вами бессрочно.
Промокод:OTPUSK30
Скидка 30% до 15 августа включительно.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥1
Когда тревога притворяется управлением рисками
Прод лёг перед релизом.
Ключевой разработчик написал: «Нужно поговорить».
Заказчик второй день не отвечает.
Команда снова не укладывается в оценку спринта.
И вот мы уже представляем сорванный запуск, потерянного клиента, развалившуюся команду и неприятный разговор с руководством.
Хотя прошло всего семь минут 😁
Мозг за это время успел создать в Jira эпик «Полная катастрофа», назначить его на нас, поставить максимальный приоритет и добавить дедлайн «вчера». Мы и сами такие же. Иногда путь от сообщения «Есть минутка?» до мысленного обновления резюме занимает меньше времени, чем загрузка корпоративного VPN.
В такие моменты тревогу легко перепутать с ответственностью. Кажется, что хороший руководитель обязан заранее предусмотреть каждый возможный провал, подготовить планы A, B, C и на всякий случай узнать, где сейчас нанимают людей с опытом спасения горящих проектов.
Но между тревогой и управлением рисками есть важное отличие:
Особенно важно помнить об этом сейчас.
Рынок меняется, бюджеты пересматриваются, требования бизнеса растут, а решения всё чаще приходится принимать без полной информации, гарантий результата и кнопки «вернуть всё как было до последнего обновления».
В такой среде особенно ценятся руководители, которые не замирают перед неопределённостью, а умеют:
• брать ответственность за решения, а не ждать, пока кто-нибудь случайно примет их в соседнем чате;
• быстро адаптироваться к новым условиям, даже если условия обновились прямо во время созвона;
• отделять реальные риски от сценариев, которые мозг написал ночью без согласования с командой;
• сохранять фокус команды, когда одновременно горят прод, дедлайн и три рабочих чата;
• действовать, не дожидаясь идеального плана, полной определённости и ретроградного Меркурия в правильной позиции.
Руководителю не всегда нужно сразу понимать, как спасти весь проект, компанию и IT-индустрию целиком.
Для начала достаточно определить ближайшую точку принятия решения:
• что мы уже знаем о проблеме;
• каких данных нам не хватает;
• какое решение нельзя откладывать;
• кто отвечает за следующий шаг;
• когда мы снова оцениваем ситуацию, а не проверяем её каждые четыре минуты.
Если релиз задерживается, не нужно сразу переписывать продуктовую стратегию на год вперёд и готовить речь для совета директоров. Сначала стоит разобраться в причинах задержки, критичности блокеров и реальной дате готовности.
Если специалист написал: «Нужно поговорить», не обязательно заранее открывать вакансию, искать замену и распределять его задачи между оставшимися. Возможно, ему действительно просто нужно поговорить. Такое тоже иногда случается.
Если заказчик недоволен, не стоит мысленно закрывать контракт раньше созвона и удалять проект из портфолио. Сначала нужно понять, где разошлись ожидания и что ещё можно исправить.
Одно из главных правил руководителя в IT:
Сильный менеджмент сегодня — это не отсутствие сомнений и не способность предсказывать будущее.
Это умение принимать решения, перестраиваться и вести команду вперёд, даже когда правила меняются быстрее, чем обновляется документация. А документация, как известно, иногда не обновляется вообще.
Среди них — программы для тимлидов, руководителей команд и технических директоров. Они помогут системнее работать с людьми, процессами, рисками и сложными управленческими решениями в условиях, когда готового ответа ещё нет, а задачу уже поставили в спринт и спросили, почему она не готова.
Прод лёг перед релизом.
Ключевой разработчик написал: «Нужно поговорить».
Заказчик второй день не отвечает.
Команда снова не укладывается в оценку спринта.
И вот мы уже представляем сорванный запуск, потерянного клиента, развалившуюся команду и неприятный разговор с руководством.
Хотя прошло всего семь минут 😁
Мозг за это время успел создать в Jira эпик «Полная катастрофа», назначить его на нас, поставить максимальный приоритет и добавить дедлайн «вчера». Мы и сами такие же. Иногда путь от сообщения «Есть минутка?» до мысленного обновления резюме занимает меньше времени, чем загрузка корпоративного VPN.
В такие моменты тревогу легко перепутать с ответственностью. Кажется, что хороший руководитель обязан заранее предусмотреть каждый возможный провал, подготовить планы A, B, C и на всякий случай узнать, где сейчас нанимают людей с опытом спасения горящих проектов.
Но между тревогой и управлением рисками есть важное отличие:
управление рисками приводит к плану действий, а тревога — только к новым сценариям катастрофы
Особенно важно помнить об этом сейчас.
Рынок меняется, бюджеты пересматриваются, требования бизнеса растут, а решения всё чаще приходится принимать без полной информации, гарантий результата и кнопки «вернуть всё как было до последнего обновления».
В такой среде особенно ценятся руководители, которые не замирают перед неопределённостью, а умеют:
• брать ответственность за решения, а не ждать, пока кто-нибудь случайно примет их в соседнем чате;
• быстро адаптироваться к новым условиям, даже если условия обновились прямо во время созвона;
• отделять реальные риски от сценариев, которые мозг написал ночью без согласования с командой;
• сохранять фокус команды, когда одновременно горят прод, дедлайн и три рабочих чата;
• действовать, не дожидаясь идеального плана, полной определённости и ретроградного Меркурия в правильной позиции.
Руководителю не всегда нужно сразу понимать, как спасти весь проект, компанию и IT-индустрию целиком.
Для начала достаточно определить ближайшую точку принятия решения:
• что мы уже знаем о проблеме;
• каких данных нам не хватает;
• какое решение нельзя откладывать;
• кто отвечает за следующий шаг;
• когда мы снова оцениваем ситуацию, а не проверяем её каждые четыре минуты.
Если релиз задерживается, не нужно сразу переписывать продуктовую стратегию на год вперёд и готовить речь для совета директоров. Сначала стоит разобраться в причинах задержки, критичности блокеров и реальной дате готовности.
Если специалист написал: «Нужно поговорить», не обязательно заранее открывать вакансию, искать замену и распределять его задачи между оставшимися. Возможно, ему действительно просто нужно поговорить. Такое тоже иногда случается.
Если заказчик недоволен, не стоит мысленно закрывать контракт раньше созвона и удалять проект из портфолио. Сначала нужно понять, где разошлись ожидания и что ещё можно исправить.
Одно из главных правил руководителя в IT:
не пытаться контролировать все возможные сценарии, а создавать ясность там, где её можно создать прямо сейчас
Сильный менеджмент сегодня — это не отсутствие сомнений и не способность предсказывать будущее.
Это умение принимать решения, перестраиваться и вести команду вперёд, даже когда правила меняются быстрее, чем обновляется документация. А документация, как известно, иногда не обновляется вообще.
Сейчас на наши программы для C-level и IT-руководителей действует скидка 30% по промокоду OTPUSK30
Среди них — программы для тимлидов, руководителей команд и технических директоров. Они помогут системнее работать с людьми, процессами, рисками и сложными управленческими решениями в условиях, когда готового ответа ещё нет, а задачу уже поставили в спринт и спросили, почему она не готова.
👍2❤🔥1😭1