Сегодня я хочу поговорить с вами о нашумевшей игре MiSide от российской инди‑студии AIHASTO — новинке в жанре психологического хоррора с обманчиво милым аниме‑персонажем в главной роли. В Steam у игры более 50 тысяч положительных отзывов, что дает ей желанный статус Overwhelmingly Positive («Крайне положительные»). Игровой журналист Bottle of Skuma утверждает на Wotpack, что продажи MiSide в Steam превысили отметку в 900 миллионов копий. По другим оценкам SteamDB продажи варьируются от 187 тысяч согласно SteamSpy, до 1.7 миллиона согласно VG Insights.

Лично я поняла, что должена сыграть в эту игру, сразу как увидела эту жутковатую улыбку, которой главная героиня игры, Мита, одарила игрока — совсем не в духе того милого характера, который она демонстрировала нам до этого момента.

Может ли нейросеть, анализируя графики, реально помогать трейдеру зарабатывать деньги? Мы решили проверить это на практике, построив MarketNet — систему машинного обучения, способную анализировать графики, выявлять рыночные тренды и помогать оценивать вероятность успешности сделок. В статье подробно разобран весь процесс: от первых экспериментов с классификацией активов до создания сложных моделей на основе данных OHLC и рыночных профилей. Рассмотрены работающие и неэффективные подходы, надёжность алгоритмов в реальной торговле и роль простых методов, которые иногда оказываются эффективнее сложных моделей.

Рынок отечественного ПО в последние годы значительно изменился. Банки, госкомпании и другие ключевые компании обязаны переходить на российские системы. С другой стороны, зарубежные системы продолжают объявлять об уходе с российского рынка. Эти факторы ускорили как развитие отечественного ПО, так и его востребованность.

В частности, сильно изменился рынок систем управления тестированием или TMS (Test Management System) из управленческого класса систем.

Мы подготовили мини‑обзор систем управления тестирования, которые доступны в России.

Геймдев – это больше, чем просто разработка развлечений. Это искусство управления эмоциями игроков, баланс между геймплеем, бизнес-метриками и вовлечением. Продакт-менеджер в игровой индустрии должен учитывать не только механику и монетизацию, но и то, какие ощущения испытывает игрок на каждом этапе.

В статье мы разберём, чем отличается продуктовая работа в геймдеве от других сфер, какие ключевые вызовы стоят перед продактами и как применять концепцию Emotions-To-Be-Evoked (E2BE) для создания по-настоящему захватывающих игр.

Привет, Хабр. Меня зовут Крис Курдюмова, я старший менеджер по продукту в Яндексе, и в этой статье я хочу рассказать про онбординг пользователя. Задача онбординга — не просто объяснить интерфейс, а провести пользователя к его первой ценности как можно быстрее. Что разберём:

— Этапы эффективного онбординга.
— Какие бывают виды онбординга.
— Как тестировать контент онбординга задолго до того, как рисовать иллюстрации и заводить А/В тесты — личный опыт.

В последнее время значительно увеличился спрос на Product Owner (Владелец Продукта). Только в январе 2025 на сайте hh.ru одновременно было открыто более тысячи вакансий. Ищут как корпорации Сбер, ВТБ, Билайн, Яндекс так и стартапы. И не только в IT, но и в производственные и торговые компании.

В статьях Product Owner обычно описывают как mini‑CEO, ответственного за метрики и продажи. Что же получается, один человек отвечает за все продуктовые процессы в качестве руководителя и исполнителя одновременно? Давайте разбираться.

Будучи Flutter-разработчиками, мы часто сталкиваемся с необходимостью написания кода, ориентированного на конкретную платформу. Хоть Flutter и предоставляет полноценный фреймворк для создания кроссплатформенных приложений, интеграция нативного функционала иногда может быть весьма обременительной. Именно здесь на помощь приходит Kotlin Multiplatform (KMP). На мой взгляд, KMP — это не просто инструмент, который конкурирует с Flutter, скорее, он предлагает мощный способ рационализировать разработку плагинов, позволяя разработчикам экономить время, беречь силы и писать эффективный, легко сопровождаемый код.

В этой статье я поделюсь своим опытом использования KMP для создания библиотеки общих настроек (Shared Preferences) для Flutter под названием SharedPrefsKMP. Эта библиотека упрощает управление общими настройками в Android и iOS, демонстрируя, как KMP может улучшить процесс разработки на Flutter.

В любой продуктовой команде существует огромное количество метрик: от DAU/MAU и Retention до NPS, LTV, CAC и Conversion Rate. Без четкой структуры работа с ними превращается в хаос: команда следит за десятками показателей, но не понимает, какие из них действительно влияют на бизнес‑цели.

Дерево метрик помогает решить эту проблему, превращая разрозненные данные в логичную систему, где каждая метрика связана с конечной целью компании. Это инструмент, который делает управление метриками осмысленным, помогает продакту ставить приоритеты и находить точки роста продукта. В этой статье разберем:

- Что такое дерево метрик и как его построить?
- Когда оно необходимо?
- Как построить дерево метрик: пошаговое руководство
- Как правильно использовать дерево метрик в работе?

С приходом экономических кризисов компании стремятся оптимизировать расходы, и один из главных инструментов экономии — снижение затрат, в том числе на поддержку клиентов. В этой статье я поделюсь практическими методами сокращения Contact Rate (CR) на примере банковского сектора (в рамках NDA) и объясню, как делать это правильно, не ухудшая клиентский опыт.

В современном цифровом мире принятие обоснованных решений на основе данных является ключом к успеху. A/B‑тестирование — это метод, позволяющий сравнивать две версии элемента (например, веб‑страницы или приложения) и определять, какая из них более эффективна. Этот подход помогает компаниям оптимизировать пользовательский опыт, что способствует росту ключевых метрик.

