В своём выступлении на TeamLeadConf 2021 спикер подробно разбирает 9 кругов Канбана. Эта система помогает командам визуализировать рабочий процесс, выявлять узкие места и повышать эффективность.
Ключевые моменты методологии
Первый круг — входные задачи и их приоритизация.
Второй круг — анализ и декомпозиция крупных задач.
Третий круг — планирование спринтов и распределение ресурсов.
Четвёртый круг — непосредственно выполнение работы.
Пятый круг — тестирование и контроль качества.
Шестой круг — ревью и финальные правки.
Седьмой круг — готовность к релизу.
Восьмой круг — развёртывание и выпуск продукта.
Девятый круг — сбор обратной связи и ретроспектива.
Практическая польза для команд
Использование 9 кругов Канбана позволяет командам не просто двигаться от задачи к задаче, а постоянно улучшать процессы. Важно отслеживать метрики на каждом этапе, чтобы вовремя вносить коррективы.
Внедрение этой методологии требует времени и вовлечённости всей команды, но результаты — более предсказуемые сроки и высокое качество продукта — того стоят.
В своём выступлении на TeamLeadConf 2021 спикер подробно разбирает 9 кругов Канбана. Эта система помогает командам визуализировать рабочий процесс, выявлять узкие места и повышать эффективность.
Ключевые моменты методологии
Первый круг — входные задачи и их приоритизация.
Второй круг — анализ и декомпозиция крупных задач.
Третий круг — планирование спринтов и распределение ресурсов.
Четвёртый круг — непосредственно выполнение работы.
Пятый круг — тестирование и контроль качества.
Шестой круг — ревью и финальные правки.
Седьмой круг — готовность к релизу.
Восьмой круг — развёртывание и выпуск продукта.
Девятый круг — сбор обратной связи и ретроспектива.
Практическая польза для команд
Использование 9 кругов Канбана позволяет командам не просто двигаться от задачи к задаче, а постоянно улучшать процессы. Важно отслеживать метрики на каждом этапе, чтобы вовремя вносить коррективы.
Внедрение этой методологии требует времени и вовлечённости всей команды, но результаты — более предсказуемые сроки и высокое качество продукта — того стоят.
В первой части цикла материалов о разработке и проектировании высоконагруженных систем представлена видеолекция от Олега Бунина (Онтико).
Содержание лекции
В лекции рассматриваются ключевые аспекты создания систем, способных выдерживать высокие нагрузки. Основные темы включают:
Принципы проектирования архитектуры для масштабирования
Выбор технологий и инструментов под конкретные задачи
Методы оптимизации производительности и отказоустойчивости
Практические кейсы из опыта компании Онтико
Доступ к материалу
Полную видеозапись лекции можно посмотреть по ссылке: https://youtu.be/KmIE5K6adus. Это первая часть цикла, поэтому в следующих материалах ожидается продолжение темы с более глубоким погружением в технические детали и примеры реализации.
В первой части цикла материалов о разработке и проектировании высоконагруженных систем представлена видеолекция от Олега Бунина (Онтико).
Содержание лекции
В лекции рассматриваются ключевые аспекты создания систем, способных выдерживать высокие нагрузки. Основные темы включают:
Принципы проектирования архитектуры для масштабирования
Выбор технологий и инструментов под конкретные задачи
Методы оптимизации производительности и отказоустойчивости
Практические кейсы из опыта компании Онтико
Доступ к материалу
Полную видеозапись лекции можно посмотреть по ссылке: https://youtu.be/KmIE5K6adus. Это первая часть цикла, поэтому в следующих материалах ожидается продолжение темы с более глубоким погружением в технические детали и примеры реализации.
Вторая часть лекции Олега Бунина из компании «Онтико» посвящена разработке и проектированию высоконагруженных систем. Видеоматериал доступен по ссылке: https://youtu.be/sCm4qUw28y4.
Содержание лекции
В этом выпуске рассматриваются ключевые аспекты построения систем, способных выдерживать значительные нагрузки. Основное внимание уделяется практическим подходам и решениям, которые применяются в реальных проектах.
Практические рекомендации
Архитектурные паттерны — разбор популярных шаблонов, таких как микросервисы и event-driven архитектура.
Масштабирование — стратегии горизонтального и вертикального масштабирования, их преимущества и ограничения.
Мониторинг и отказоустойчивость — инструменты для отслеживания состояния системы и обеспечения её стабильной работы.
Лекция основана на опыте команды «Онтико» и содержит примеры из реализованных проектов. Для более глубокого погружения в тему рекомендуется ознакомиться с первой частью материала.
Вторая часть лекции Олега Бунина из компании «Онтико» посвящена разработке и проектированию высоконагруженных систем. Видеоматериал доступен по ссылке: https://youtu.be/sCm4qUw28y4.
Содержание лекции
В этом выпуске рассматриваются ключевые аспекты построения систем, способных выдерживать значительные нагрузки. Основное внимание уделяется практическим подходам и решениям, которые применяются в реальных проектах.
Практические рекомендации
Архитектурные паттерны — разбор популярных шаблонов, таких как микросервисы и event-driven архитектура.
Масштабирование — стратегии горизонтального и вертикального масштабирования, их преимущества и ограничения.
Мониторинг и отказоустойчивость — инструменты для отслеживания состояния системы и обеспечения её стабильной работы.
Лекция основана на опыте команды «Онтико» и содержит примеры из реализованных проектов. Для более глубокого погружения в тему рекомендуется ознакомиться с первой частью материала.
В продуктовых командах Kaspersky подход к тестированию прошёл несколько этапов развития, отражая изменения в технологиях и бизнес-требованиях.
Начальный этап
Изначально тестирование было сосредоточено на ручных проверках, что обеспечивало высокое качество, но требовало значительных временных затрат. Команды работали в рамках классических моделей разработки, где тестировщики выступали как отдельная группа, ответственная за финальную проверку продукта перед релизом.
Переход к автоматизации
С ростом сложности продуктов и увеличением частоты обновлений возникла необходимость в автоматизации тестирования. Это позволило:
- Ускорить процесс проверки регрессий.
- Снизить нагрузку на ручное тестирование.
- Повысить стабильность выпускаемых версий.
Внедрение автоматизированных тестов стало ключевым шагом для поддержания качества при динамичном развитии функционала.
Интеграция в процессы разработки
Следующим этапом стала интеграция тестирования в цикл разработки (CI/CD). Тестировщики начали работать в тесном взаимодействии с разработчиками с ранних стадий проекта, что способствовало:
- Раннему выявлению дефектов.
- Сокращению времени на исправление ошибок.
- Формированию культуры качества во всей команде.
Этот подход помог перейти от реактивного тестирования к проактивному, где качество закладывается на этапе проектирования.
Современные тенденции
В настоящее время тестирование в Kaspersky эволюционирует в сторону использования искусственного интеллекта и машинного обучения для:
- Предсказания потенциальных проблем.
- Оптимизации тестовых сценариев.
- Анализа больших объёмов данных о качестве.
Такие инновации позволяют командам адаптироваться к быстро меняющемуся рынку и повышать эффективность процессов.
Значение для продуктов
Эволюция тестирования напрямую влияет на качество и надёжность продуктов Kaspersky, обеспечивая безопасность для пользователей в условиях растущих киберугроз. Постоянное совершенствование подходов помогает компании сохранять лидирующие позиции в индустрии.
Подробнее об этом можно узнать в видео: https://youtu.be/j5u_sv_Uzrk
В продуктовых командах Kaspersky подход к тестированию прошёл несколько этапов развития, отражая изменения в технологиях и бизнес-требованиях.
Начальный этап
Изначально тестирование было сосредоточено на ручных проверках, что обеспечивало высокое качество, но требовало значительных временных затрат. Команды работали в рамках классических моделей разработки, где тестировщики выступали как отдельная группа, ответственная за финальную проверку продукта перед релизом.
Переход к автоматизации
С ростом сложности продуктов и увеличением частоты обновлений возникла необходимость в автоматизации тестирования. Это позволило:
- Ускорить процесс проверки регрессий.
- Снизить нагрузку на ручное тестирование.
- Повысить стабильность выпускаемых версий.
Внедрение автоматизированных тестов стало ключевым шагом для поддержания качества при динамичном развитии функционала.
Интеграция в процессы разработки
Следующим этапом стала интеграция тестирования в цикл разработки (CI/CD). Тестировщики начали работать в тесном взаимодействии с разработчиками с ранних стадий проекта, что способствовало:
- Раннему выявлению дефектов.
- Сокращению времени на исправление ошибок.
- Формированию культуры качества во всей команде.
Этот подход помог перейти от реактивного тестирования к проактивному, где качество закладывается на этапе проектирования.
Современные тенденции
В настоящее время тестирование в Kaspersky эволюционирует в сторону использования искусственного интеллекта и машинного обучения для:
- Предсказания потенциальных проблем.
- Оптимизации тестовых сценариев.
- Анализа больших объёмов данных о качестве.
Такие инновации позволяют командам адаптироваться к быстро меняющемуся рынку и повышать эффективность процессов.
Значение для продуктов
Эволюция тестирования напрямую влияет на качество и надёжность продуктов Kaspersky, обеспечивая безопасность для пользователей в условиях растущих киберугроз. Постоянное совершенствование подходов помогает компании сохранять лидирующие позиции в индустрии.
Подробнее об этом можно узнать в видео: https://youtu.be/j5u_sv_Uzrk
В видео Алексей Пименов (RealResult) делится своим взглядом на рабочий процесс как на процесс накопления знаний, а не просто выполнение задач.
Суть подхода
Он предлагает рассматривать каждую рабочую задачу как возможность узнать что-то новое и систематизировать опыт. Это позволяет не только выполнять текущие обязанности, но и постоянно развивать свои компетенции.
Практические аспекты
Фиксация результатов: важно документировать не только итоги работы, но и ключевые инсайты и методы, которые привели к успеху.
Анализ ошибок: неудачи стоит рассматривать как ценный источник информации для будущих улучшений.
Создание базы знаний: накопленный опыт следует структурировать в доступные материалы, которые можно использовать повторно.
Такой подход помогает снизить когнитивную нагрузку, так как не нужно каждый раз "изобретать велосипед", и увеличить эффективность в долгосрочной перспективе.
Значение для специалистов
Для менеджеров и разработчиков это означает переход от реактивного режима "тушения пожаров" к проактивному построению систем, которые предотвращают проблемы. Видео доступно по ссылке: https://youtu.be/ux4Gl234qMk
В видео Алексей Пименов (RealResult) делится своим взглядом на рабочий процесс как на процесс накопления знаний, а не просто выполнение задач.
Суть подхода
Он предлагает рассматривать каждую рабочую задачу как возможность узнать что-то новое и систематизировать опыт. Это позволяет не только выполнять текущие обязанности, но и постоянно развивать свои компетенции.
Практические аспекты
Фиксация результатов: важно документировать не только итоги работы, но и ключевые инсайты и методы, которые привели к успеху.
Анализ ошибок: неудачи стоит рассматривать как ценный источник информации для будущих улучшений.
Создание базы знаний: накопленный опыт следует структурировать в доступные материалы, которые можно использовать повторно.
Такой подход помогает снизить когнитивную нагрузку, так как не нужно каждый раз "изобретать велосипед", и увеличить эффективность в долгосрочной перспективе.
Значение для специалистов
Для менеджеров и разработчиков это означает переход от реактивного режима "тушения пожаров" к проактивному построению систем, которые предотвращают проблемы. Видео доступно по ссылке: https://youtu.be/ux4Gl234qMk
Представьте себе стандартное утро разработчика. Вы открываете Visual Studio Code, и вас встречает привычная монотонность: серый интерфейс редактора, бесконечные файлы, терминал с ошибками. Знакомое ощущение скуки, правда?
А теперь вообразите другую картину: на заднем плане редактора разворачивается виртуальный офис. По экрану расхаживают пиксельные человечки, они подходят к «столам» (вашим файлам), «обсуждают» код и анимированно реагируют на ваши действия. Звучит как фантазия? Добро пожаловать в мир Pixel Agents: Когда программирование встречается с геймификацией.
Это не очередной скин для IDE. Это философски иной подход к взаимодействию с AI-ассистентами, созданный итальянским разработчиком и дизайнером Пабло Де Лукка (Pablo De Luca).
Что такое Pixel Agents: Когда программирование встречается с геймификацией?
Pixel Agents — это экспериментальное расширение для Visual Studio Code, которое превращает абстрактные ИИ-модели (например, GPT или локальные LLM) в анимированных пиксельных персонажей. У каждого из них есть своя роль, характер и уникальное визуальное представление.
Вместо общения с безликим чатом вы наблюдаете за жизнью в «Агенс-сити». Каждый агент:
Обладает уникальным пиксельным спрайтом и анимациями (покой, ходьба, работа).
Специализируется на определённых задачах, таких как Frontend, Backend, Debug или Docs.
Перемещается по виртуальному офису и подходит к тем файлам, которые анализирует в данный момент.
Философия проекта: Почему Пабло Де Лукка создал Pixel Agents?
Пабло Де Лукка известен своим нестандартным взглядом на инструменты разработчика. Он рассуждает так: современные AI-агенты слишком «призрачны». Вы не видите, как они думают, где застряли и почему отвечают именно так.
Pixel Agents — это метафора прозрачности.
Когда персонаж идёт от файла index.ts к файлу api.ts, вы визуально понимаете: агент переключает контекст. Когда он останавливается и над его головой появляется «облачко мыслей» с логами — вы видите его внутренний монолог.
Де Лукка одушевляет код, возвращая нас к эстетике 16-битных RPG (вроде Chrono Trigger или Earthbound), но применяет её в суровом мире enterprise-разработки.
Как работает Pixel Agents (техническая сторона)?
Под капотом расширение выполняет три основные задачи:
Визуальный слой (Canvas 2D): Рисует пиксельный офис, препятствия (например, окна редактора) и спрайты агентов поверх интерфейса VS Code, не перекрывая текст, если вы этого не хотите.
Прокси-слой для API: Расширение перехватывает ваши запросы к ИИ. Вместо того чтобы отправлять весь код сразу, Pixel Agents разбивает задачу и распределяет её между разными «персонажами».
Стейт-менеджмент: Агенты запоминают, что они делали 5 минут назад. Пиксельный дизайнер не полезет в базу данных, а пиксельный бэкендер не перепишет вам CSS.
Важно: Расширение может работать с OpenAI, Anthropic, Groq и локальными моделями через Ollama. Все ключи API остаются на вашей стороне.
Главные фишки Pixel Agents: Когда программирование встречается с геймификацией
1. Видимая многозадачность
Вы можете «нанять» до 5 разных агентов одновременно. Пока один пишет юнит-тесты, второй рефакторит легаси-код, а третий просто стоит с кружкой кофе (и да, у него есть анимация «пьёт кофе»).
2. Лор и прокачка
Да-да, здесь есть элементы RPG. У каждого агента есть уровень «усталости» и «энтузиазма». Если слишком часто перебивать агента во время его «прогулки» к нужному файлу — он начнёт работать медленнее (шутка, но не совсем: энтузиазм влияет на параметр temperature при генерации ответов).
3. Реакция на компиляцию
Самое крутое: когда ваш код собирается с ошибкой, над головами агентов появляется красный восклицательный знак, и они начинают бегать в панике. Это мотивирует фиксить баги быстрее, чтобы успокоить пиксельных коллег.
Кому подойдёт Pixel Agents?
Скептик спросит: «Зачем мне анимация, если я пишу на Rust? Это отвлекает».
Я отвечу: Pixel Agents не про производительность (хотя она не страдает, расширение довольно лёгкое). Это про психологический комфорт.
Одиночкам-фрилансерам: Создаёт иллюзию команды, снижая чувство выгорания.
Стримерам и блогерам: Это невероятно красивая картинка для стримов по кодингу. Зрители с удовольствием следят за жизнью пиксельного офиса.
Джуниорам: Визуализирует процесс работы ИИ, помогая понять, как агенты обрабатывают разные части проекта.
Чего пока нет (и это стоит знать)
Расширение экспериментальное. Пабло Де Лукка честно предупреждает:
Не ждите производительности уровня GitHub Copilot. Это арт-проект, который умеет писать код, а не промышленный инструмент.
Иногда агенты «залипают» в стене или начинают бегать по кругу (но Де Лукка называет это не багом, а «симуляцией человеческого фактора»).
Итог: Почему стоит установить Pixel Agents прямо сейчас?
Pixel Agents — это глоток свежего воздуха в сообществе VS Code. Он напоминает нам, что разработка — это творчество, а не конвейер. Когда робот с грустными пиксельными глазами подходит к вашему package.json и пишет «Maybe we should update lodash?», это вызывает улыбку. А улыбка, как известно, повышает продуктивность.
Создатель: Пабло Де Лукка (@pablodeluca) Совместимость: VS Code 1.85+ Формат установки: Поиск в маркете VS Code по запросу «Pixel Agents» или ручная установка из файла .vsix.
P.S. Автор этой статьи уже полчаса смотрит, как пиксельный агент ходит по кругу вокруг терминала. Не могу оторваться. Баг или фича? Думаю, фича.
Представьте себе стандартное утро разработчика. Вы открываете Visual Studio Code, и вас встречает привычная монотонность: серый интерфейс редактора, бесконечные файлы, терминал с ошибками. Знакомое ощущение скуки, правда?
А теперь вообразите другую картину: на заднем плане редактора разворачивается виртуальный офис. По экрану расхаживают пиксельные человечки, они подходят к «столам» (вашим файлам), «обсуждают» код и анимированно реагируют на ваши действия. Звучит как фантазия? Добро пожаловать в мир Pixel Agents: Когда программирование встречается с геймификацией.
Это не очередной скин для IDE. Это философски иной подход к взаимодействию с AI-ассистентами, созданный итальянским разработчиком и дизайнером Пабло Де Лукка (Pablo De Luca).
Что такое Pixel Agents: Когда программирование встречается с геймификацией?
Pixel Agents — это экспериментальное расширение для Visual Studio Code, которое превращает абстрактные ИИ-модели (например, GPT или локальные LLM) в анимированных пиксельных персонажей. У каждого из них есть своя роль, характер и уникальное визуальное представление.
Вместо общения с безликим чатом вы наблюдаете за жизнью в «Агенс-сити». Каждый агент:
Обладает уникальным пиксельным спрайтом и анимациями (покой, ходьба, работа).
Специализируется на определённых задачах, таких как Frontend, Backend, Debug или Docs.
Перемещается по виртуальному офису и подходит к тем файлам, которые анализирует в данный момент.
Философия проекта: Почему Пабло Де Лукка создал Pixel Agents?
Пабло Де Лукка известен своим нестандартным взглядом на инструменты разработчика. Он рассуждает так: современные AI-агенты слишком «призрачны». Вы не видите, как они думают, где застряли и почему отвечают именно так.
Pixel Agents — это метафора прозрачности.
Когда персонаж идёт от файла index.ts к файлу api.ts, вы визуально понимаете: агент переключает контекст. Когда он останавливается и над его головой появляется «облачко мыслей» с логами — вы видите его внутренний монолог.
Де Лукка одушевляет код, возвращая нас к эстетике 16-битных RPG (вроде Chrono Trigger или Earthbound), но применяет её в суровом мире enterprise-разработки.
Как работает Pixel Agents (техническая сторона)?
Под капотом расширение выполняет три основные задачи:
Визуальный слой (Canvas 2D): Рисует пиксельный офис, препятствия (например, окна редактора) и спрайты агентов поверх интерфейса VS Code, не перекрывая текст, если вы этого не хотите.
Прокси-слой для API: Расширение перехватывает ваши запросы к ИИ. Вместо того чтобы отправлять весь код сразу, Pixel Agents разбивает задачу и распределяет её между разными «персонажами».
Стейт-менеджмент: Агенты запоминают, что они делали 5 минут назад. Пиксельный дизайнер не полезет в базу данных, а пиксельный бэкендер не перепишет вам CSS.
Важно: Расширение может работать с OpenAI, Anthropic, Groq и локальными моделями через Ollama. Все ключи API остаются на вашей стороне.
Главные фишки Pixel Agents: Когда программирование встречается с геймификацией
1. Видимая многозадачность
Вы можете «нанять» до 5 разных агентов одновременно. Пока один пишет юнит-тесты, второй рефакторит легаси-код, а третий просто стоит с кружкой кофе (и да, у него есть анимация «пьёт кофе»).
2. Лор и прокачка
Да-да, здесь есть элементы RPG. У каждого агента есть уровень «усталости» и «энтузиазма». Если слишком часто перебивать агента во время его «прогулки» к нужному файлу — он начнёт работать медленнее (шутка, но не совсем: энтузиазм влияет на параметр temperature при генерации ответов).
3. Реакция на компиляцию
Самое крутое: когда ваш код собирается с ошибкой, над головами агентов появляется красный восклицательный знак, и они начинают бегать в панике. Это мотивирует фиксить баги быстрее, чтобы успокоить пиксельных коллег.
Кому подойдёт Pixel Agents?
Скептик спросит: «Зачем мне анимация, если я пишу на Rust? Это отвлекает».
Я отвечу: Pixel Agents не про производительность (хотя она не страдает, расширение довольно лёгкое). Это про психологический комфорт.
Одиночкам-фрилансерам: Создаёт иллюзию команды, снижая чувство выгорания.
Стримерам и блогерам: Это невероятно красивая картинка для стримов по кодингу. Зрители с удовольствием следят за жизнью пиксельного офиса.
Джуниорам: Визуализирует процесс работы ИИ, помогая понять, как агенты обрабатывают разные части проекта.
Чего пока нет (и это стоит знать)
Расширение экспериментальное. Пабло Де Лукка честно предупреждает:
Не ждите производительности уровня GitHub Copilot. Это арт-проект, который умеет писать код, а не промышленный инструмент.
Иногда агенты «залипают» в стене или начинают бегать по кругу (но Де Лукка называет это не багом, а «симуляцией человеческого фактора»).
Итог: Почему стоит установить Pixel Agents прямо сейчас?
Pixel Agents — это глоток свежего воздуха в сообществе VS Code. Он напоминает нам, что разработка — это творчество, а не конвейер. Когда робот с грустными пиксельными глазами подходит к вашему package.json и пишет «Maybe we should update lodash?», это вызывает улыбку. А улыбка, как известно, повышает продуктивность.
Создатель: Пабло Де Лукка (@pablodeluca) Совместимость: VS Code 1.85+ Формат установки: Поиск в маркете VS Code по запросу «Pixel Agents» или ручная установка из файла .vsix.
P.S. Автор этой статьи уже полчаса смотрит, как пиксельный агент ходит по кругу вокруг терминала. Не могу оторваться. Баг или фича? Думаю, фича.