Меня зовут Курдюмов Дмитрий, я более 7 лет управляю ИТ‑командами и провожу трансформации процессов. За это время я заметил одну распространенную проблему: проектные и продуктовые команды часто формулируют задачи с точки зрения технических решений, а не реальных потребностей пользователей. Это приводит к перегруженным и дорогостоящим продуктам, которые сложно разрабатывать и поддерживать.

Если сместить фокус с функциональности на реальные потребности пользователей, можно значительно сократить объем работы, уменьшить затраты и ускорить выход продукта на рынок. Давайте разберемся, как этого добиться.

Многие команды недолюбливают спринт-ретроспективы, считая их бесполезными или формальными встречами, которые не приводят к реальным изменениям.

Если ретроспектива не приносит ощутимых результатов, команда начинает воспринимать ее как пустую трату времени. Однако при правильном подходе этот инструмент может стать мощным механизмом для постоянного улучшения процессов разработки и повышения удовлетворенности команды работой.

Меня зовут Курдюмов Дмитрий, я более 7 лет занимаюсь Agile-трансформациями и помогаю компаниям выстраивать процессы поставки ценности. Одним из главных вызовов крупных организаций является то, как обеспечить сонаправленную работу большого количества команд вокруг единых целей, при этом сохраняя стабильный операционный ритм поставки ценности. Часто разные подразделения работают, как лебедь, рак и щука, делают одни и те же вещи, проделывают много работы с невысоким выхлопом для бизнеса. Классическая иерархическая структура компаний мешает эффективной координации, а управление функциональными отделами ведет к разрозненности процессов.

Фреймворк SAFe (Scaled Agile Framework) помогает решить эту проблему, организовывая команды вокруг value streams (потоков создания ценности), что упрощает управление и повышает предсказуемость работы. Давайте разберемся, как именно SAFe позволяет выстроить ритм поставки ценности.

Меня зовут Курдюмов Дмитрий, я более 7 лет управляю ИТ‑командами и помогаю компаниям выстраивать эффективные процессы. Одной из самых частых проблем, с которыми сталкиваются команды, является неточность планирования сроков выполнения задач.

Разработчик говорит: «Это на пару часов». Проходит день, потом два, и выясняется, что в процессе работы всплыли интеграционные проблемы, тестировщики нашли баги, а кто‑то еще ждет согласования. В итоге задача, которую оценили в несколько часов, затягивается на несколько дней или недель.

Почему так происходит? Потому что абсолютные оценки в часах не работают. Они не учитывают неопределенности, возникающие в процессе работы.

Сегодня делимся историей из практики нашего коллеги, который столкнулся с атакой на инфраструктуру компании в самый неудобный момент — в новогодние праздники. Это не просто хроника событий, а разбор типичных проблем ИБ, которые сделали атаку возможной, и попытка противостоять угрозе в условиях ограниченных ресурсов. Автор разбирает, что пошло не так, какие ошибки оказались критическими и какие выводы можно сделать на будущее.

В этой статье поговорим о том, как правильно формулировать цели спринтов. Они позволяют команде сфокусироваться, синхронизировать усилия и двигаться в одном направлении, поддерживая понимания и фокус всей команды. Почему цели спринта критически важны?

Цель спринта — это ключевой элемент планирования, который помогает команде понимать образ результата, а не просто делать разрозненный набор задач. Даже если на планировании вы не учли все задачи, цель поможет понять, как адаптировать план. Хорошие команды ставят цель на планировании спринта и далее на дейли, каждый день уточняют его.

Меня зовут Курдюмов Дмитрий, я более 7 лет управляю ИТ‑командами и помогаю компаниям внедрять гибкие процессы. Когда говорят об Agile или гибкой разработке, чаще всего думают о разработке, но его принципы могут кардинально улучшить работу технической поддержки пользователей.

Поддержка — это не просто работа с тикетами, это ключевая точка контакта с клиентами. Если процессы организованы неэффективно, компания теряет деньги и репутацию. Медленная работа, жесткие уровни эскалации, непонятные процессы — все это убивает качество сервиса.

Давайте разберем некоторые принципы и инструменты, которые могут помочь.

Способ реализации мультитенантности (multitenancy, мультиарендности) зависит от сферы деятельности, в которой мы работаем. В некоторых случаях нам может хватать одной общей базы данных, а в некоторых нам могут потребоваться отдельные базы данных для полной изоляции. У нас может быть всего пара арендаторов (tenants, тенантов) или же наоборот сотни, нам может потребоваться замедлить или ускорить производительность для конкретного арендатора. Все это создает уникальную среду, в которой мультитенантность является не только техническим вопросом, но и вопросом бизнес‑логики.

Данная статья представляет из себя практическое руководство, после изучения которого вы узнаете, как и зачем следует применять мультитенантность для различных сценариев в вашем проекте.

Пошаговое руководство по использованию OAuth 2.0 при доступе к защищенным API из iOS‑приложения на Swift с Auth0.

В этом практическом руководстве мы расскажем вам о том, как разместить WebGL‑билд Unity в системе управления обучением (LMS) с отслеживанием по xAPI. На сегодняшний день LMS‑платформы, такие как SCORM Cloud, являются самым популярным решением для доставки и отслеживания учебного материала в онлайне. Интегрировав xAPI в свой проект Unity, вы сможете отслеживать детальные взаимодействия с учащимися и отправлять эти данные в выбранную вами LMS.

В этом руководстве мы используем в качестве примера SCORM Cloud, но эти шаги применимы к любой другой LMS‑платформе, совместимой с xAPI.