В Древнем Риме говорили: «Mens sana in corpore sano» - в здоровом теле здоровый дух. Два тысячелетия спустя мы, айтишники, превратили эту мудрость в её полную противоположность: здоровый дух, сидящий в нездоровом теле перед монитором. Наш позвоночник принимает форму вопросительного знака, а шея начинает напоминать ржавый механизм - повернуть голову можно только всем корпусом, издавая при этом характерный хруст.

Мы в «Биорг» знаем об этой проблеме не понаслышке. Но, в отличие от большинства офисных работников, у нас под рукой оказалась система видеоидентификации, способная видеть каждое микродвижение человеческого лица. И как-то раз, тестируя систему видеоидентификации, мы поймали себя на мысли:

- То, что мы создавали для идентификации личности, по сути готовый трекер движений. Дай ему только интерфейс и он превратится в игру. Осталось только придумать, во что играть…

Попробовать разминку с Джонни и Джулией

Бесплатно, без смс, без регистрации и без подвоха. Под музыку или без! Нам не жалко. Мы вообще-то хотим просто шею размять, а не бизнес на этом строить.

Обычный антифрод и его необычная судьба

Одна из основных наших задач в R&D - борьба с фродом. Мы разработали систему видеоидентификации, которая определяет живость человека по движениям головы, согласно командам. Корректность их выполнения подтверждает, что перед нами живой пользователь.

О том, как мы пришли к этому решению и почему оно эффективно, уже рассказано в статье Развенчан маскарад подделок: прорыв в проверке документов

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

Тогда и родилась идея: а что, если мы сделаем не просто идентификацию, а полезную разминку для шеи, встроенную прямо в браузер?

Рождение Джонни и Джулии

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

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

Почему двое? Мы добавили в виджет определение пола пользователя на старте - система определяет, кто перед камерой, и предлагает тренера того же пола. Это мелочь, но она делает взаимодействие чуть более персонализированным. Для определения пола используется открытая библиотека face-api.js с лицензией MIT. По желанию, пол инструктора можно сменить. Для этого есть специальная кнопка на экране - справа вверху.

Персонажей мы нарисовали в мультяшном стиле - яркие, добрые, с улыбкой. Потому что разминка должна вызывать радость, а не напряжение. К тому же, мы подумали: если пользователь сейчас будет делать серьёзное лицо, разминая шею, это выглядит глупо. А если рядом весёлый инструктор - процесс идёт легче.

Есть один нехитрый приём, который делает картинку цельной. Мы убираем фон у окна с пользователем и заменяем его на белый. То же самое делаем с фоном инструктора. В результате их фоны сливаются с общим белым фоном страницы, и визуально окна перестают быть «окнами» - они превращаются в единую композицию. Пользователь видит себя и тренера в одном пространстве, а не в двух отдельных квадратах.

Как мы считаем синхронизацию

Разминка состоит из 30 движений, и они каждый раз генерируются случайным образом. Никаких заучиваний - каждый новый подход будет отличаться от предыдущего. Это не даёт скучать и не позволяет мозгу «засыпать» на автоматических движениях.

Разминка состоит из нескольких упражнений. У каждого есть ожидаемая длительность - t.time. Пока пользователь выполняет движение, мы замеряем его фактическую скорость и фиксируем задержку (тот самый delay) - насколько пользователь отстаёт от тренера.

Когда все упражнения завершены, мы суммируем две величины:

totalExp - общее ожидаемое время всех движений;

totalDelay - суммарное отставание пользователя.

Дальше простая формула:

То есть, если вы выполнили разминку идеально синхронно - твой скор стремится к 100. Но мы оставили люфт, потому что в реальном мире есть погрешности: камера может чуть дрожать, браузер - подвисать, а твоя шея - иметь свою точку зрения на то, как быстро надо поворачиваться.

И ещё один важный нюанс по геймплею. Мы заметили в тестах, что некоторые пользователи не могли с первого раза повторить то или иное движение. Может шея затекла, может не поняли траекторию. Зависать на одном движении бесконечно - плохая идея. Это раздражает и убивает смысл разминки.

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

Итоговый результат мы очеловечиваем:

98%, а не 100% специально обозначено как идеал. Потому что перфекционизм это хорошо в коде, но вредно для здоровья. Если ты получил 98%, то считай, что ты чемпион. А вот 30% это повод не расстраиваться, а попробовать ещё раз, просто поймав ритм.

Как мы подружили разминку с телефонами

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

- А на телефоне это работать будет?

Первая мысль была определять устройство по размеру экрана. Но это оказалось ловушкой. Современные телефоны имеют диагональ почти как у небольших ноутбуков, а планшеты и вовсе размывают границы.

Я лично столкнулся с этой проблемой на своём Redmi Note 9. Экран у него, конечно, не как у ноутбука, но по ширине в пикселях он вполне сопоставим с некоторыми дешёвыми ноутбуками. Система считала, что раз экран достаточно широкий значит, это компьютер, и отказывалась переключаться в мобильный режим. Кнопки оставались мелкими, интерфейс не адаптировался, а инструктор с пользователем пытались уместиться в той же раскладке, что и на большом экране. Работать было невозможно.

Стало понятно, размер экрана это ненадёжный признак, и нужно искать что-то другое.

Тогда я пошёл другим путём: проверять наличие датчика ориентации, но не одним, а двумя признаками:

Первое условие - поддержка события ориентации (есть у телефонов и планшетов). Второе - поддержка касаний (отсекает компьютеры, даже если у них случайно затесался акселерометр). Вместе 2 условия дают почти 100% точность.

Если проверка проходит, то добавляем на страницу класс mobile:

И дальше уже через CSS управляем всем, что должно отличаться. Но самое главное это размер и положение окна с пользователем и инструктором.

На компьютере, как и на телефоне, в горизонтальном режиме, мы используем классическую раскладку: пользователь слева, инструктор справа. Это естественно для широкого экрана - взгляд скользит слева направо, и ты видишь одновременно и себя, и тренера.

На телефоне в вертикальном режиме всё иначе. Экран узкий, и раскладка «слева-направо» не работает. Поэтому пользователь занимает верхнюю половину экрана, а окно с инструктором нижнюю. Так пользователь видит и тренера, и себя одновременно.

И это не просто визуальная прихоть. Если окно с пользователем слишком маленькое - он не видит, правильно ли выполняет движения. Если слишком большое - перекрывает инструктора: теряется смысл «повторяй за мной». Поэтому мы потратили несколько итераций, чтобы найти идеальные пропорции для каждого типа устройства и каждой ориентации.

Сам полноэкранный режим мы, кстати, реализовали и для компа, и для телефона:

Справедливости ради: подсказка про выход из полноэкранного режима появляется и на компьютере, и на телефоне. Просто она разная. На компьютере - «Нажмите Esc для выхода из полноэкранного режима». На телефоне - «Проведите снизу вверх для выхода из полноэкранного режима». В обоих случаях она исчезает через 3 секунды, чтобы не мешать пользователю разминаться.

Трекинг лица: локальная сборка без сюрпризов

Для трекинга лица в разминке мы используем MediaPipe Face Mesh. Это открытая библиотека от Google, распространяемая под лицензией Apache 2.0. Мы взяли её в локальную сборку, поэтому всё работает стабильно и без внешних запросов к CDN. Никаких сюрпризов с недоступными серверами или обновлёнными API. Только предсказуемая логика в твоём браузере.

Инициализируем трекер так:

Обратите внимание на refineLandmarks: false - мы выключили его специально. Нам не нужна микро-детализация губ и глаз, только общий контур головы. Экономия ресурсов браузера это наше всё. И, кстати, именно благодаря локальной сборке мы можем настраивать параметры под свои задачи, не оглядываясь на внешние зависимости.

И ещё один бонус локального подхода: библиотека лежит в нашем проекте, а браузер кеширует её при первом запросе, так что при повторных запусках она не скачивается заново.

И главное, что MediaPipe работает независимо от того, как ты держишь телефон: вертикально или горизонтально. Главное, чтобы лицо было в кадре!

Какой режим выбрать?

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

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

Так что теперь мы рекомендуем вертикальный режим для атмосферы, а горизонтальный для техничного прохождения с максимальным комфортом.

Музыка - двигатель прогресса (и шеи)

Когда прототип с Джонни и Джулией заработал, мы дали его потестить коллегам. Офис разделился на два лагеря.

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

Мы решили, что пусть пользователь сам решает, хочет ли он разминаться в тишине или под ритмичный трек. Так появились две кнопки: «Под музыку» и «Без музыки».

И если с «тихим» режимом всё просто, то с музыкой пришлось повозиться. Мы перебрали десяток треков разного темпа, пока не нашли тот самый, который совпадает с комфортной скоростью поворота головы при разминке. Слишком быстро - пользователь не успевает, слишком медленно - скучно. Идеальный темп нашёлся где-то около 140 BPM, как у хорошего транс-хауса.

И вот теперь представь: ты сидишь после пяти часов дебаггинга, запускаешь разминку, выбираешь «Под музыку», и на экране появляется симпатичная Джулия, которая под ритмичный бит начинает поворачивать голову. Ты повторяешь и незаметно для себя перестаёшь думать о багах и просто двигаешься. Это работает как медитация.

Тайна, которую мы не раскроем (но вы всё равно узнаете)

Когда разминка заканчивается и на экране появляется твой результат что-то происходит.

Не будем раскрывать, что именно. Пусть это останется сюрпризом для тех, кто дойдёт до финала. Скажем одно: мы вложили туда частичку нашей души, и, судя по первым тестам, это вызывает чистую, детскую радость даже у самых суровых бэкенд-разработчиков.

Так что когда дойдёте до конца, поделитесь в комментариях, какой бонус увидели и понравилось ли вам.

Заключение

История этой разминки это отличное напоминание о том, что лучшие идеи рождаются не из строгих ТЗ. Мы не планировали делать разминку. Мы планировали делать антифрод. А заодно получили продукт, который одинаково полезен и для безопасности системы, и для шеи разработчика.

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

Почему инфраструктура начинает привлекать больше, чем фичи

С фичами всё прозрачно: написал код — увидел результат на экране. Быстрая и понятная обратная связь. Но со временем замечаешь, что проблемы повторяются. Приложение тормозит не из-за плохого кода, а потому что на один экран уходит пять-шесть сетевых вызовов. Логика на клиенте. Хочешь что-то изменить — готовь релиз, проходи App Store Review и жди недели, пока обновление дойдёт до всех.

Я перешёл в Android-инфраструктуру — начал делать инструменты для других мобильных разработчиков. Это помогло увидеть: главные проблемы не в фичах, а в слое между приложением и бэкендом.

Возвращаться к фичам стало неинтересно. В инфраструктуре задачи сложнее, результат измеряется метриками — latency, error rate, скорость релизов, — а влияние на всю систему, а не на один экран.

Что Android даёт для инфраструктуры — а чему учиться с нуля

Мобильный бэкграунд оказался не балластом, а преимуществом. Я понимал ограничения изнутри. Backend-инженер может прочитать, что мобильные сети ненадёжны, память ограничена, а батарея — критичный ресурс. Но прочитать и прочувствовать — разное. Я годами наблюдал, как приложение “захлёбывается” на устройствах среднего сегмента. Знал, что 60% пользователей сидят именно на таких. Видел, как баг, который мы починили за день, продолжает висеть у людей неделями — просто потому, что они не успели обновиться.

Когда я проектировал gateway, я точно знал, что почувствуют мобильные разработчики, если ошибусь. Добавить ещё один сетевой вызов — это будет не бесплатно. Оставить логику в приложении — значит отдать её на устройство, которое я не контролирую.

Чего именно не хватало? Я неплохо понимал мобильную сторону, но совершенно не ориентировался в распределенных системах. Знал, например, что такое таймаут, но не представлял, как выставить его в цепочке из пяти сервисов так, чтобы одно медленное звено не обрушило весь экран пользователя. Понимал, что сети падают, но не умел проектировать систему, способную оставаться на плаву в таких условиях.

Чему пришлось учиться с нуля? Операционному мышлению. В Android ты выпускаешь релиз — и он либо работает, либо нет. Если крашится, починишь в следующей версии. В инфраструктуре нет «следующей версии». Если gateway падает, всё приложение ложится для миллионов пользователей прямо сейчас.

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

Что делать, если один из пяти сервисов не ответил? Как понять, что мы катимся к инциденту, до того, как пользователи начнут жаловаться?

Этому в мобильной разработке не учат.

Как я учился: пробелы, сроки и смена мышления

Формального плана у меня не было — учился на практике. Это лучший, хотя и самый стрессовый способ. Пробелы выявляла практика. Столкнулся с нерешаемой задачей — понял, чего не знаю. Пошёл разбираться.

Учился итеративно, не пытаясь объять необъятное сразу. Gateway начинался как простой прокси. Затем добавили агрегацию ответов, потом — конфигурационные определения экранов. Каждый такой шаг вынуждал осваивать следующий уровень: circuit breakers, стратегии повторов, observability, планирование мощностей.

По срокам: техническая база уложилась в несколько месяцев. Паттерны осваиваются быстрее, чем кажется, особенно если сразу применять их к живой задаче. Гораздо дольше происходила смена образа мышления. Перейти от вопроса «работает ли фича?» к вопросу «что случится, когда это упадёт в три часа ночи?» — вот что заняло основное время.

Что означает «выдающийся уровень» в инфраструктуре

Когда говорят «спроектировать gateway с нуля и перевести на него живую платформу», за этими словами стоит не один навык, а целых три, и каждый требует совершенно разной подготовки.

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

Затем — миграция живой системы, где права на ошибку практически нет. Приложение нельзя выключить или отрепетировать в реальном масштабе. Остаётся только постепенный перевод трафика: shadow mode → 1% → 5% → 25% → 50% → 100%, с автоматическим откатом при любом росте ошибок. И всё это — пока миллионы пользователей активно работают с продуктом, не подозревая, что под капотом идёт замена двигателя на ходу. Такой уровень дисциплины и инструментации приходит только с практикой.

Наконец, владение надёжностью. Gateway — единая точка отказа: упал он, упало всё. Годы уходят на то, чтобы сделать его скучным и предсказуемым: резервирование, автомасштабирование, circuit breakers, режимы деградации, еженедельный пересмотр мощностей. Высший пилотаж — когда о системе просто не думаешь, потому что она работает.

Почему путь в инфраструктуру доступнее, чем кажется?

Карьерные траектории в инфраструктуре редко бывают чётко описаны. Здесь нет готового чек-листа в духе «диплом по Computer Science, пять лет в бэкенде, обязательное знание Kafka и Kubernetes». С одной стороны, такая неопределённость пугает. С другой — именно она и делает этот путь более доступным, чем принято думать.

Когда перед тобой лежит жёсткий список формальных требований, люди часто отсеивают себя сами, даже не попробовав. А в инфраструктуре по-настоящему важно только одно: можешь ли ты решать задачи. Я пришёл сюда без профильного диплома и учился ровно тому, что требовалось в моменте, потому что задачи сами подталкивали к этому.

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

Поэтому если вы мобильный инженер и размышляете, можно ли перейти в инфраструктуру, — вопрос не в том, правильный ли у вас бэкграунд. Вопрос в другом: готовы ли вы учиться тому, чего пока не знаете, и способны ли обратить то, что уже понимаете, в собственное преимущество. Если ответ «да» — путь для вас открыт. Просто указателей на нём пока не расставили.

Мобильный бэкграунд как преимущество архитектора

Считаю ли я, что мобильный опыт сделал меня лучшим архитектором для mobile-first продуктов? Безоговорочно, да.

Я помнил, как ощущается медленный экран на устройстве среднего сегмента. Помнил, что случается, когда API возвращает слегка неправильные данные и приложение падает при парсинге. Помнил то чувство, когда баг уже в проде, а ты ждёшь App Store Review и ничего не можешь исправить.

Поэтому когда я проектировал gateway, я не занимался абстрактной «оптимизацией перформанса». Я опирался на совершенно конкретный опыт. Знал, что убрать один сетевой round trip — это подарок каждому мобильному разработчику. Знал, что перенос логики на сервер означает перенос в место, где я могу починить всё за минуты, а не за недели.

Лучшая инфраструктура для мобильных продуктов строится теми, кто сам их создавал и знает все узкие места не понаслышке. Этот опыт даёт верное направление: ты чувствуешь, где настоящие проблемы, потому что сталкивался с ними лично. Такому не учат по книгам.

Коротко: что делать, если думаете о переходе

• Найдите промежуточный шаг. Не прыгайте сразу в бэкенд. Начните с задач на стыке: оптимизация API, инструменты для мобильных разработчиков, улучшение сетевого слоя.
• Используйте мобильный контекст как рычаг. Вы понимаете то, о чём бэкенд-инженеры только догадываются. Говорите об этом вслух.
• Учитесь измерять невидимое. В инфраструктуре результат — это метрики: latency, error rate, скорость релизов. Учитесь рассказывать историю через цифры.
• Проектируйте под отказ, а не тушите пожары. Senior-уровень — это определить, что сломается и кто за это отвечает, до того, как оно сломается.
• Не ждите разрешения. Путь не размечен, но он открыт. Начните с малого — и двигайтесь туда, где задачи становятся интереснее.

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

Так появляется классическая ловушка legacy: систему надо модернизировать, но остановить развитие нельзя. Переписать всё с нуля страшно, поддерживать как есть — всё дороже. В результате продукт обрастает временными решениями, скорость разработки падает, а стоимость каждого следующего изменения растет.

Хорошая новость в том, что модернизация legacy-кода не обязана быть большим взрывом. Старую систему можно менять постепенно, сохраняя рабочий продукт, не замораживая фичи и не устраивая один критический релиз, от которого зависит всё.

Почему Big Bang-переписывание чаще всего заканчивается плохо

Когда команда долго живет с устаревшей системой, идея переписать всё с нуля выглядит очень соблазнительно. Кажется, что можно наконец избавиться от технического долга, выбрать нормальную архитектуру, перепроектировать модули, покрыть всё тестами и начать «правильно».

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

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

Допустим, команда решила переписать модуль заказов в e-commerce-продукте. В старой версии есть корзина, промокоды, доставка и оплата. Команда планирует за полгода сделать новый сервис заказов. Но за эти полгода бизнес добавляет подписки, подарочные сертификаты, частичную оплату бонусами и новую логику возвратов. В итоге новая система, которую проектировали под старые требования, к моменту релиза уже нуждается в доработке.

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

Big Bang всё-таки бывает оправдан — но в узких условиях. Если кодовая база молодая (год-два), пользователей мало, у системы нет критичного состояния в БД и продукт можно временно заморозить или вести в обоих контурах параллельно, полное переписывание может оказаться дешевле постепенной миграции. Это редкая ситуация, и она быстро исчезает по мере роста продукта. В зрелых системах безопаснее работает другой подход — постепенная архитектурная эволюция.

Пример: как команда переписала сервис документов и потеряла полгода

Команда сопровождала сервис — старый модуль на aiohttp с Pydantic v1, через который проходила вся обработка путевых листов и актов осмотра транспорта. Сервис существовал шесть лет, был покрыт тестами фрагментарно, а его API использовали мобильное приложение водителей, диспетчерская веб-панель и пакетный импорт.

Команда решила переписать сервис целиком: перейти на FastAPI, обновить Pydantic до v2, заодно почистить контракты и заменить внутреннее хранилище документов с MongoDB на PostgreSQL. План был рассчитан на четыре месяца.

Через восемь месяцев проект всё ещё не был готов к выкатке, а к десятому месяцу команда откатила миграцию полностью. Причин было несколько.

Во-первых, переписывание шло параллельно с продуктовой разработкой. За время миграции бизнес добавил два новых типа документов и изменил правила подписи актов. Новая система проектировалась под старые требования и к моменту готовности уже не соответствовала продукту.

Во-вторых, команда не написала характеристических тестов. Поведение «как есть» нигде не было зафиксировано, и расхождения находились только в продакшене после переключения.

В-третьих, у старого сервиса были скрытые побочные эффекты, о которых никто не помнил. При смене статуса документа публиковал событие в Kafka, которое читал биллинг и сервис аналитики. В новой реализации это поведение не было воспроизведено, потому что в коде оно выглядело как «лишний» вызов. После переключения биллинг перестал получать события, и расхождение обнаружили только через две недели — по жалобе финансового отдела.

В-четвёртых, переключение было сделано «в лоб»: маршрут в API Gateway просто перенаправили на новый сервис. Фича-флага не было, теневого запуска не было, плана отката не было. Когда выяснилось, что новый сервис строже валидирует исторические форматы документов и отклоняет часть старых записей, быстро вернуться на старую реализацию не получилось — её к тому моменту уже отключили на стенде, а в БД успели уйти записи в новом формате.

В итоге миграцию свернули, потратив около десяти человеко-месяцев и потеряв доверие бизнеса. Сервис до сих пор работает в исходной реализации, а команда переходит к плану, описанному ниже.

Strangler Fig Pattern: как заменить систему по частям

Один из самых практичных подходов к модернизации legacy-кода — Strangler Fig Pattern. В софтверном виде паттерн был сформулирован Мартином Фаулером в 2004 году под названием StranglerFigApplication. Идея проста: не переписывать систему целиком, а постепенно выносить отдельные части в новую реализацию.

Название пришло из биологии. Фикус-душитель растет вокруг дерева-хозяина и постепенно вытесняет его. В архитектуре принцип похожий: старая система продолжает работать, новая функциональность появляется рядом, а затем отдельные потоки постепенно переводятся на новую реализацию.

Представим старый монолит интернет-магазина. Внутри него есть каталог, корзина, заказы, платежи, скидки, личный кабинет и уведомления. Переписать всё сразу — рискованно. Но можно начать с относительно изолированного участка, например с уведомлений.

Сначала команда описывает текущий контракт: какие события приходят в модуль уведомлений, какие каналы используются, какие шаблоны отправляются, какие ошибки считаются допустимыми. Затем рядом создается новый сервис уведомлений, который реализует тот же контракт. На первом этапе он может даже не отправлять реальные сообщения, а только принимать события и логировать результат. После проверки часть трафика переводится на новую реализацию. Когда сервис стабилизируется, старый код уведомлений удаляется из монолита.

Strangler Fig хорошо работает там, где между старым и новым кодом есть сетевая граница: HTTP, message bus, RPC. Если такой границы нет — например, нужно постепенно заменить функцию или класс внутри одного процесса — используется родственный паттерн Branch by Abstraction: над старой реализацией создается абстракция, рядом пишется новая реализация, переключение происходит через конфигурацию или фича-флаг, после стабилизации старая ветка удаляется. Снаружи это выглядит как Strangler Fig, но без сетевого прокси.

Такой подход снижает риск. В системе нет одного большого релиза, где всё меняется сразу. Есть серия небольших контролируемых изменений. Каждое можно протестировать, измерить и откатить.

Главное правило: сначала повторить поведение, потом улучшать

Одна из частых ошибок при модернизации legacy-кода — попытка одновременно переписать систему и улучшить бизнес-логику. Команда смотрит на старый модуль и думает: «Раз уж мы его трогаем, давайте сразу сделаем нормальную архитектуру, изменим контракты, уберем странные кейсы и перепишем поведение».

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

Например, в системе расчета налогов может быть правило: для контрактов, заключенных до 2018 года, НДС округляется в меньшую сторону до целого рубля, а для всех остальных — по математическим правилам. Новый разработчик может решить, что это ошибка, и «исправить» округление. Но потом выяснится, что часть крупных клиентов держит это поведение в своих сверках, а смена правила приведет к расхождениям в актах и претензиям.

Прежде чем менять поведение, его нужно зафиксировать. Для этого пишут характеристические тесты (characterization tests, иногда называемые golden master или approval tests). Идея простая: на реальных данных или их обезличенных копиях прогоняется старая реализация, её ответы сохраняются как эталон, и любые будущие изменения, отклоняющиеся от эталона, отлавливаются автоматически. Тесты пишутся не для красоты, а для того, чтобы зафиксировать существующее поведение — даже странное — перед тем, как его трогать. Подробно эта техника описана у Майкла Физерса в книге Working Effectively with Legacy Code; на практике её удобно реализовать через библиотеки семейства approval-tests (approvaltests-python, approvaltests-java и аналоги).

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

Feature toggles: как включать новую логику без риска

Feature toggles, или фича-флаги, — один из главных инструментов безопасной миграции. Они позволяют включать и выключать новую логику без деплоя.

В обычной разработке релиз часто выглядит бинарно: код либо выкатили, либо нет. При миграции legacy это неудобно. Гораздо безопаснее иметь возможность включить новую реализацию для 1% пользователей, затем для 10%, потом для половины аудитории и только после этого для всех.

Например, команда переносит расчет стоимости доставки из монолита в новый сервис. С помощью фича-флага это выглядит так:

user_id передается явно, чтобы решение «попал ли пользователь в новый сегмент» было стабильным от запроса к запросу. Иначе один и тот же клиент будет получать разные ответы при обновлении страницы, и поведение системы станет непредсказуемым.

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

Важно различать два разных типа флагов. Флаг постепенной выкатки (rollout flag) меняется редко и контролирует, какой процент пользователей видит новую логику. Kill switch — отдельный флаг, единственная задача которого — мгновенно выключить новую реализацию при инциденте. Kill switch должен опрашиваться на каждом запросе, его кэширование должно жить секунды, а не минуты, и он принципиально не должен зависеть от той системы, которую он выключает. Иначе в момент аварии может оказаться, что выключатель сам недоступен.

В качестве инфраструктуры для флагов команды обычно берут одну из платформ: LaunchDarkly, Unleash, Flagsmith, GrowthBook, либо собирают собственную поверх Redis или конфигурационного сервиса. Для миграции важны три свойства: быстрое распространение изменений (секунды, а не минуты), поддержка таргетинга по пользователю/сегменту и аудит — кто и когда менял флаг.

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

Последний пункт особенно важен. Если флаги не удалять, система быстро превращается в набор ветвлений, где никто уже не понимает, какая логика актуальна.

Shadow testing: как проверить новую систему на реальном трафике

Feature toggles помогают безопасно переключать пользователей. Но перед этим хорошо бы понять, совпадает ли новая логика со старой. Для этого используют shadow testing.

Shadow testing — это запуск новой реализации параллельно старой, но без влияния на пользователя. Пользовательский запрос по-прежнему обрабатывает старая система, а новая получает копию запроса и считает результат «в тени». Пользователю этот результат не показывается. Команда только сравнивает ответы.

Например, есть старый модуль расчета скидок. Он учитывает промокоды, сегмент пользователя, историю покупок, регион и партнерские условия. Команда пишет новый сервис скидок. Чтобы не переключать пользователей сразу, можно запустить теневой режим:

Два момента, на которые стоит обратить внимание в этом коде. Теневой вызов запускается через asyncio.create_task — корутина сразу планируется в event loop и начнёт выполняться, как только функция вернёт управление. И весь блок завернут в try/except: исключение в новой логике не должно ронять основной запрос. Без этих двух свойств shadow testing рискует ухудшить продакшен вместо того, чтобы безопасно его проверить.

Небольшая оговорка для продакшена: event loop держит на task только слабую ссылку, и без сохранённой ссылки задача может быть собрана сборщиком мусора прямо во время выполнения. В реальном коде Task имеет смысл класть в set фоновых задач и удалять оттуда через add_done_callback. В примере выше эта обвязка опущена для читаемости.

Для критичной доменной логики — платежей, биллинга, расчета тарифов — допустимый уровень расхождения должен быть около нуля: цель в shadow-режиме не «как можно меньше различий», а «понимаем каждое расхождение». Для менее чувствительных доменов (рекомендации, ранжирование результатов поиска) можно жить с расхождением в долях процента, но и там расхождения нужно классифицировать, а не игнорировать. Возможно, это баги новой реализации. А возможно, старая система содержит устаревшую логику, которую нужно отдельно обсудить с бизнесом.

Shadow testing особенно полезен для критичных доменных частей: платежей, биллинга, расчета тарифов, персональных предложений, транзакций. Там нельзя просто «попробовать на пользователях» и посмотреть, что будет.

При этом важно отличать теневую проверку чтения от теневой проверки записи. Чтение проверить относительно дёшево: запрос идёт в обе системы, ответы сравниваются, никаких внешних эффектов нет. С записью всё сложнее. Если новая реализация в shadow-режиме действительно создаст заказ, спишет деньги или отправит письмо, у пользователя возникнут двойные эффекты. Поэтому для writes либо вводят идемпотентные ключи и shadow-режим без реальных побочных действий (внешние вызовы заменены no-op-стабами, БД — отдельной shadow-копией), либо вообще отказываются от теневой проверки записи в пользу постепенной выкатки за фича-флагом.

Сравнение ответов в реальной системе тоже не сводится к одной функции compare. Нужно отдельно решать, как игнорировать «нормальный» шум (метки времени, идентификаторы, порядок коллекций), как сэмплировать трафик, чтобы не утопить хранилище расхождений, и как организовать триаж — кто и в каком ритме разбирает накопившиеся диффы. Готовые решения этого класса — GitHub Scientist (Ruby и его порты в другие языки), Twitter Diffy, либо собственный лёгкий регистратор поверх Kafka и таблицы расхождений.

С чего начинать модернизацию

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

Удобный способ выбрать первый кусок — оценить кандидатов по двум осям: насколько модуль критичен для бизнеса (low / high) и насколько сильно он связан с остальной системой (low / high). Начинать стоит с квадранта low-criticality + low-coupling: ошибки в нем не уронят бизнес-показатели, а малое количество зависимостей позволит провести миграцию полностью, не утянув за собой смежные модули. Высоко-критичные и сильно связанные части (платежи, ядро авторизации) трогают в последнюю очередь — на этот момент команда уже наберёт опыт безопасной миграции.

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

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

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

Миграция данных: самая сложная часть

Большая часть статьи говорит о маршрутизации запросов и переключении трафика. Но в реальных проектах основная сложность лежит ниже — в данных. Старая и новая реализации почти всегда работают с общим состоянием: одной БД, одним хранилищем документов, одним набором очередей. Переехать туда «одним коммитом» нельзя.

Базовый рабочий приём — Expand-Contract (он же Parallel Change). Изменение схемы делается в три такта. На этапе expand в БД добавляются новые поля, таблицы или индексы, при этом старое поведение полностью сохраняется. Затем — migrate: обе реализации начинают писать и в старое, и в новое место (dual writes), а отдельный фоновый процесс делает backfill — заполняет новые поля историческими данными. После этого читатели по одному переключаются на новую схему. Только когда никто из читателей не использует старую структуру, наступает contract — удаление лишних колонок и таблиц.

Несколько практических деталей, которые часто упускают:

· Dual writes — это не бесплатная операция. Две записи означают две точки отказа. Если одна из них упала, нужно решать, что делать: продолжать ли работу, ставить ли событие в очередь на повтор, помечать ли запись как несогласованную. Простое «сначала пишем туда, потом сюда» в продакшене на нагрузке приводит к расхождениям.

· Backfill часто длиннее, чем кажется. На большой таблице миграция в одном UPDATE блокирует продакшен. Поэтому backfill делают батчами по N тысяч строк с паузами, отслеживают прогресс и предусматривают возможность остановить и продолжить.

· Онлайн-изменения схемы на крупных таблицах делаются не штатным ALTER TABLE, а специализированными инструментами: gh-ost или pt-online-schema-change для MySQL, встроенные онлайн-механизмы PostgreSQL для индексов и колонок, Liquibase/Flyway — для управления версионированием изменений в репозитории.

· Shadow testing данные не покрывает. Можно сравнить, что новая реализация возвращает то же, что и старая, но если за этим стоит другая схема в БД, проверка корректности самой миграции данных — это отдельная работа: сверки, контрольные суммы, выборочный аудит исторических записей.

Без этих шагов любая красивая фасадная архитектура наталкивается на разъезжающиеся данные — и тогда даже идеальный Strangler Fig снаружи не спасает.

Прокси-слой как точка контроля

Чтобы постепенно заменять legacy-код, нужно управлять маршрутизацией запросов. Для этого часто создают прокси-слой, API Gateway или фасад, через который проходит обращение к старой и новой логике. В терминах Domain-Driven Design такой слой часто называют Anti-Corruption Layer: он защищает новую реализацию от старых контрактов и наоборот, позволяя двум моделям сосуществовать без взаимного «загрязнения».

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

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

В качестве технической основы команды обычно берут один из трех вариантов: классический API gateway (Kong, AWS API Gateway), service mesh (Envoy, Istio) или более простой reverse proxy (NGINX, HAProxy). Service mesh особенно удобен, когда трафик уже идёт внутри Kubernetes-кластера: маршрутизацию можно менять конфигурацией, без правок кода клиентов и сервисов.

Например, мобильное приложение обращается к endpoint /orders/history. Раньше этот endpoint напрямую обслуживал монолит. После введения API Gateway приложение продолжает ходить по тому же контракту, но внутри gateway может решать, куда направить запрос: в legacy-модуль или новый сервис истории заказов.

Управление маршрутизацией обычно делается не «всё или ничего», а на основании атрибутов запроса: значения заголовка (X-Migration-Cohort: new), куки, хэша от user-id (стабильное разбиение пользователей на сегменты) или географического региона. Это позволяет выкатывать новую реализацию сначала на одну страну, на сотрудников самой компании или на тестовый сегмент — и только потом расширять охват.

Для клиента ничего не меняется. Для команды появляется управляемость.

Наблюдаемость: без метрик миграция превращается в гадание

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

Минимальный набор — это логи, метрики и распределенная трассировка (distributed tracing). Нужно понимать, сколько запросов идет в старую и новую реализацию, сколько ошибок возникает, как меняется latency, где появляются таймауты, какие статусы возвращаются, какие бизнес-метрики проседают.

Технические метрики стоит формулировать не как «средний ответ» и «процент ошибок», а в терминах SLI и SLO: целевые показатели вида «99.9% запросов на /orders/history отвечают быстрее 300 ms за 30 дней» с явным error budget. Latency измеряется по перцентилям (p50, p95, p99) — среднее значение почти всегда обманчиво, а хвосты распределения говорят о реальном опыте пользователя. На время миграции имеет смысл выставить отдельные SLO для нового и старого пути и сравнивать их.

В качестве инструментов де-факто стандартом стал OpenTelemetry для трассировок, метрик и логов — единый протокол, который пишет в практически любое хранилище. Дальше — Prometheus и Grafana для метрик, Jaeger или Tempo для traces, Sentry или аналог для ошибок. Для миграции важна возможность фильтровать метрики по «варианту» — отдельно по старому и новому пути — иначе все цифры смешаются и реальную динамику будет не видно.

Технических метрик недостаточно. Если команда переносит оформление заказа, важно смотреть не только на 500 ошибки и время ответа, но и на конверсию в оплату, количество брошенных корзин, повторы запросов, обращения в поддержку.

Пример: новая система формально отвечает быстрее старой и не дает ошибок. Но после включения на 10% пользователей падает конверсия в оплату. Причина может быть не в серверной ошибке, а в изменении порядка полей, другом тексте сообщения или потере какого-то edge-case. Без бизнес-метрик команда может решить, что миграция успешна, хотя для продукта она уже создает проблему.

Практическая последовательность миграции

Рабочая последовательность обычно выглядит так.

Сначала команда выбирает ограниченный участок системы. На этом этапе важно не просто назвать модуль, а описать его границы. Какие сценарии он закрывает? Кто его вызывает? Какие данные он читает и пишет? Какие внешние интеграции использует? Какие неочевидные бизнес-правила в нем есть?

Затем поверх legacy-логики создается стабильный контракт. Это может быть API, фасад, gateway или отдельный слой внутри приложения. Главная задача — сделать так, чтобы клиенты зависели не от внутренней реализации, а от понятного интерфейса. На этом этапе полезно вспомнить про contract testing (Pact, Spring Cloud Contract): автотесты со стороны потребителей фиксируют, что именно они ожидают от API, и предупреждают о ломающих изменениях до того, как они доедут до продакшена.

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

Следующий этап — shadow testing. Новая система получает копии реальных запросов, считает результат, но пользователю по-прежнему возвращается ответ legacy. Команда сравнивает результаты и устраняет расхождения.

Когда новая реализация достаточно стабильна, начинается постепенное переключение через feature toggles. Сначала внутренние пользователи, потом 1% реального трафика, затем 5–10%, затем 50% и только после этого 100%.

На каждом этапе команда смотрит на метрики. Если всё стабильно, движение продолжается. Если появляются проблемы, флаг выключается, трафик возвращается в legacy, а команда разбирает причины.

Последний этап — удаление старого кода. Это не формальность, а обязательная часть миграции. И «удалить старый код» — это не один коммит, а явный Definition of Done: вырезана старая ветка кода, удалён фича-флаг, обновлена документация и схемы архитектуры, переименованы или удалены устаревшие дашборды и алерты, обновлены runbook’и для on-call и проведено короткое внутреннее обучение. Если этого не сделать, через полгода никто уже не вспомнит, какой путь актуален, и легаси-ветвление останется в коде навсегда.

Откат миграций: дешёвый только пока не пошли записи

Откатить миграцию, в которой ещё не было записи в БД, легко: достаточно переключить фича-флаг, и трафик снова идёт через старую реализацию. Откатить миграцию, в которой новая система уже неделю писала данные в новые таблицы, — отдельный, гораздо более тяжёлый разговор.

Поэтому ещё на этапе проектирования каждое изменение должно сопровождаться явным планом отката. Удобно различать три типа шагов.

Полностью обратимые шаги. Чтение через новый сервис, расчёт «в тени», новые метрики. Откат — выключить флаг. Это самый комфортный режим, и в нём стоит держать миграцию как можно дольше.

Обратимые с компенсацией. Новая реализация пишет дополнительные данные (например, дублирует операции в новую таблицу), но старый источник тоже обновляется. Откат возможен, но требует решить, что делать с уже записанными данными: оставить, очистить, синхронизировать. План этих действий должен быть написан до выкатки, не во время инцидента.

Forward-only. После некоторой точки откат становится невозможен — например, после того, как старая схема удалена или внешние интеграции перенастроены на новый сервис. Такие шаги допустимы, но к ним нужно приходить отдельно, осознанно, с особенно строгими SLO в предыдущем этапе. До forward-only-перехода имеет смысл подержать систему в режиме параллельной работы дольше, чем по графику.

Базовое правило: ни один шаг миграции не должен уходить в продакшен, если у команды нет письменного ответа на вопрос «как мы откатываемся в случае проблемы». Иначе при инциденте откатываться будут на ходу — и не факт, что успешно.

Пример: как тот же сервис мигрировали со второй попытки

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

На первом шаге они зафиксировали поведение существующего сервиса. На самые часто используемые сценарии (создание путевого листа, подпись акта осмотра, выгрузка пакета документов за период) написали характеристические тесты на реальных продакшен-данных, обезличенных и сохранённых как фикстуры. Любое будущее изменение поведения теперь падало в CI как явное расхождение.

Параллельно команда провела инвентаризацию побочных эффектов. Из исходного кода и логов выяснилось, что сервис не только хранит документы, но и: публикует событие в Kafka при смене статуса, инкрементирует счётчик в Redis для рейтинга водителей, отправляет webhook во внешнюю систему партнёра, пишет в таблицу аудита. Каждый из этих эффектов попал в отдельный пункт чек-листа «что должно остаться» в новой реализации.

Затем команда выбрала первый кусок для выноса — не весь сервис, а только чтение документов (GET /documents/{id} и GET /documents/by-driver/{driver_id}). Это была наименее рискованная часть: ошибки в чтении неприятны, но не ломают финансовые потоки.

Новый сервис написали на FastAPI рядом со старым. На уровне API Gateway появилось правило маршрутизации: запросы на чтение шли в старый сервис, но в фоне дублировались в новый. Ответ пользователю всегда возвращал legacy, а ответ нового сервиса сравнивался с эталоном и записывался в отдельную таблицу для разбора. Использовали обёртку поверх asyncio.create_task — на ответ пользователя теневой вызов не влиял.

За три недели shadow-режима команда нашла четыре расхождения. Два оказались багами новой реализации (округление времени, неправильная сортировка вложений). Два — давно забытыми особенностями старого сервиса (одно поле возвращалось в UTC, другое — в локальной зоне; так было исторически, бизнес не возражал, но в новой реализации захотели единый формат). Все четыре зафиксировали явно: баги — починили, особенности — согласовали с продуктовой командой как осознанное изменение.

Когда расхождений не осталось, включили фича-флаг на сотрудников самой компании. Через неделю — на 1% реальных водителей. Дальше шаг по 5%, 25%, 50%, 100% с паузой в несколько дней между этапами. На каждом шаге следили не только за HTTP-ошибками и latency, но и за продуктовыми метриками: количество подписанных актов, время от открытия документа до подписи, доля повторных запросов. Один раз пришлось откатиться с 25% на 5% — в одном из регионов выросло время отклика из-за неэффективного запроса. Исправили, выкатили снова.

Через два месяца чтение полностью перешло в новый сервис. Старый код чтения и фича-флаг удалили в том же релизе. После этого по той же схеме мигрировали запись документов, потом публикацию событий, потом импорт из внешних систем. Полная миграция заняла девять месяцев — почти столько же, сколько провалившийся Big Bang, — но продукт всё это время продолжал развиваться, инцидентов не было, и в конце команда осталась с системой, которую понимает.

Типичные ошибки при работе с legacy

Первая ошибка — пытаться улучшить всё сразу. Команда одновременно меняет архитектуру, бизнес-логику, контракты и инфраструктуру. В результате становится невозможно понять, какая именно часть вызвала проблему. Правильнее сначала воспроизвести поведение, стабилизировать новую реализацию и только потом улучшать.

Вторая ошибка — недооценивать скрытые зависимости и побочные эффекты. Legacy-код часто делает больше, чем кажется. На один и тот же вызов могут быть навешаны: запись в таблицу аудита, инкремент счётчика в кэше, публикация события в очередь, обновление статуса связанной сущности, инвалидация кэша, дёрганье webhook’а во внешнюю систему. Если в новой реализации воспроизвести только явный путь, скрытые потребители молча перестанут получать данные — и узнают об этом через жалобу бизнеса, а не через ошибку в логах. Поэтому перед выносом любого модуля имеет смысл составить инвентаризацию побочных эффектов: пройтись по коду и логам и выписать каждое нелогичное действие отдельным пунктом чек-листа.

Третья ошибка — отсутствие наблюдаемости. Без логов, метрик и трассировки команда не управляет миграцией, а угадывает. Особенно опасно смотреть только на технические ошибки и игнорировать бизнес-показатели.

Четвертая ошибка — не договариваться с бизнесом. Модернизация не должна быть невидимой «инженерной активностью в стол». Её нужно встраивать в roadmap, объяснять эффект и договариваться о приоритетах. Если бизнес не понимает, зачем команда тратит время на миграцию, работа будет постоянно проигрывать новым фичам.

Пятая ошибка — не удалять старый код. Временное сосуществование старой и новой логики нормально. Вечное сосуществование — нет. Если legacy не удаляется, технический долг не уменьшается, а просто меняет форму.

Шестая ошибка — не удалять фича-флаги после миграции. Флаг, который сыграл свою роль и больше никогда не выключается, превращается в постоянное ветвление в коде. Через год команда не помнит, можно ли удалить такую ветку или там сидит важный edge-case. Через два — кода с такими «мёртвыми» флагами становится больше, чем основной логики. Поэтому каждый флаг должен заводиться с условием удаления («после полной выкатки и двух недель стабильной работы») и иметь ответственного, кто этим удалением займётся.

Отдельно стоит упомянуть организационную сторону. Закон Конвея работает и в обратную сторону: если новый и старый код владеются разными командами с разными приоритетами, миграция будет тормозиться независимо от выбранного паттерна. На время миграции имеет смысл явно проговорить, кто отвечает за переход, и не разделять старую и новую реализации между несовместимыми roadmap’ами.

Компромиссы, к которым нужно быть готовыми

Постепенная модернизация безопаснее Big Bang-переписывания, но она не бесплатна. Некоторое время система будет сложнее, чем раньше. В ней появятся старый и новый код, прокси-слой, фича-флаги, дублирование логики, дополнительные метрики.

Shadow testing увеличит нагрузку на инфраструктуру, потому что часть запросов будет обрабатываться дважды. Команде придется поддерживать дисциплину: документировать контракты, отслеживать флаги, удалять старую реализацию после миграции, поддерживать contract-тесты в актуальном состоянии.

Но это контролируемая сложность. Она распределена во времени и управляется инженерными практиками. В отличие от Big Bang-риска, где команда долго работает с минимальной обратной связью, а потом выкатывает один большой релиз с максимальной неопределенностью.

Когда Strangler Fig особенно оправдан

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

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

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

Когда модернизацию лучше не делать

Постепенная миграция — мощный инструмент, но у неё тоже есть стоимость, и иногда правильный ответ — оставить систему как есть. Несколько сценариев, в которых модернизация плохо окупается.

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

Модуль, который никто не трогает. Если код десятилетней давности продолжает работать, не падает, не требует изменений и не вызывает инцидентов, его «уродливость» — не повод его переписывать. Цель модернизации — упростить будущие изменения; если будущих изменений нет, цели тоже нет.

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

Простой тест: если на вопрос «какой бизнес-сценарий мы откроем после миграции» нет внятного ответа — модернизацию имеет смысл отложить и заняться чем-то другим.

Что получает команда

Главный результат постепенной модернизации — управляемость. Команда начинает лучше понимать систему, контролировать изменения и снижать риск инцидентов.

Появляются понятные контракты, наблюдаемость, практика безопасных релизов, культура удаления старого кода. Разработчики перестают бояться legacy, потому что у них появляется метод, а не только желание «когда-нибудь всё переписать».

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

Модернизация — это процесс, а не проект

Legacy нельзя «починить за квартал». Если система развивалась годами, она не станет простой после одного рефакторинга. Но её можно системно улучшать.

Strangler Fig Pattern, Branch by Abstraction, feature toggles, shadow testing и аккуратная миграция данных дают рабочую модель: выбрать ограниченный участок, описать контракт, реализовать новую версию, проверить её на реальном трафике, постепенно переключить пользователей и удалить старый код.

Это не самый быстрый путь. Зато он управляемый. А в зрелых продуктах управляемость важнее скорости.

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

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

Почему ручная обработка больше не работает

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

• задержки обработки;
• ошибки операторов;
• потеря заказов;
• возвраты из-за долгого подтверждения;
• невозможность работать 24/7;
• высокий риск мошенничества.

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

Именно поэтому современные площадки переходят на автоматизированную архитектуру: платежный шлюз + API поставщика цифровых услуг + система мгновенной обработки заказов.

Почему бизнес выбирает GGPay

На фоне растущего рынка особое внимание получают сервисы, которые совмещают удобный API, стабильную инфраструктуру и понятную финансовую модель.

Одним из таких решений сегодня является GGPAY — сервис для пополнения Steam и других цифровых платформ с поддержкой автоматизированной обработки платежей.

Платформа ориентирована как на конечных пользователей, так и на владельцев цифровых магазинов, маркетплейсов и игровых сервисов. Среди ключевых преимуществ:

• стабильная работа API;
• автоматическое проведение платежей;
• поддержка популярных способов оплаты;
• низкие комиссии;
• высокая скорость зачисления;
• работа 24/7;
• удобная интеграция для сайтов и Telegram-проектов.

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

Как устроена API-интеграция цифровых платежей

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

Типовой процесс выглядит следующим образом:

1. Пользователь выбирает цифровой товар или пополнение.
2. Сайт формирует заказ.
3. Платежный шлюз принимает оплату.
4. После подтверждения транзакции сервер обращается к API поставщика.
5. API выполняет пополнение или выдает цифровой ключ.
6. Клиент получает результат автоматически.

Подобная модель давно используется в международной игровой индустрии и интегрируется через REST API, callback-уведомления и защищенные webhook-системы.

Главное преимущество такой схемы — отсутствие ручной обработки. Бизнес получает возможность масштабироваться практически без увеличения штата.

Какие задачи решает API для цифровых товаров

Современные API-платформы позволяют автоматизировать практически весь цикл продажи:

• пополнение Steam;
• продажу игровых ключей;
• выдачу gift card;
• оплату подписок;
• работу с региональными балансами;
• массовую обработку заказов;
• автоматический возврат;
• мониторинг статусов транзакций;
• защиту от дублирования платежей.

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

На что обращать внимание при выборе API-партнера

Ошибка многих проектов — выбор поставщика исключительно по размеру комиссии. На практике стабильность API намного важнее разницы в 1–2%.

При выборе сервиса необходимо оценивать:

1. Скорость обработки

Для игровых сервисов критична мгновенная выдача. Пользователь не готов ждать 10–15 минут после оплаты.

2. Аптайм инфраструктуры

Если API регулярно падает во время крупных распродаж Steam — бизнес теряет деньги и репутацию.

3. Наличие webhook и callback-систем

Это основа автоматизации статусов платежей.

4. Документация

Качественная документация сокращает время интеграции в разы.

5. Поддержка популярных способов оплаты

СБП, банковские карты, криптовалюты, электронные кошельки — современный рынок требует гибкости.

6. Защита от мошенничества

Антифрод-механизмы и валидация заказов особенно важны в сегменте цифровых товаров.

Почему рынок активно переходит на автоматические пополнения Steam

Steam остается крупнейшей игровой платформой мира, а пополнение кошелька — одним из самых востребованных цифровых продуктов в СНГ и Восточной Европе.

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

Сегодня пользователи ожидают:

• низкую комиссию;
• мгновенное зачисление;
• стабильную работу;
• поддержку разных регионов;
• прозрачный курс конвертации;
• отсутствие ручных подтверждений.

Именно поэтому автоматизированные сервисы показывают значительно более высокую конверсию по сравнению с полуавтоматическими решениями.

Как выглядит современная архитектура цифрового магазина

Профессиональная инфраструктура обычно включает несколько уровней:

• frontend магазина;
• платежный шлюз;
• сервер обработки заказов;
• API-поставщик цифровых товаров;
• систему логирования;
• антифрод-модуль;
• резервные каналы оплаты.

Дополнительно многие проекты подключают аналитические сервисы, отслеживающие:

• процент успешных транзакций;
• скорость выдачи;
• причины отказов;
• нагрузку по регионам;
• эффективность платежных методов.

Такой подход позволяет масштабировать платформу практически без ограничений.

Какие технологии будут доминировать дальше

Рынок цифровых платежей продолжит двигаться в сторону полной автоматизации. Уже сейчас активно развиваются:

• direct top-up через Steam ID;
• мультивалютные API;
• криптовалютные расчеты;
• AI-антифрод;
• распределенные платежные системы;
• автоматические системы маршрутизации транзакций.

При этом требования пользователей становятся только жестче: скорость, надежность и прозрачность превращаются в стандарт индустрии.

Заключение

API-интеграция оплаты для цифровых ключей и игровых сервисов — это уже не дополнительная функция, а фундамент современного digital-бизнеса. Автоматизация позволяет масштабировать продажи, снижать издержки, минимизировать ошибки и обеспечивать мгновенную выдачу цифрового товара.

Именно поэтому проекты, работающие в сегменте игровых пополнений и цифровых товаров, всё чаще выбирают готовые инфраструктурные решения вместо ручной обработки заказов.

А сервисы вроде GGPAY становятся частью новой экосистемы цифровых платежей, где скорость обработки, стабильность API и удобство пользователя напрямую влияют на рост бизнеса и удержание аудитории.

Реклама. Рекламодатель: ОсОО «НОВАПЭЙ», ИНН:9909710276, erid: 2SDnjf2S7a2

Один такой кейс я помню особенно болезненно. Заказчик специально ушёл от «тяжёлых» платформ ради самописного решения: быстрее сроки, ниже чек на входе. Полгода спустя каталог перевалил за 10 000 позиций. Страницы открывались по 8–12 секунд, поиск фактически умер, обмен с учёткой превратился в ручной ад. В итоге пришлось пересобирать магазин на другой системе — и суммарно это стоило примерно в три раза больше, чем если бы выбрать нормальный фундамент сразу.

Вывод простой и непопулярный: для интернет-магазина CMS — это не «движок сайта», а контур бизнеса. Если он не тянет каталог, склады, оплаты и промо — экономия на старте превращается в налог на переделку.

Почему «красивая витрина» не спасает

Товар и дизайн важны. Но когда речь про оборот, в игру входят другие вещи: скорость выдачи каталога под нагрузкой, связка с 1С или CRM, гибкость скидок, безопасность оплат, возможность масштабировать без ручного копания в ядре.

Я бы проверял любую платформу не по «можно ли сделать красиво», а по чек-листу: большой каталог без комы в выдаче, интеграции без лютого кастома, промо-логика без боли, понятный путь от заказа до оплаты. Всё остальное — уже вторичный дизайн.

Где Битрикс реально оправдан

На корпоративных и сетевых историях Битрикс заходит потому, что это не «лендинг с корзиной», а связка магазина с процессами: каталог, заказы, складские и клиентские сценарии из коробки, обмен с 1С как отдельная экосистема.

Был у нас запуск для стройсети: 80 000 товаров, несколько складов, отдельная математика скидок для B2B. На чистом PHP такое можно дописать, но это месяцы и жирный бюджет. На готовом контуре мы вышли в прод заметно быстрее — потому что решали задачу бизнеса, а не изобретали велосипед.

Цена лицензии и сервера — да, это не «бесплатный WordPress». Зато это честная модель: вы платите за то, что масштаб и интеграции уже заложены в архитектуру, а не пробиты латками.

Kогда разумнее WooCommerce и облако

Если у вас не миллион SKU и не десять складов, а тысяча позиций и простая воронка — связка WordPress + WooCommerce часто выигрывает по скорости запуска и по цене входа. Экосистема плагинов закрывает типовые задачи без заказной разработки на каждый чих.

Облачные SaaS вроде Shopify годятся, когда компании нужен быстрый старт без администрирования сервера и команды DevOps. Комиссии и ограничения платформы нужно закладывать в юнит-экономику заранее — но для проверки гипотезы это иногда лучший компромисс.

OpenCart и аналоги я чаще видел у проектов, где важна предсказуемость и «руки разработчика на аутсорсе»: проще найти исполнителя, меньше сюрпризов, чем на экзотике. Magento и тяжёлый enterprise-класс имеют смысл, когда команда уже сильная технически и каталог — это отдельный продукт, а не «сайт с корзиной».

Самопис — не зло, но это отдельная ставка

Своя CMS имеет смысл, когда продукт по сути уникален и типовые решения мешают. Во всех остальных случаях вы покупаете не «уникальность», а дорогую поддержку собственного монстра: каждый апдейт PHP, каждый новый способ оплаты — ваш головняк.

Если уже понятно, что платформа не та

Переезд между системами редко бывает «копипастой базы». Обычно это заново собранная карточка товара, перепроверенные атрибуты, аккуратная переездная SEO-схема и пауза в маркетинге на время технических работ. Я закладываю такие работы как отдельный проект с понятным бэклогом — иначе получится хаос и простой продаж.

На этом этапе экономить опаснее всего: «перенесём как получится» почти всегда означает битые URL, дубли в выдаче и потерянные заказы в переходный месяц. Если уж делаете миграцию — делайте её один раз и основательно.

Что мы делаем перед выбором

• Считаем не «стоимость запуска», а стоимость трёх лет жизни: лицензии, хостинг, доработки, интеграции.
• Фиксируем сценарии: каталог, промо, B2B/B2C, обмен с учёткой, маркетплейсы.
• Закладываем буфер на рост — если через год SKU вырастет в пять раз, платформа должна выдержать без полной переделки.
• Перед подписанием уточняем у подрядчика три неудобных вещи: сколько стоит час поддержки после запуска, как закрываются интеграции «не из коробки», и что будет, если через полгода понадобится второй склад или новый тип оплаты.

Ответы без конкретики («сделаем как надо») для меня красный флаг. Нормальный исполнитель называет риски и диапазоны хотя бы порядка величины.

Если очень коротко: не экономьте на фундаменте там, где сайт — канал продаж. Экономия почти всегда вернётся чеком на миграцию.

Подробнее разобрал платформы и критерии в материале на сайте: как выбрать CMS для интернет-магазина — сравнение подходов.

Автор — разработчик под ником 2HeadedHero (он же BambooBandit на itch.io). Игра попала в новостные ленты после волны постов в Reddit под общим заголовком «соло-разработчик 10 лет делал ARPG, которая выглядит как 3D, но это 2D». Если у вас в столе лежит свой долгострой — этот кейс полезен независимо от того, делаете ли вы игру или нет.

• Bridgebourn — story-rich ARPG с нарисованным вручную полу-открытым миром, single-player + локальный кооп до четырёх человек + Steam Remote Play. Демо доступно на Steam (app id 2027760), дата релиза не объявлена.
• Один разработчик, ник 2HeadedHero / BambooBandit. По его собственным словам в Reddit, начал работать 8 лет назад; в свежих публикациях о проекте называют 10–11 лет.
• Ключевая визуальная фишка: 3D-впечатление достигается комбинацией параллакса и сдвига вершин 2D-спрайтов (sprite vert manipulation). Никаких 3D-моделей — только нарисованная от руки графика, размещённая слоями с глубиной.
• Геймплейно — наследие Diablo 2 и Final Fantasy: сборка партии из четырёх героев, прокачка деревьев навыков, кастомные заклинания через комбинации, реакции стихий, лут.
• Кейс важен для тех, кто работает соло: проект на десятилетие — это не страх и стыд, это рабочая стратегия, если эстетика и механики держат вас в кадре всё это время.

Что это за игра

Bridgebourn — изометрическая action-RPG с видом сверху и компанией из четырёх героев, которые путешествуют по миру под названием Fadelands. Жанрово это ближе всего к Diablo 2, только без процедурной генерации и с упором на ручной нарратив: квесты, побочные истории, секреты, спрятанные за пределами обычных троп, корабли, на которых можно отплыть искать новые земли.

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

Боёвка строится на комбинациях. Игрок может писать кастомные заклинания, скрещивая разные стихии, и провоцировать «реакции» — каскадные эффекты, когда одно заклинание усиливает или преобразует другое. Спутники из партии управляются вручную или через приказы и приносят свои тактики в бой. Поверх — стандартный для жанра набор: деревья прокачки, магический лут, прогрессия персонажа.

Технические требования по меркам современных AAA — смешные: 64-битный четырёхъядерный процессор от 2,4 ГГц, 2 ГБ оперативной памяти, встроенная Intel HD Graphics 4000, 1 ГБ места на диске. На Windows нужен DirectX 11. Поддерживаются Windows 10, macOS 14 Sonoma (помечено как Intel Only — Apple Silicon без гарантий) и SteamOS / Ubuntu — то есть Steam Deck тоже в списке (об этом разработчик отдельно отчитывался в постах: «починил баги, чтобы игра запустилась на новом Steam Deck»).

Как 2D-игра выглядит как 3D

Главный технический хук Bridgebourn — иллюзия 3D-пространства, собранная из сугубо 2D-графики. В одном из ранних постов разработчик прямо описывал технику: «комбинация параллакс-приёмов и манипуляций с вершинами спрайтов». В переводе на человеческий — это два независимых трюка, которые работают одновременно.

Параллакс

Параллакс — старый приём из 2D-платформеров, где задние планы движутся медленнее переднего, имитируя глубину. В Bridgebourn это доведено до уровня многослойной painted-сцены: десятки прозрачных слоёв с разной скоростью движения относительно камеры. Когда герой идёт по лесу, ближние деревья проматываются быстрее, дальние холмы — почти не двигаются, а небо ещё медленнее. Глаз начинает читать сцену как объёмную.

Sprite vertex manipulation

Sprite vert manipulation — это сдвиг отдельных вершин 2D-спрайта (обычно через vertex shader или Mesh API движка), чтобы плоская картинка деформировалась так, будто она объёмная. Простой пример: дерево остаётся одной плоской текстурой, но его верхушка слегка покачивается и наклоняется — из-за лёгкого псевдо-наклона дерево перестаёт читаться как «бумажная декорация», начинает выглядеть как объект с собственной геометрией. То же самое работает с травой, водой, башнями.

Сложить эти два приёма в боевую систему RPG — нетривиально: камера должна летать, заклинания взрываться, спутники бегать, и при этом параллакс не должен «развалиться». Именно поэтому оптимизация и художка на проекте — это одна и та же работа: каждая новая локация требует разложить иллюстрацию на слои с осмысленной глубиной и подобрать параметры сдвига, чтобы анимация не выдавала плоскую природу графики.

Десять лет в одиночку

В постах в r/IndieDev разработчик описывает биографию проекта без пафоса. В одном из тредов: «Когда-то я сделал резкий разворот в жизни, чтобы заниматься тем, что по-настоящему люблю — амбициозными играми. Восемь лет назад я начал работать над Bridgebourn».

Свежая волна публикаций уже использует «11 лет», и в одном из заголовков индустриальной прессы фигурирует фраза «после 11 лет fantasy-разработчик расплакался, увидев реакцию на Bridgebourn». То есть с момента самых ранних прототипов до публичного демо прошло около десяти лет — стандартная для соло-проекта дисперсия дат: где-то считается с первого коммита, где-то с момента, когда стало понятно, что это будет именно Bridgebourn.

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

Источники вдохновения он называет напрямую: Diablo 2 и серия Final Fantasy. Это видно и в визуальном языке (плотная нарисованная эстетика в духе поздних PSX-RPG), и в механиках (партия, акцент на лут, кастомные заклинания через комбинации). Ракурс, темп, ощущение пути в Bridgebourn ближе к ARPG, а боёвка с реакциями и сборкой заклинаний вспоминает японскую ролевую школу — но это не клон ни того, ни другого.

Что из этого выносить инди-разработчику

История Bridgebourn — не про то, что «надо потратить десять лет на свою мечту». Десять лет соло — это диагноз, а не план. Но в этой истории есть несколько моментов, которые имеет смысл подсветить отдельно, особенно если у вас сейчас в столе лежит долгострой.

1. Эстетическая ставка важнее технологичности. Bridgebourn выделился не потому, что использует крутой движок, а потому что у него мгновенно узнаваемая визуальная идентичность. Один screenshot — и понятно, что это «та самая painted ARPG». Если вы ломаете голову над движком и архитектурой, но не можете в одно предложение описать, чем ваша игра выглядит непохоже ни на что другое — вы решаете не ту задачу.
2. Технический трюк должен работать на стиль. Параллакс + sprite vert — это не самоцель, а способ сохранить ручной арт и при этом дать сцене глубину. Никакого 3D-моделирования, никаких ригов — но 3D-впечатление достигается. Вопрос «как сделать дешевле то, что обычно требует команды из десяти 3D-художников» в инди — это часто и есть художественная задача.
3. Демо — точка проверки гипотезы, не финальный шаг. Bridgebourn выкатил демо после многих лет работы и собрал волну реакции, которая впервые дала разработчику обратную связь от широкой аудитории. До этого всё было основано на собственном чутьё и небольшом коммьюнити. Если вы делаете соло-проект годами без публичной демо-версии, вы рискуете годами тюнить то, что аудитории безразлично.
4. Long-haul-проекты выживают за счёт узких аудиторий. Bridgebourn не пытается быть для всех: это ARPG для тех, кто играл в Diablo 2 и любит painted-арт. Узкая аудитория простит соло-разработчику дольше — широкая хочет AAA-полировки и нативной поддержки 47 платформ.
5. Сам разработчик — часть продукта. Видео-таймлапсы рисования карты, трейлеры, посты «починил баги на Steam Deck» — это и есть маркетинг проекта. Без присутствия 2HeadedHero в соцсетях о Bridgebourn никто бы не написал, как бы хороша ни была сама игра.

Кому это интересно сейчас

Bridgebourn попадает в неожиданно живую нишу. Современные ARPG в 2026 году — это либо тяжёлый AAA (Diablo 4 и его сезоны, Path of Exile 2), либо очень условные мобильные гача-варианты. Полу-открытый, нарисованный от руки, медленный и нарративный ARPG в духе старых RPG-книг — на этом фоне выглядит свежо именно потому, что таких игр почти не делают.

Параллельно растёт спрос на «уютные» и кооперативные RPG: локальный кооп до четырёх человек + Steam Remote Play в Bridgebourn — попадание в этот тренд. Это не одиночный grimdark-проект; это игра, в которую можно сесть с друзьями вечером и ходить по нарисованному миру.

Для российских игроков история на Steam с пометкой «Planned Release Date: To be announced» означает, что покупка прямо сейчас невозможна — но демо на момент выхода новости лежит на странице игры в открытом доступе. С российской платежки купить демо и не нужно: оно бесплатное.

Что в сухом остатке

Bridgebourn — это история про то, как одиночный разработчик, у которого не было и шанса конкурировать с AAA-студиями по контенту, выиграл по эстетике. Он не пытался сделать «лучше Diablo» — он сделал «не как Diablo». В мире, где ARPG-нишу занимают всё более похожие друг на друга гриндилки, нарисованный от руки полу-открытый мир со своими правилами выглядит резко и узнаваемо.

Если вы пишете свой долгострой — самое полезное, что можно вынести из этого кейса, — не «работай десять лет», а «найди такую визуальную и механическую идею, ради которой ты сам захочешь работать десять лет». Технические трюки вроде параллакс-слоёв и sprite vert manipulation — приятный бонус, но они работают только потому, что обслуживают цельную художественную идею.

Практический шаг, если вы делаете 2D-проект: возьмите одну сцену, разложите её на 5–8 параллакс-слоёв и добавьте vertex deformation хотя бы к одному классу объектов — деревьям или траве. Это работа на день, но она резко меняет ощущение от всего арта и сразу показывает, тянет ли стиль вашей игры такую глубину или нет.

Источники: страница Bridgebourn в Steam, аккаунт разработчика 2HeadedHero в X, треды в r/IndieDev про процесс разработки и публикацию демо.

Как это работает

Момо нажимает клавиши на Bluetooth-клавиатуре. Сигнал проходит через Raspberry Pi 5 в небольшое Rust-приложение DogKeyboard, которое фильтрует спецклавиши и передает ввод ИИ Claude.

После определенного количества символов система:

• отправляет текст в Claude Code,
• запускает сборку игры (на Godot 4.6, логика — на C#),
• выдает собаке лакомство через автоматическую кормушку,
• звуковым сигналом сообщает, что ИИ готов к следующему «брифингу».

Один цикл — и еще один уровень готов. На создание играбельной сборки уходит 1–2 часа.

Главный трюк — не в собаке

Самое сложное, по словам Лика, было не научить собаку «долбить» клавиши, а убедить Claude воспринимать бессмысленный ввод как осмысленные команды.

Решение — хитрый системный промпт. Искусственному интеллекту сообщили, что перед ним «эксцентричный гениальный геймдизайнер, который говорит загадками». Любой набор символов нужно интерпретировать как скрытую креативную идею.

Это глупость или в этом все же что-то есть?

Формально Момо не «кодит». Но эксперимент показывает, насколько гибко современные агенты могут интерпретировать даже абсурдный ввод.

Да и в целом, как фановый проект, ставший популярным мемом — отличное отражение времени.

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

Движок на Flutter, но с С++ под капотом

Ключевая идея Fluorite — «Dart-first» архитектура. Логика пишется на Dart и напрямую интегрируется с экосистемой Flutter: виджеты, Hot Reload, Widget Inspector и пакеты из pub.dev работают так же, как в обычных приложениях.

При этом производительность обеспечивается не Flutter-рендерингом. Вся тяжелая часть скрыта в высокоэффективном ECS-ядре на C++, которое отвечает за симуляцию, сцену и взаимодействие объектов.

Такой подход позволяет запускать проекты на мобильных устройствах, десктопе, embedded-платформах и даже консолях без переписывания движка под каждую цель.

Графика уровня AAA за счет Filament

Для рендеринга Fluorite использует Filament — 3D-движок Google с поддержкой физически корректного освещения (PBR). Это дает современное качество картинки без необходимости писать собственный рендерер или жертвовать производительностью ради кроссплатформенности.

По словам команды, связка Flutter + Filament позволяет разделить ответственность: UI и взаимодействие остаются на Flutter, а графика и сцена — на специализированном движке.

Чем Fluorite отличается от конкурентов

Главное отличие — ориентация на Flutter-разработчиков. Движок не требует изучать отдельный язык или редактор: сцены, логика и интерфейс живут в привычном стеке.

За счет этого итерации быстрее, а входной порог ниже, чем у традиционных игровых движков.

Toyota подчеркивает, что Fluorite — open-source проект и его дальнейшее развитие во многом зависит от сообщества. Судя по архитектуре, компания делает ставку на то, что интерактивные 3D-приложения станут таким же обычным сценарием для Flutter, как мобильные и веб-интерфейсы.

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

В этой статье мы подробно разберем оба эти аспекта. Сначала мы поговорим о реальных возможностях Роблокс для развития ребенка и для будущей профессии. Затем обсудим, какие шаги нужно предпринять, чтобы сделать его пребывание в этой среде безопасным. Наша цель — помочь вам превратить потенциальный источник беспокойства в ресурс для полезного и интересного обучения.

Если вы замечаете, что, играя в Роблокс, ребенок начинает фантазировать, как бы он сделал свою игру, этот интерес стоит поддержать. Для таких начинающих создателей в Школе программирования «Пиксель» есть два онлайн-курса:

• 3D-моделирование для детей в Роблокс
• Roblox Studio — создание игр и программирование на Lua для детей

Первый урок любого курса можно пройти бесплатно, запись на бесплатный пробный урок здесь.

Как устроен Роблокс?

Чтобы понять возможности Роблокс, сначала стоит разобраться в его устройстве. Это не одна программа, а целая экосистема, состоящая из двух основных частей —

Roblox Client (Роблокс Клиент) и Roblox Studio (Роблокс Студия):

• Roblox Client — это та часть, которую обычно называют «игрой». Это приложение или сайт, куда они заходят, чтобы играть в тысячи разных игр (их здесь называют «опытами»), общаться с друзьями, настраивать своего персонажа. Если проводить аналогию с YouTube, то Roblox Client — это как сам сайт YouTube, где можно смотреть видео.
• Roblox Studio — это совершенно другая, профессиональная программа для создания игр. Она бесплатна и устанавливается отдельно. В Роблокс Студио дети могут создавать свои собственные игровые миры и предметы с нуля. Продолжая аналогию, Роблокс Студио — это как программа для монтажа видео, в которой эти самые видео создаются. Большинство родителей видят только «клиент», в то время как вся образовательная и творческая ценность Роблокс для детей скрыта как раз в Студио.

Основные понятия, которые полезно знать:

• «Опыты» (Experiences). Внутри Роблокс дети редко используют слово «игра». Вместо этого говорят «опыт». И это не просто так. Контент на платформе очень разнообразен: это могут быть классические приключения, симуляторы (например, работа в пиццерии или жизнь в семье), гоночные треки, логические головоломки или просто места для общения. Каждый такой мир — это отдельный «опыт», созданный другим пользователем.
• Аватар (Avatar). Это виртуальный персонаж вашего ребенка в Роблокс. Его можно свободно настраивать: выбирать одежду, прическу, аксессуары. Внешний вид аватара — важная часть самовыражения, почти как стиль в реальной жизни.
• Виртуальная экономика: Robux и Premium.Robux (Робаксы) — это внутренняя игровая валюта. На робаксы можно купить одежду для аватара, особые умения внутри некоторых «опытов» или доступ к новым возможностям в игре. Робаксы можно приобрести за реальные деньги (поэтому важно контролировать покупки — об этом мы поговорим позже).Premium (Премиум) — это ежемесячная подписка. Она дает некоторые бонусы, например, ежедневную небольшую выплату робаксов и возможность продавать собственно созданные предметы другим игрокам.
• Пользовательский контент (UGC — User Generated Content). Это основа всей платформы. Практически все, что вы видите в Роблокс — игры, предметы, одежда — создано не компанией Roblox, а самими пользователями, включая подростков и детей. Именно эта система делает платформу такой огромной и разнообразной, но также накладывает ответственность за умение ориентироваться в этом контенте на самих игроков.

Теперь, когда основные термины стали понятнее, мы можем подробнее рассмотреть, какие именно полезные навыки помогает развивать детям Роблокс. А если интерес вашего ребенка сместится от игры «в» чьи-то миры к желанию создать свой собственный, этот путь начнется с освоения Роблокс Студио.

Не только игра: какие навыки развивает Роблокс у детей?

Когда ребенок увлечен игрой в Роблокс, со стороны может показаться, что он просто развлекается. На самом деле в этот момент он активно тренирует целый набор важных умений. И многие из них пригодятся ему далеко за пределами виртуального мира.

Логика и системное мышление

В Роблокс дети учатся анализировать и планировать. Почти каждый «опыт» в Roblox — это небольшая система со своими правилами. Чтобы преуспеть, ребенку нужно:

• Анализировать механику. Как здесь зарабатывают очки или валюту? Что нужно сделать, чтобы улучшить персонажа или построить дом? Это тренирует умение выявлять причинно-следственные связи.
• Строить стратегии. В популярных симуляторах, таких как Adopt Me! или Brookhaven, нужно планировать действия: сначала заработать деньги, потом купить питомца или мебель для дома. Это формирует навык последовательного достижения цели.
• Решать задачи. Многие «опыты» содержат головоломки или задачи, требующие логического подхода, например, как активировать механизм или пройти лабиринт.

Творчество и самовыражение

Роблокс развивает у детей фантазию. Что может сделать игрок:

• Изменить оформление своего аватара. Подбор одежды, аксессуаров и стиля для своего персонажа — это первый шаг к дизайну. Ребенок учится сочетать элементы, создавая уникальный образ.
• Дизайн пространств. В таких «опытах», как Welcome to Bloxburg, дети могут строить и оформлять дома, расставлять мебель, выбирать цвета и материалы. Это развивает вкус, чувство пропорций и пространственное мышление.

Основы цифровой грамотности и финансов

Для детей игра Роблокс — это и первый опыт в экономике. Это безопасная среда, где ребенок может на практике столкнуться с понятиями из мира взрослых:

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

Социальные навыки в виртуальной среде

Роблокс — это еще и социальная платформа, где дети учатся взаимодействовать:

• Работа в команде. Во многих играх победа зависит от слаженных действий: вместе строить парк аттракционов, вместе сражаться с монстрами, вместе управлять рестораном. Это учит кооперации, распределению ролей и ответственности за общий результат.
• Следование правилам. Каждое сообщество имеет свои неписаные нормы поведения. Ребенок усваивает, что для комфортной игры всем нужно придерживаться правил.
• Коммуникация для определенной цели. Чтобы договориться о совместных действиях, нужно уметь четко и понятно объяснять свои идеи другим игрокам.

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

Роблокс как стартовая площадка для цифровых профессий

Когда интерес ребенка к Роблокс перерастает из «мне нравится в это играть» в «а как это сделано?» или «я хочу сделать свое», это сигнал о пробуждающемся интересе к созданию игр. В Роблокс Студио дети могут в игровой форме примерить на себя роли реальных IT-специалистов. Давайте разберемся, какие профессии они могут начать осваивать уже сейчас.

Геймдизайнер

Ребенок в Роблокс Студио становится создателем собственных миров, придумывая для них правила и сюжеты. Геймдизайн здесь начинается с вопросов: «По каким правилам будет играться моя игра?», «Как игрок будет побеждать?», «Что сделает игру интересной?».

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

Программист

Без программирования объекты в игре останутся просто статичными картинками. В Роблокс Студио используется язык Lua — один из самых простых, понятных и подходящих для начала.

Чтобы игровой мир Роблокс ожил, ребенок пишет небольшие скрипты (инструкции в виде кода). Например, делает так, чтобы дверь открывалась, когда игрок подходит, чтобы светофор менял цвета, а лампочка загоралась от нажатия на выключатель. Это не абстрактные задачи, на которых сложно и скучно учиться, а конкретные полезные действия, результат которых виден сразу. Так ребенок на практике понимает логику алгоритмов, переменные, условия и циклы — основы любого программирования.

3D-дизайнер

Любая игра состоит из объектов: деревья, дома, машины, одежда для аватаров. Их создание — это и есть 3D-моделирование.

Прежде чем добавить предметы в Роблокс, ребенок создает их 3D-модели в специальных программах (например, Blender). Это может быть дизайн уникальной футболки для аватара, мебель для виртуального дома или фантастическое оружие. То есть Роблокс развивает пространственное мышление, чувство формы и композиции.

Продюсер и тестировщик

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

• Роль продюсера. Если ребенок работает в команде с друзьями, он невольно учится основам проектной работы: распределять задачи («ты строишь дом, а я программирую дверь»), следить за тем, чтобы все части сошлись воедино, и представлять свой «опыт» другим.
• Роль тестировщика. После создания игры ее нужно проверить, чтобы найти ошибки (баги), если они есть: почему дверь не открывается? Почему из-за стены можно провалиться? Это развивает внимательность, критическое мышление и умение методично проверять работу системы.

Для детей Роблокс может стать безопасной и увлекательной площадкой для первых профессиональных проб. Ведь здесь можно на своем опыте прочувствовать, из чего складывается работа разработчика игр, программиста или дизайнера. Создание миров в Роблокс поможет ребенку понять, что ему ближе и интереснее, и может стать отличным стартом для более серьезного и системного обучения в будущем.

Чем опасен Роблокс для детей и как нивелировать риски: инструкция по безопасности

Мы много говорили о возможностях, а теперь давайте поговорим и о другой стороне. Как и в любом большом онлайн-пространстве, в Роблокс есть моменты, требующие внимания родителей.

Основных ситуации, требующие внимания

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

Мошенничество с робаксами. Для покупок в Роблокс нужна внутренняя валюта. Мошенники пользуются этим, создавая сайты или обещая в чатах «бесплатные Robux», если ввести данные аккаунта или перейти по подозрительной ссылке. Это самый распространенный способ взлома аккаунтов.

Неоднородный контент. Поскольку игры создают сами пользователи, их качество и содержание сильно различаются. Иногда можно случайно зайти в «опыт» с пугающей или не подходящей по возрасту обстановкой.

Риск игровой зависимости. Яркие миры, постоянные обновления и виртуальное общение могут затягивать. Важно помогать ребенку сохранять баланс между цифровым и реальным миром.

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

Как сделать Роблокс безопасным для детей?

Настройте родительский контроль в аккаунте. Зайдите в настройки аккаунта вашего ребенка на сайте Роблокс. Найдите раздел «Конфиденциальность» или «Родительский контроль». Здесь нужно изменить две настройки:

• Включить «Ограниченный режим». Это строгий фильтр, который блокирует доступ к контенту, созданному пользователями, не прошедшим проверку Роблокс. Это основа безопасности для школьников младшего и среднего возраста.
• Настроить параметры контактов. Вы можете полностью отключить личные сообщения или разрешить их только от подтвержденных друзей. Также можно указать, кто сможет приглашать ребенка в игры и добавлять его в друзья.

Защитите аккаунт от взлома и нежелательных покупок.

• Установите PIN-код. В тех же настройках аккаунта можно установить 4-значный PIN. Без его ввода невозможно будет изменить настройки конфиденциальности или способ оплаты. Это защитит ваши настройки от случайного или намеренного изменения ребенком.
• Включите двухфакторную аутентификацию. Это самый надежный способ защитить аккаунт от кражи. При каждом входе с нового устройства потребуется ввести не только пароль, но и одноразовый код из письма или специального приложения (например, Google Authenticator или Яндекс.Ключ).

Поговорите с ребенком о цифровой гигиене. Объясните правила поведения в сети:

• Нельзя делиться личным: называть свое реальное имя, адрес, школу, показывать документы или фотографии из дома.
• Не переходить по подозрительным ссылкам. Особенно если они обещают подарки или бесплатные робаксы. Объясните, что это всегда обман, цель которого — украсть аккаунт.
• Договоритесь, что ребенок будет рассказывать о странных ситуациях в Роблокс. Если кто-то в чате ведет себя агрессивно, просит о чем-то странном или игра вызывает дискомфорт — нужно выйти из игры и рассказать об этом родителям. Вы вместе разберетесь и отправите жалобу администрации.

Важно! О функции возрастной верификации.

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

Заключение: ответственность и возможности — две стороны одной медали

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

С одной стороны, безопасность в этой среде не возникает сама по себе. Она становится результатом двух важных действий: технической настройки (того самого родительского контроля, о котором мы говорили) и открытого диалога с ребенком о правилах поведения в сети. Это — зона ответственности родителей.

С другой стороны, огромный развивающий потенциал Роблокс тоже не раскрывается автоматически. Игры в Роблокс развивают детей тогда, когда мы замечаем и поддерживаем интерес ребенка: помогаем найти уроки по Роблокс, организуем системное обучение.

Если вы видите, что ребенок не просто проводит время в Роблокс, а начинает делиться своими идеями: «А вот если бы здесь был такой уровень...» или «Я бы сделал игру про...», — это самый важный сигнал. Этот живой интерес к созиданию можно и нужно поддержать.

Мы приглашаем вашего юного геймдизайнера на бесплатный пробный урок онлайн-курса по созданию игр в Роблокс Студио. Под руководством преподавателя он не просто послушает теорию, а сразу начнет творить: создаст свою первую интерактивную локацию или объект, заставит его работать с помощью простого кода и на практике увидит, как создаются игры. Это лучший способ превратить интерес в увлечение, а увлечение — в первый уверенный шаг в мир IT-творчества.

Реклама. Рекламодатель ООО «Пиксель.Стади», ИНН 5074078988, erid: 2W5zFH4N27A

Зачем детям 3D-моделирование в Blender или Tinkercad

Представьте, что ваш ребенок получает возможность не просто рисовать на бумаге или экране, а создавать целые миры, которые можно рассмотреть со всех сторон, оживить или даже распечатать на 3D-принтере. Именно это дает детям знание программ для 3D-моделирования — уникальный навык XXI века, который сегодня доступен уже с младшего школьного возраста.

Но зачем это нужно? Помимо очевидного «это интересно», 3D-моделирование — это мощный инструмент для развития мышления и творческих способностей:

Пространственное мышление: видеть мир в объеме

Креативность: от идеи к осязаемому результату

Цифровые навыки: владение языком будущего

Умение работать в 3D-среде — это уже не просто дополнительный кружок, а базовая грамотность нового времени. Ребенок осваивает логику цифровых инструментов, понимает принципы построения виртуальных объектов, учится технической терпеливости и точности. Эти компетенции становятся все более востребованными в самых разных областях.

Tinkercad для детей — цифровой конструктор для первых открытий

Tinkercad — это онлайн-платформа для 3D-моделирования, которая легко превращает первые шаги в цифровом творчестве в увлекательную и понятную игру. Tinkercad можно представить как безграничный набор волшебных кубиков, из которых можно собрать все что угодно: от маленького брелока до модели космической станции. Причем эти кубики не лежат на столе — они живут в браузере.

Например, чтобы создать модель домика, нужно взять куб (это основа), поставить на него треугольную призму (крыша), а затем с помощью инструмента «Отверстие» вырезать в кубе дверь и окна, используя другие кубы и цилиндры. Этот принцип «вычитания» одного объема из другого или их «сложения» — ключевой для понимания логики 3D.

Панель инструментов Tinkercad минималистична и визуально понятна. Все основные действия — взять фигуру, повернуть ее, изменить размер, сгруппировать с другой — выполняются мышкой с помощью понятных «точек захвата» и плоских кнопок. Рабочая область — это виртуальный стол, на котором можно свободно вращать камеру, чтобы осмотреть объект со всех сторон. Знакомый с играми или другими конструкторами ребенок освоит интерфейс Tinkercad за 10-15 минут.

Главные преимущества:

• Нулевой порог входа. Не нужно ничего скачивать и устанавливать. Достаточно компьютера с выходом в интернет и современным браузером.
• Бесплатность. Полный функционал платформы от компании Autodesk доступен свободно после простой регистрации.
• Мгновенная отдача. Уже на первом занятии ребенок создает свой первый объект и испытывает восторг от того, что эту модель можно сделать настоящей, отправив ее на 3D-печать.
• Идеальная база для понимания 3D-логики. Платформа блестяще учит основам: что такое оси координат (X, Y, Z), как работает объем, что такое группировка объектов. Это азбука, без которой сложно двигаться дальше.

Минусы Tinkercad — это обратная сторона его простоты. Программа не предназначена для создания плавных, органичных форм — например, моделирования реалистичного человеческого лица, животного или сложного изогнутого дизайнерского кресла. Она работает с четкими геометрическими формами. Для многих творческих и технических задач этого более чем достаточно, но рано или поздно ребенок, желающий создавать персонажей для игр или сложные арт-объекты, упрется в этот «потолок».

Tinkercad подойдет для детей от 6 лет, делающих самые первые шаги в 3D, а также для любого новичка, чья цель — быстро и весело научиться основам, чтобы создавать функциональные модели для 3D-печати (игрушки, держатели, сувениры), простые макеты или архитектурные формы.

Если ребенок с удовольствием собирает модели в Tinkercad, его интерес можно развить и углубить. В этом поможет наш курс по 3D-моделированию для детей в Tinkercad, где эта программа становится полноценным инструментом для реализации серьезных проектов. Под руководством нашего педагога дети не просто комбинируют кубики, а учатся профессиональному подходу: от эскиза и технического расчета пропорций до подготовки сложной модели для печати. К концу курса каждый ученик создаст собственное портфолио из готовых работ — например, многосоставную головоломку, действующий механический механизм (вроде шарнирного робота) или детализированный архитектурный макет.

Первый урок курса по Tinkercad для детей можно пройти бесплатно, запись на бесплатный пробный урок по ссылке.

Blender для детей — цифровая студия для будущих профессионалов

Если Tinkercad можно сравнить с удобным конструктором, то Blender — это целая мастерская скульптора, инженера и режиссера под одной крышей. Это не просто программа для 3D-моделирования, доступная детям, это — полноценная профессиональная студия для создания трехмерной графики, которая при этом остается абсолютно бесплатной. Здесь нет готовых кубиков — здесь есть цифровая глина, из которой можно вылепить что угодно, от ювелирного украшения до целой анимированной сцены из фэнтези-мира.

Blender — это универсальный комплекс, охватывающий все этапы производства 3D-контента. Его ядро — продвинутое полигональное моделирование, где объекты создаются из сетки-«каркаса» (полигонов), вершины которого можно двигать, формируя любые, даже самые плавные и сложные формы. Для создания органических объектов (персонажей, существ) есть инструмент скульптинга, имитирующий работу с настоящей глиной: можно «вдавливать», «вытягивать» и «сглаживать» поверхность.

Но на этом возможности не заканчиваются. В Blender можно:

• Текстурировать и назначать материалы (сделать объект блестящим, матовым, прозрачным).
• Выстраивать освещение и визуализировать (создавать фотореалистичные или стилизованные «снимки» — рендеры).
• Анимировать объекты и персонажей, заставляя их двигаться.
• Монтировать видео, добавлять спецэффекты и даже работать со звуком.

Первое впечатление от интерфейса Blender может озадачить ребенка: множество панелей, вкладок и сотни кнопок. Это закономерно — так выглядит профессиональный инструмент. Однако это не хаос, а четко структурированная система. Основной секрет комфортной работы — в горячих клавишах. Опытные пользователи управляют программой в основном с клавиатуры, что делает процесс очень быстрым. Но для новичка это значит, что первые уроки будут посвящены не столько творчеству, сколько знакомству с этой логикой и основными комбинациями (например, G — переместить, R — повернуть, S — масштабировать). После этого барьер входа резко снижается.

Главные преимущества:

• Безграничные творческие возможности. Ограничением в Blender является только фантазия ребенка. Хочет создать робота с идеально ровными гранями? Пожалуйста. Мечтает вылепить фантастического дракона? И это возможно.
• Промышленный стандарт в индустрии. Навыки работы в Blender для ребенка — это серьезная строка в будущем портфолио. Программа активно используется независимыми студиями в геймдеве, анимации, рекламе и дизайне.
• Развитие комплексного, глубокого мышления. Работа над проектом учит видеть процесс от начала до конца: концепт → моделирование → текстурирование → постановка света → финальный рендер. Это воспитывает терпение, внимание к деталям и системный подход.

Также важно учитывать требования к уровню подготовки ребенка и технике:

• Высокий порог входа. Чтобы начать создавать что-то осмысленное, потребуется пройти этап изучения интерфейса и базовых инструментов. Это требует усидчивости и готовности к тому, что не все будет получаться сразу.
• Требования к компьютеру. Для комфортной работы, особенно при рендеринге сложных сцен, потребуется достаточно производительный ПК или ноутбук с хорошей видеокартой.
• Необходимость в структурированном обучении. Самостоятельное освоение Blender «методом тыка» часто приводит к разочарованию. Намного эффективнее двигаться по выверенной учебной программе с поддержкой преподавателя.

Blender — для целеустремленных детей и подростков 12-16 лет, которые всерьез увлечены миром компьютерной графики, мечтают создавать собственных персонажей для игр, короткометражные анимационные ролики или сложные визуализации. Это выбор для тех, кто готов инвестировать время и силы, чтобы получить по-настоящему мощный и востребованный навык.

Приглашаем на специализированный курс по Blender для детей и подростков в Школе программирования «Пиксель». Наши педагоги помогут преодолеть сложный начальный этап и построить прочный фундамент знаний. На курсе дети не просто изучат интерфейс Blender, а освоят полный цикл работы: от идеи и скетча до финального рендера. К концу обучения каждый ученик создаст собственное профессиональное портфолио, которое может включать, например, полностью текстурированного и анимированного 3D-персонажа или законченную стилизованную сцену с качественной визуализацией.

Записаться на бесплатный пробный урок курса «3D-моделирование в Blender для детей» можно здесь.

Перспективы изучения программ для 3D-моделирования для детей

Увлечение детей 3D-моделированием, которое начинается с простой фигурки в Tinkercad или первого персонажа в Blender, — это не просто хобби. Это ранний старт в освоении навыка, который сегодня лежит в основе десятков высокооплачиваемых профессий. Цифровое трехмерное пространство стало новой реальностью для творчества, инженерии и науки, и умение работать в нем сравнимо с владением популярным языком программирования.

Давайте рассмотрим конкретные направления, где сегодня востребованы навыки 3D-моделирования, и какие задачи решают специалисты в каждой из них.

Геймдев и анимация

Это одна из самых очевидных и желанных для детей подростков сфер. Здесь 3D-художники — настоящие творцы реальностей.

• Что делают: создают 3D-персонажей (от концепта до детализированной модели с текстурами и скелетом для анимации), окружение (города, леса, интерьеры космических кораблей), пропсы (оружие, транспорт, предметы быта) и визуальные эффекты (магические заклинания, взрывы).
• Пример задачи: получив концепт-арт фэнтезийного воина, художник по персонажам должен создать его 3D-модель, которая будет одинаково убедительно выглядеть с любого ракурса в игре, а аниматор — «оживить» его, запрограммировав движения бега, атаки и реакции.
• Главный инструмент — Blender.

Промышленный и предметный дизайн

Практически каждый объект, которым мы пользуемся, от зубной щетки до смартфона, прошел стадию 3D-моделирования.

• Что делают специалисты в этой области: разрабатывают внешний вид, эргономику и функциональность изделий. Создают цифровые прототипы, которые можно проверить на виртуальные нагрузки, собрать виртуально и только потом отправить в производство.
• Пример задачи: дизайнер получает техническое задание на разработку беспроводной колонки. В 3D-редакторе он создает ее форму, прорабатывает расположение кнопок и динамиков, подбирает материалы (пластик, ткань, металл) и создает фотореалистичные изображения для презентации клиенту.
• Какие инструменты используют: Tinkercad отлично подходит для первых шагов, обучения основам и создания простых концептов. Blender и другие профессиональные CAD-программы (Fusion 360, SolidWorks) используются для сложных инженерных задач.

Архитектура и визуализация

Современные архитекторы и визуализаторы больше не чертят на ватмане — они строят точные цифровые копии зданий.

• Что делают: создают архитектурные макеты и интерьеры в 3D, проводят виртуальные туры, визуализируют, как будет выглядеть здание в разное время суток или в разные сезоны. Это позволяет «прогуляться» по дому еще до закладки фундамента.
• Пример задачи: визуализатор получает чертежи будущей квартиры. Его задача — смоделировать ее в 3D, «расставить» мебель, подобрать отделочные материалы, настроить реалистичное освещение от виртуальных окон и создать серию изображений, неотличимых от фотографий.
• Какие инструменты используют: Tinkercad может стать первым инструментом для создания простых макетов. Для профессиональной работы используется Blender (особенно для сложного и креативного дизайна), а также специализированный софт вроде 3ds Max, SketchUp или Archicad.

Инженерное дело и 3D-печать

3D-печать перевернула подход к созданию вещей, но она невозможна без 3D-моделей.

• 3D-инженеры проектируют детали сложных механизмов (от дронов до протезов), проверяя их на прочность в симуляциях. Специалисты по 3D-печати адаптируют и готовят модели к печати, следя за тем, чтобы виртуальный объект можно было корректно воплотить в пластике, металле или смоле.
• Пример задачи: инженер должен смоделировать нестандартную деталь для ремонтного комплекта вышедшего из производства станка. Модель должна быть геометрически точной и учитывать физические свойства выбранного для печати материала.
• Какие инструменты используют: Tinkercad — идеальная площадка для знакомства с логикой 3D-печати, создания первых простых, но функциональных моделей. Для сложных технических задач используются Blender (для органических форм) и профессиональные CAD-системы.

Медицина и наука

В этой сфере 3D-технологии носят не коммерческий, а исследовательский и прикладной характер.

• Ученые создают 3D-модели молекул и кристаллических решеток для наглядного изучения, реконструируют внешний вид археологических находок по останкам, готовят модели органов пациента на основе данных КТ для планирования сложной операции.
• Пример задачи: ученый, изучающий новое химическое соединение, строит его точную трехмерную модель, чтобы понять, как он взаимодействует с другими молекулами. Эта модель становится ключом к разработке лекарства.

Как выбрать программу для 3D-моделирования, подходящую для вашего ребенка

Чтобы выбрать между Tinkercad и Blender для ребенка, не нужно быть экспертом в 3D-графике. Достаточно ответить на три вопроса: сколько лет ребенку, какова его ближайшая цель и сколько времени он готов уделять обучению. Эти критерии станут вашим основным ориентиром.

Ориентируйтесь на возраст и способность к самостоятельному обучению

• Tinkercad оптимален для детей 6-12 лет. В этом возрасте важнее всего быстрое ощущение успеха и понятная, игровая механика творчества. Ребенок еще не готов к долгому изучению сложного интерфейса, но с удовольствием будет собирать модели как цифровой конструктор и сразу видеть результат своей работы, особенно если есть возможность ее напечатать.
• Blender — для детей от 12-13 лет и старше, особенно если у ребенка есть выраженный интерес к конкретным сферам — играм, анимации, визуальным эффектам. В этом возрасте уже хватает усидчивости для преодоления начального, самого сложного этапа освоения профессионального инструмента. Ключевой фактор здесь — наличие внутренней мотивации.

Четко определите первую практическую цель

• Если цель — делать свои игрушки и сувениры для 3D-принтера, то ребенку нужен Tinkercad. Эта платформа идеально заточена под быструю подготовку моделей к печати. Ее инструментов хватит для создания 90% бытовых и декоративных предметов.
• Если ребенок хочет создавать крутых персонажей для игр или собственных мультфильмов — путь ведет к Blender. Никакой другой бесплатный инструмент не даст такой свободы в создании органических форм, детализированных персонажей и их дальнейшей анимации. Важно понимать, что это полноценный профессиональный софт, и для эффективного старта крайне желательна помощь преподавателя или структурированный курс.

Не бойтесь начинать с простого — это лучшая основа для сложного

Самый гармоничный и психологически верный путь в 3D-моделировании — последовательный. Начните с Tinkercad, даже если ребенок видит себя в будущем в геймдеве. Это даст ему бесценные преимущества:

• Уверенность в своих силах благодаря мгновенным и осязаемым результатам.
• Понимание работы с объемом, масштабом и композицией в трехмерном пространстве.
• Дети без проблем переходят на Blender, когда возможности Tinkercad становятся тесны для новых идей. Такой переход будет осознанным: ребенок уже будет понимать, зачем ему нужны более сложные инструменты.

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

Реклама. Рекламодатель ООО «Пиксель.Стади», ИНН 5074078988, erid: 2W5zFGart4G

Обучение программированию давно перестало быть скучным. Сегодня это — увлекательные миры, где каждая строчка кода приближает к победе. Мы собрали 5 лучших платформ и игр для изучения Python: от простых экспериментов до сложных головоломок — здесь есть путь для каждого юного айтишника.

Почему изучение Python в игровой форме вообще возможно

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

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

Зачем начинать именно с Python

Если бы у языков программирования был конкурс на звание самого дружелюбного для новичка, Python бы уверенно занял первое место. Вот почему:

• Python — читаемый, почти как обычный язык. Его команды часто интуитивно понятны и выглядят гораздо логичнее для ребенка, чем набор сложных символов.
• Мощный и простой. На Python пишут серьезные проекты: от игр и мобильных приложений до анализа данных и искусственного интеллекта. Начав с основ, подросток со временем сможет создавать действительно впечатляющие вещи.
• Универсальный и востребованный. Это один из самых популярных языков в мире, что открывает большие перспективы для будущего.

Мы выбрали пять проверенных платформ и игр для изучения Python и расположили их по возрастанию сложности — от самых первых шагов ребенка до интересных задач для продвинутых юных программистов:

• Простая песочница для экспериментов (Trinket) — чтобы попробовать и сразу увидеть результат.
• Визуально понятный игровой учебник (Tynker) — для плавного перехода от блоков к коду.
• Настоящее код-приключение (CodeCombat) — где каждый уровень проходится с помощью Python.
• Творческая мастерская в знакомом мире (Python + Minecraft) — для юных строителей и инженеров.
• Головоломки для чемпионов (CheckiO) — чтобы прокачать логику и алгоритмы.

Ребенок может начать с самого начала или выбрать ту ступеньку, которая лучше всего соответствует текущему уровню и интересам.

1. Trinket

Trinket — это одновременно и редактор для кода, и среда выполнения. Все, что ребенок пишет в нем — мгновенно оживает.

Это не просто игра для изучения Python со строгими уровнями, а интерактивная онлайн-лаборатория. Ее главный плюс — в простоте и мгновенном результате. Ребенок заходит на сайт в браузере, и уже через минуту может написать свою первую строчку кода, не устанавливая ничего на компьютер.

Обучение строится вокруг быстрых и наглядных мини-проектов. Начать можно даже с бесплатных уроков, например, с русскоязычных видео по Python на наших каналах на YouTube и RuTube. На первых порах достаточно повторять инструкции из уроков — они простые и будут понятны даже новичкам. Например, чтобы заставить черепашку нарисовать квадрат на экране, ребенок вводит эти короткие команды в своем Trinket-окне:

from turtle import *

forward(100)

right(90)

forward(100)

И вот он уже не просто слушает теорию, а сразу видит, как на экране возникает фигура. Можно поменять число в скобках, и черепашка пойдет дальше; заменить right на left, и она повернет в другую сторону. Это и есть изучение Python через игру и эксперимент.

Следующим проектом может стать простая викторина или игра «Угадай число», где важны уже не только команды движения, но и условия (if/else) и циклы (while).

Сильные стороны платформы:

• Нулевой порог входа. Не нужно настраивать сложную среду разработки — обучение идет прямо в браузере.
• Эффект «вау» от мгновенного результата. Связь между действием (кодом) и реакцией (рисунком, игрой) становится прямой и очевидной. Это лучшая мотивация продолжать.
• Идеальный инструмент для обсуждения результатов. Репетитор или педагог на онлайн-уроке может сразу видеть, что пишет ученик, и комментировать каждую строчку.
• Бесплатность и доступность. Достаточно иметь компьютер с выходом в интернет.

Что важно учитывать:

• Нет встроенного сюжета. Trinket — это инструмент, а не игра-приключение. Ему нужен «сценарий» — то есть учебный план, который обеспечит родитель, педагог или видеоурок.
• Требуется внешний источник заданий. Без понятного руководства ребенок может быстро исчерпать идеи и потерять интерес. Платформа дает свободу, но не направление.

Trinket идеально подходит для самого первого знакомства ребенка с программированием. Это способ в безопасной обстановке «пощупать» Python, понять базовую логику и, главное, получить ответ на вопрос: «А нравится ли мне этот процесс создания чего-то из цифровых „кирпичиков“?»

Если после таких экспериментов у ребенка загораются глаза и появляется миллион вопросов «а как сделать вот это?», значит, интерес перешел на новый уровень и наступает время для системного подхода. Свобода экспериментов в Trinket прекрасна, но для устойчивого прогресса нужна продуманная программа, последовательность и обратная связь от наставника.

Наши преподаватели на онлайн-курсах программирования на Python для детей помогают не просто повторять код, а осознавать логику каждой команды, учат собирать разрозненные знания в целостные проекты — собственные игры, приложения и анимации.

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

Tynker

Если Trinket — это свободная лаборатория, то Tynker — это уже учебник, который в игровой форме проведет от самых основ Python до серьезных проектов. Платформа построена на простой, но гениальной идее: чтобы ребенок не испугался текстового кода, нужно показать ему, что это — всего лишь новая форма уже знакомого языка.

Суть платформы — это образовательная экосистема, где дети начинают с визуального программирования, как в Scratch, перетаскивая блоки-команды. Причем в любой момент можно нажать всего одну кнопку — и увидеть, как знакомый набор цветных блоков мгновенно превращается в текст на Python.

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

Обучение проходит через структурированные курсы и сюжетные модули. Но цель — не просто изучить функции и переменные Python без практики, в игре ребенок получает миссию: запрограммировать траекторию полета дрона, чтобы собрать образцы на другой планете, или написать диалог для робота-компаньона. Чтобы выполнить задание и продвинуть историю вперед, нужно освоить новый инструмент — цикл for для повторяющихся действий или условный оператор if для принятия решений.

Например, задание может звучать так: «Напиши программу, чтобы робот повторил приветствие ровно 5 раз для каждой новой встречи». Сначала ребенок соберет это из блоков «повтори» и «сказать», а затем заглянет во вкладку «Текст», чтобы увидеть простой и понятный код:

for i in range(5):

robot.say("Привет!")

Сильные стороны платформы:

• Психологически комфортный переход. Ребенок не сталкивается со сложностями «чистого листа». Он опирается на свой прошлый опыт, и новый материал усваивается легче.
• Сюжетная вовлеченность. Интересное повествование и игровая форма делают процесс изучения Python похожим на квест, где каждая новая тема с это ключ к следующей двери.
• Ориентация на творчество. Многие курсы ведут не к решению абстрактной задачи, а к созданию своего небольшого мультфильма, игры или интерактивной открытки, что очень ценно для детей.

Что важно учитывать:

• Модель доступа — freemium. Самые интересные и комплексные курсы, как правило, доступны по подписке. Бесплатного контента хватит для знакомства, но для серьезного продвижения потребуется оплата.
• Основной язык — английский. Хотя интерфейс и многие популярные курсы переведены на русский, часть специализированного контента (например, по углубленному изучению Python) может быть доступна только на английском. Но для начального этапа это не критично.

Tynker — идеальная платформа для детей 10-13 лет, которые уже попробовали свои силы в визуальных средах, таких как Scratch, и хотят узнать, «как это работает на самом деле». Tynker — это безопасный мост между миром игрового конструирования и миром настоящей разработки, где можно не бояться сделать первый шаг.

CodeCombat

Представьте, что ребенок запускает любимую RPG-игру, но вместо того, чтобы нажимать клавиши со стрелками, он открывает текстовый редактор. Чтобы герой сделал шаг вперед, нужно написать hero.moveRight(). Чтобы атаковать огров, требуется разобраться с циклом while и условием if. Это и есть CodeCombat, игра, превращающая изучение Python в эпическое фэнтези-приключение.

Платформа построена как полноценная компьютерная игра с сюжетом, анимированными персонажами и захватывающими уровнями. Но ее главная механика уникальна: все управляется кодом. Игрок не просто кликает, он — настоящий программист-волшебник, чьи заклинания написаны на Python.

Обучение Python в этой игре построено на прямой зависимости: нет работающего кода — нет прогресса. На первом уровне задача может быть простой: заставить героя дойти до клада, используя базовые команды движения.

hero.moveRight()

hero.moveDown()

hero.moveLeft()

Уже на следующем этапе появляется враг. Чтобы победить его, нужно применить атаку в цикле, пока у противника есть здоровье:

while enemy.health > 0:

hero.attack(enemy)

С каждым новым уровнем вводятся новые концепции: условные операторы для выбора тактики (if enemy.type == "ogre":), циклы for для обхода массивов ловушек, функции для создания собственных заклинаний. В игре ребенок осваивает синтаксис и алгоритмы Python не потому, что «так надо», а потому, что без этого его герой не выживет и не найдет сокровище.

Сильные стороны платформы:

• Мощнейшая игровая мотивация. Желание узнать, что в следующей локации, и победить босса — лучший стимул разобраться с очередной сложной темой.
• Русский язык интерфейса и заданий. Все инструкции, сюжетные диалоги и обратная связь об ошибках полностью переведены, что снимает языковой барьер.
• Контекстное применение знаний. Каждая тема (циклы, условия, функции) сразу применяется для решения конкретной, визуально понятной игровой проблемы. Это формирует глубокое понимание, зачем нужен тот или иной инструмент.

Что важно учитывать:

• Фокус на решении игровых задач. Платформа блестяще учит логике и алгоритмизации в рамках своих уровней, но дает меньше простора для свободного творчества и создания своих проектов, как в Trinket или Tynker.
• Линейность прохождения. Хотя внутри уровня есть пространство для маневра, общий путь сюжета предопределен. Задачи четко поставлены, и нужно найти именно то решение, которое задумали разработчики.

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

Python в Minecraft

Если предыдущие платформы создавали свои миры для обучения коду, то этот подход идет от обратного. Здесь есть уже готовая, бесконечно любимая детьми вселенная — Minecraft — и в ней ребенок наделяется силой ее создателя через Python. Это не добавление мода или готового сценария, с Python ребенок получает прямой доступ к «начинке» игры.

Суть подхода — использование Minecraft как живой, трехмерной песочницы для программирования. С помощью специальных библиотек (например, mcpi) или инструментов в образовательной версии игры, ребенок пишет скрипты на Python, которые могут мгновенно преобразовывать виртуальный мир: возводить сложные сооружения, генерировать ландшафты, программировать поведение существ или создавать интерактивные механизмы.

Обучение строится не вокруг уроков, а вокруг проектов и сверхспособностей. Цель — не пройти уровень, а создать нечто уникальное. Ребенок задается вопросом: «Как построить целый город одним нажатием кнопки? Или заставить за мной повсюду летать светящийся шар?».

Чтобы это реализовать, он в игровой форме изучает, как код на Python взаимодействует с миром. Вот пример простого скрипта, который строит высокую башню из стеклянных блоков прямо под ногами игрока:

from mcpi.minecraft import Minecraft

mc = Minecraft.create()

# Получаем текущие координаты игрока

x, y, z = mc.player.getPos()

# Строим башню в 50 блоков высотой

for i in range(50):

mc.setBlock(x, y + i, z, 20) # 20 — это код блока стекла

Запустив этот код, ребенок из зрителя превращается в архитектора, который мгновенно материализует объекты. Следующим шагом он захочет добавить условие if, чтобы башня строилась только ночью, или цикл for, чтобы возвести не башню, а целую стену. Каждая новая тема из учебника по Python находит здесь немедленное, зрелищное применение.

Сильные стороны подхода:

• Беспрецедентный уровень мотивации. Для фаната Minecraft возможность программировать свою игру — это мечта, обучение Python становится не обязанностью, а способом получить суперсилу.
• Развитие пространственного и инженерного мышления. Ребенок учится мыслить в трех измерениях, рассчитывать координаты, планировать сложные структуры — это уникальный навык на стыке программирования, математики и дизайна.
• Изучение Python через игру. Мгновенный, масштабный визуальный результат от написанного кода дает мощнейший положительный импульс и глубинное понимание причинно-следственных связей в программировании.

Что важно учитывать:

• Необходимость начальной настройки. Для подключения Python к обычной версии Minecraft требуется установка специального ПО (например, Minecraft Pi API или мода Raspberry Juice) и настройка локального сервера. Это может потребовать помощи взрослого. Образовательная версия Minecraft: Education Edition существенно упрощает этот процесс.
• Сложность может расти неравномерно. От простого «поставить блок» до программирования сложной игры с правилами внутри Minecraft — дистанция огромного размера. Важно иметь под рукой грамотные руководства или поддержку наставника, чтобы движение было поступательным.

Программирование на Python в Minecraft идеально для юных строителей, исследователей и инженеров, которые днями напролет готовы творить в кубическом мире. Этот подход показывает программирование как инструмент безграничного творчества, переводя интерес от игры к ее созданию на самом глубоком уровне.

О наших онлайн-курсах для детей по программированию на Python в Minecraft подробнее можно узнать здесь.

CheckiO

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

CheckiO — это сборник программистских головоломок, где обучение строится не на повествовании, а на решении четко сформулированных задач. Платформа представляет собой карту островов. «Остров Интро» знакомит с основами, «Остров Строк» погружает в работу с текстом, «Остров Математики» предлагает численные задачи. Прогресс измеряется не в пройденных уровнях игры, а в покоренных интеллектуальных вершинах.

Механика проста и глубока: вы выбираете задачу, читаете ее условие (на английском) и пишете функцию, которая возвращает правильный ответ. Например, классическая задача начального уровня — проверить, является ли число числом Армстронга (число, равное сумме своих цифр, возведенных в степень, равную количеству цифр).

Пользователь видит условие и пишет свою реализацию:

def is_armstrong(number: int) -> bool:

# Превращаем число в строку, чтобы узнать длину и каждую цифру

digits = str(number)

power = len(digits)

# Считаем сумму цифр, возведенных в степень

total = sum(int(d) ** power for d in digits)

# Возвращаем результат сравнения

return total == number

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

Сильные стороны платформы:

• Фундаментальное развитие алгоритмического мышления. Платформа учит разбивать сложную задачу на этапы, выбирать оптимальные структуры данных.
• Фокус на качестве кода, а не только на результате. Возможность сравнить свое решение с другими воспитывает вкус к «чистому коду» и показывает, что программирование — это также искусство и ремесло.
• Подготовка к реальным испытаниям. Формат решения изолированных задач напрямую перекликается с техническими собеседованиями в IT-компаниях и олимпиадными заданиями.

Что важно учитывать:

• Высокий порог входа. Чтобы заниматься на CheckiO, нужно уже уверенно владеть базовым синтаксисом Python (циклы, условия, функции, списки). Это не площадка для первого знакомства и больше подойдет подросткам.
• Англоязычный интерфейс и формулировки задач. Понимание условия задачи — это обязательная часть челленджа. Для ребенка это может быть как дополнительным барьером, так и полезной практикой технического английского.

CheckiO идеально для подростков от 13-16 лет, которые уже освоили азы Python на других платформах и испытывают интеллектуальный голод. Это вызов для тех, кто хочет не просто создавать проекты, а оттачивать свое мастерство, соревнуясь в чистоте и эффективности логики с такими же увлеченными сверстниками со всего мира. Это следующий шаг после основ, ведущий в мир серьезного программирования.

Заключение

Все эти платформы и игры для изучения Python — прекрасный способ зажечь искру и показать, что программирование бывает невероятно увлекательным. Выбирая между ними, опирайтесь на уровень ребенка и его интересы:

• Ребенок 10-12 лет делает первые шаги в программировании — начните с Tynker или Trinket. Первый предложит структурированный, игровой путь, второй — свободу для экспериментов по готовым урокам.
• Подросток обожает компьютерные игры и хочет понять их логику: CodeCombat станет идеальным мостом между развлечением и обучением.
• Фанат Minecraft, мечтающий творить в любимой вселенной — лучше начать с Python в Minecraft, настроив среду с помощью взрослого или используя образовательную версию игры.
• Ученик, уже освоивший основы и жаждущий интеллектуального челленджа — CheckiO, следующая ступень для оттачивания мастерства и развития алгоритмического мышления.

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

Зачем знакомить детей 4-5 лет с программированием и алгоритмами

«Программирование для детей» чаще всего ассоциируется у родителей со сложными курсами или ранней профориентацией. Но, конечно, в дошкольном возрасте речь не может идти о подготовке к IT-профессии. Программирование для детей 4-5 лет — это развитие универсального стиля мышления, который станет основой для успешной учебы, творчества и умения решать любые жизненные задачи.

Почему это важно для каждого ребенка, даже если его будущее не связано с компьютером:

• Дети учатся решать задачи эффективно. Любая проблема — сборка конструктора по инструкции, уборка игрушек или приготовление бутерброда — решается пошагово. Это и есть алгоритм. Научившись разбивать большое дело на простые, понятные этапы и выстраивать их в правильной последовательности, ребенок перестает бояться сложных задач и обретает уверенность в своих силах.
• Развивают критическое и гибкое мышление. Алгоритмическое мышление — это не просто следование инструкции. Это умение анализировать («Почему башня из кубиков упала?»), задавать вопросы («Что будет, если поставить этот блок первым?») и, что особенно важно, исправлять ошибки. Если что-то пошло не так, можно вернуться, найти «сбой» в своем плане и попробовать другим способом. Это тренирует настойчивость и гибкость ума.
• Тренируют системное мышление. Мы учим ребенка видеть не только отдельные предметы, но и связи между ними, понимать, как часть соотносится с целым. Собрать пазл, приготовить салат по простому рецепту, проложить маршрут от дома до детской площадки — все это учит видеть структуру и систему, что напрямую пригодится и в школе на уроках, и в хобби, и в любой профессии.

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

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

Scratch Junior

Приложение Scratch Junior создано специально для знакомства дошкольников с программированием. Многие развивающие игры на планшете тренируют внимание и скорость реакции: нажать, свайпнуть, быстро отреагировать. Scratch Junior — это принципиально другой опыт. Здесь ребенок не реагирует на хаотично меняющиеся обстоятельства, а независимо и самостоятельно создает план действий, разбивая его на этапы. Эта среда визуального программирования для детей 4-5 лет позволяет создавать свои первые мультфильмы и интерактивные истории, составляя последовательность из ярких, понятных блоков, как при сборке конструктора.

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

Что развивает:

• Алгоритмическое мышление и понимание последовательности. Чтобы персонаж что-то сделал, нужно выстроить цепочку команд в правильном порядке. Это основа алгоритма.
• Понимание причинно-следственных связей. Ребенок наглядно видит, что каждый блок-команда (событие) — это причина, а движение или звук персонажа — ее следствие.
• Креативность. Малыш переходит из роли пассивного потребителя контента в роль автора, развивая воображение и проектное мышление.
• Базовое понимание программирования. Дети 4-5 лет лучше учатся играя. Здесь в игровой форме закладываются понятия циклов (повторить действие), условий и параллельного выполнения команд.

Если вы видите, как ребенок увлеченно собирает свою первую анимированную историю в Scratch Junior, его интерес можно поддержать и развить на наших онлайн-занятиях с педагогом. Приглашаем вас и вашего юного сценариста на бесплатный пробный урок курса «Программирование для дошкольников от 5 лет», где он научится создавать полноценные анимации в Scratch Junior и Kodu Game Lab. Записаться на пробный урок можно здесь.

Конструкторы

Игры с конструкторами — это гораздо больше, чем просто свободное творчество. Когда ребенок строит не «вообще», а по схеме, фотографии или вашему словесному плану («Сначала фундамент, потом стены, потом крыша»), он выполняет свое первое в жизни техническое задание. Это превращает игру в полноценный инструмент для развития структурного мышления.

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

Что развивает:

• Декомпозицию и проектное мышление. Умение разбить большую, сложную цель (построить замок) на маленькие, последовательные шаги.
• Пространственное и инженерное мышление. Понимание того, как детали сочетаются друг с другом, чтобы конструкция была устойчивой и соответствовала замыслу.
• Следование инструкции (алгоритму). Схема или словесный план — это и есть алгоритм, который нужно исполнить максимально точно.
• Терпение и концентрацию. Работа над проектом от начала до конца учит доводить дело до результата.

Конструирование по плану — это первая ступенька к инженерному и проектному мышлению. Навык разбивать большую задачу на шаги и точно следовать инструкции становится прочным фундаментом для будущего освоения алгоритмов и основ робототехники.

Робототехника

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

В отличие от игры на планшете, здесь результат будет не на экране, а в реальном мире. Чтобы привести робота к сыру на игровом поле, ребенку нужно заранее продумать и набрать на панели управления всю цепочку команд: «вперед-вперед-налево-вперед…». Если робот свернул не туда — это не проигрыш, а задача для «отладки». Нужно вернуться, найти ошибку в последовательности и исправить ее. Для дошкольника это уже программирование с наглядным результатом.

Что развивает:

• Конкретное понимание алгоритма и его результата. Ребенок видит не симуляцию, а физическое воплощение своей программы.
• Навык предварительного планирования и прогнозирования. Нужно мысленно «проиграть» весь маршрут, прежде чем отдать первую команду.
• Базовую «отладку». Умение анализировать ошибку, находить ее причину в цепочке команд и исправлять.
• Пространственную ориентацию. Закрепление понятий «вперед», «назад», «лево», «право».

Для детей 4-5 лет программирование роботов — один из лучших способов знакомства с алгоритмами, ведь здесь абстрактная цифровая логика встречается с физическим миром.

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

Робот-исполнитель

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

Суть игры раскрывается в смене ролей. Когда ребенок сам становится ведущим и программирует взрослого, он учится формулировать команды максимально ясно и однозначно, ведь его «робот» воспринимает все буквально. Это лучшая практика для понимания, как «думает» машина, и как важно разбивать большую задачу на маленькие шаги.

Что развивает:

• Понимание сути алгоритма и последовательности. Осознание, что любое действие состоит из шагов, идущих в строгом порядке.
• Точность формулировок и ввод данных. Умение давать ясные, недвусмысленные команды — основа будущего написания корректного кода.
• Концентрацию и активное слушание. «Роботу» необходимо удерживать в памяти все команды и не отвлекаться.
• Навык исправления ошибок в реальном времени. Если «робот» ошибся, нужно вернуться, найти, какая команда была понята неправильно, и перезадать ее — это и есть процесс исправления ошибки.

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

Сортировка сокровищ

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

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

Что развивает:

• Анализ свойств и классификацию. Умение выделять ключевые признаки объекта (цвет, форма, размер, материал) и группировать по ним.
• Понимание логических условий («если — то»). Это прямой прообраз конструкции if в программировании. «ЕСЛИ предмет красный, ТО положи его в эту коробку».
• Мышление по правилам (алгоритмический подход). Четкое следование заданному алгоритму отбора.
• Внимание к деталям. Тренирует наблюдательность, так как для принятия решения нужно изучить предмет со всех сторон.

Когда ребенок уверенно оперирует несколькими правилами одновременно, его мышление готово к более сложным логическим конструкциям. Эти навыки условных ветвлений, полученные детьми в 4-5 лет, становятся основой для понимания сложных алгоритмов в программировании.

Лабиринт на полу

Программировать можно не только виртуального персонажа или маму с папой. Потренироваться можно и на… себе или игрушечной машинке! В этой игре пол в комнате или асфальт на улице превращается в поле для стратегического планирования. Цель проста: пройти от точки А к точке Б. Но весь фокус в том, что сделать это нужно не наугад, а продумав маршрут заранее, как настоящий навигатор или разработчик игры.

Вы создаете лабиринт из подручных средств (веревки, подушки, книги) или рисуете его мелом. А затем добавляете игровую логику: «здесь — непроходимое болото (обойти)», «здесь — бензоколонка (обязательно заехать)». Ребенок стоит на старте и просчитывает весь путь в уме: «Сначала объеду это дерево, потом соберу звезду, а потом резко налево к финишу». Для дошкольников это тоже настоящее программирование!

Что развивает:

• Умение составлять алгоритмы и планировать. Способность думать на несколько шагов вперед и выстраивать оптимальную последовательность действий.
• Пространственное и стратегическое мышление. Умение держать в голове карту местности и соотносить ее с реальными объектами.
• Основы геймдизайна. Понимание, как работают препятствия, бонусы и правила — ключевые элементы любой игры.
• «Отладку» маршрута. Если первый путь не сработал, нужно мысленно «откатиться», найти ошибку в плане и предложить новое решение.

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

Тепло-холодно

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

Смысл игры выходит далеко за рамки простого поиска. Ребенок учится строить гипотезу («Игрушка, наверное, в шкафу»), проверять ее, получать обратную связь и на основе этой информации тут же корректировать свою следующую попытку. Этот цикл «действие → анализ ошибки → новое действие» — основа решения любых сложных задач.

Что развивает:

• Критическое восприятие обратной связи. Умение «слышать» и анализировать сигналы среды, а не игнорировать их.
• Стратегическое мышление и построение гипотез. Формирование логических предположений о расположении предмета и их последовательная проверка.
• Навык «отладки». Процесс поиска ошибки в изначальном плане и его оперативное исправление — точная аналогия того, как программист ищет и чинит баг в коде.
• Умение действовать в условиях неопределенности. Важнейшее качество для любой деятельности.

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

Данетки

Эта игра — отличная тренировка ума и знакомство с основами программирования для дошкольников, которые любят докопаться до сути. Она кардинально отличается от простого угадывания, превращаясь в интеллектуальный поединок, где побеждает не удача, а стратегия. Ребенку нужно раскрыть «тайну» (угадать загаданный предмет), задавая такие вопросы, чтобы каждый ответ — «да» или «нет» — максимально сужал круг поиска, как эффективный поисковый фильтр.

Здесь дети в свои 4-5 лет уже осознанно применяют бинарный метод — фундаментальный алгоритм в программировании. Каждый вопрос должен делить множество возможных вариантов примерно пополам: «Это живое?» (отделяет игрушки от растений и животных), «Это находится в комнате?» (сужает область поиска). Таким образом, ребенок строит в уме «дерево решений», отсекая целые ветки неверных гипотез.

Что развивает:

• Стратегическое и алгоритмическое мышление. Умение не просто спрашивать, а строить оптимальный алгоритм опроса, где каждый следующий вопрос зависит от ответа на предыдущий.
• Логическую дедукцию и анализ. Способность делать верные выводы из ограниченных данных, что критически важно для формальной логики.
• Навык декомпозиции задачи. Мысленное разбиение большой задачи («угадать что угодно») на последовательные, проверяемые шаги.
• Формулирование точных условий. Вопросы по сути проверяют условия (if), которым должен соответствовать загаданный объект.

Игра «Данетки» — это прообраз создания любого сложного условия в программировании, будь то диалог с персонажем, система подсказок или логика интеллектуальной викторины. Когда ребенок научился сужать круг поиска правильными вопросами, его мышление готово и к формальному знакомству с этими правилами.

Поиск сокровищ

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

Играя, дети 4-5 лет знакомятся с фундаментальной концепцией программирования — принципом линейного выполнения программы. Ребенок, как и компьютер, не может перепрыгнуть через шаг или выполнить их в произвольном порядке. Он выполняет команды строго последовательно, и только так достигает конечного результата. Эта игра учит все той же дисциплине мысли и действия, но облекает ее в форму поиска и открытий.

Что развивает:

• Четкое следование алгоритму. Понимание, что успех зависит от последовательного выполнения всех шагов цепочки.
• Удержание конечной цели и промежуточных задач. Развивает оперативную память и целеполагание — нужно помнить общую цель («найти клад»), но фокусироваться на текущей подсказке.
• Анализ и интерпретацию инструкций. Умение «прочесть» замысел ведущего, будь то символ, рисунок или слово.
• Дисциплину и терпение. Нельзя сразу прийти к финишу, важно пройти весь путь, запланированный в квесте.

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

Найди клад по карте

Эта игра — еще один шаг от конкретного к абстрактному. Здесь ребенок работает не с реальными предметами или указаниями, а с их символическим представлением — простейшей картой-схемой. Нарисованный от руки план комнаты или ограниченной территории, например двора, с условными значками (квадрат — стол, круг — ковер, крестик — цель) становится для малыша посланием, которое нужно расшифровать и применить в реальном мире.

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

Что развивает:

• Абстрактное и пространственное мышление. Умение «видеть» реальное пространство за условными обозначениями на плоскости.
• Работу с моделью данных. Понимание, что схема — это упрощенное, но точное отображение реальности, содержащее только нужную для задачи информацию.
• Навык декодирования инструкций. Карта со стрелками — это последовательность условий («иди от дивана к окну, а потом к столу»), которую нужно исполнить.
• Ориентирование и анализ. Тренирует внимательность, сравнение и умение делать выводы на основе непрямых указаний.

Эти навыки — переводить идею в схему и действовать по ней — лежат в основе программирования, и здесь дети 4-5 лет получают их в доступной игровой форме.

Все эти игры доказывают, что первые шаги в программировании для детей 4-5 лет — это веселое и естественное развитие важнейших навыков: логики, планирования и умения учиться на ошибках. Начиная с простых последовательных игровых действий и заканчивая решением настоящих мини-квестов, ребенок закладывает основу для структурного мышления, которое пригодится ему в любой сфере.

Реклама. Рекламодатель ООО «Пиксель.Стади», ИНН 5074078988, erid: 2W5zFGE6P9a

Для решения этой задачи и существует специальная программа — Kodu Game Lab, созданная компанией Microsoft. Ее главная цель — убрать все технические препятствия на начальном этапе. С помощью Kodu ребенок может сосредоточиться на самом интересном: придумать свой мир, заселить его героями, установить правила — и увидеть, как всё это оживает. Ему не придется писать для этого сложный код — писать вообще не придется! Вместо этого он будет собирать программы из блоков, как в конструкторах.

В этой статье мы подробно расскажем, почему Kodu Game Lab — это идеальная стартовая площадка для будущего гейм-дизайнера или программиста. Рассмотрим, какие именно навыки развивает эта платформа и как она помогает превратить детское увлечение в осознанное творчество.

Как устроен Kodu Game Lab: программирование без слов

Давайте разберемся, что делает Kodu Game Lab таким доступным для детей. В его основе лежит связь причины и следствия, этот принцип понимает каждый ребенок: «Когда случается событие→Происходит действие» (или When-Do на английский манер).

Представьте, что вы объясняете правила игры детям: «Когда мяч коснется игрока, он выбывает из игры» или «Когда герой увидит монету, он ее соберет». Kodu работает точно так же. Но вместо того чтобы записывать команды особым кодом, дети выбирают действия из готовых блоков, составляя понятные цепочки правил.

Как это выглядит на практике

Сначала ребенок выбирает персонажа, например, симпатичного робота Коду, и открывает редактор его поведения. Там он видит два столбца:

• КОГДА (When): Здесь задается условие. Можно выбрать из списка: «когда нажата клавиша стрелка», «когда я вижу яблоко», «когда до меня дотронулись».
• ДЕЙСТВИЕ (Do): Здесь выбирается ответное действие. Например: «двигаться вперед», «съесть», «прыгнуть» или «испустить лучик».

Соединяя эти блоки, ребенок буквально программирует поведение объектов в виртуальном мире. Он не пишет код, но строит алгоритмы — четкие последовательности команд, которые выполняются при определенных условиях.

Почему это так полезно для развития мышления

Работа по принципу «When → Do» напрямую развивает алгоритмическое и логическое мышление. Ребенок учится:

• Декомпозиции. Разбивать желаемое действие (например, «сразиться с врагом») на простые, понятные для компьютера шаги.
• Предвидению последствий. Понимать, что если он задал правило «когда вижу врага — стреляю», то его герой будет автоматически атаковать всех подряд. Это заставляет думать наперед и уточнять условия.
• Структурному мышлению. Видеть мир игры как систему взаимосвязанных объектов и правил, а не просто как картинку.

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

Что можно сделать в Kodu Game Lab: от ландшафта до правил игры

Kodu Game Lab — это настоящая цифровая мастерская, где дети становятся архитекторами, режиссерами и сценаристами в одном лице.

Создание собственного 3D-мира

Всё начинается с чистого холста. С помощью простых кистей и инструментов, похожих на те, что есть в графических редакторах, дети могут:

• Создавать любой рельеф, горы, долины.
• Размещать озера, реки и моря, заполняя их водой.
• «Сажать» деревья, цветы и другие растения, чтобы оживить пейзаж.
• Расставлять готовые объекты: дома, дороги, мосты, декорации.

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

Настройка персонажей и объектов: даем им «интеллект»

Любой объект в мире Kodu можно запрограммировать. Дети не просто расставляют домики и машинки — они задают их поведение, используя принцип «Когда → Действие»:

• Машинке можно задать правило: «КОГДА нажата клавиша ВПРАВО → ДЕЙСТВИЕ повернуть направо».
• Дерево может стать опасным: «КОГДА игрок подошел слишком близко → ДЕЙСТВИЕ выстрелить шишкой».
• Дверь может открываться: «КОГДА игрок коснулся → ДЕЙСТВИЕ исчезнуть».

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

Программирование игровой логики: создаем правила

Самое важное в игре — ее правила. В Kodu Game Lab дети могут создавать их также без сложного кода:

• Система очков. Можно легко настроить, чтобы за сбор яблока добавлялся 1 балл, а за столкновение с врагом — отнималась жизнь.
• Таймеры и условия. Можно создать задание «собери 10 монет за 2 минуты» или условие победы «когда все враги побеждены, показать надпись «Победа!»».
• Состояния объектов. Объект может менять свое поведение. Например, для врага: «КОГДА здоровье меньше 50% → ДЕЙСТВИЕ убегать от игрока».

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

Визуальный стиль и простота: почему это работает

Яркий, «мультяшный» интерфейс Kodu Game Lab — это не случайность, а продуманное педагогическое решение:

• Значки и меню понятны без инструкций. Дети учатся методом проб и ошибок, не боясь что-то сломать.
• Яркие цвета и дружелюбные персонажи сразу создают позитивную, творческую атмосферу, а не ощущение сложной учебной программы.
• Простой интерфейс позволяет сосредоточиться не на поиске нужной кнопки, а на главном — на своих идеях.

Kodu Game Lab дает детям целостный опыт создания игры — от идеи и дизайна мира до программирования поведения и настройки правил. Это и есть основа профессии геймдизайнера, поданная в доступной и увлекательной форме.

Какие навыки развивают дети, создавая игры в Kodu Game Lab

Работа в Kodu Game Lab — это больше, чем просто веселое времяпрепровождение. Это тренировка для ума, которая развивает сразу несколько важных навыков, востребованных как в IT-сфере, так и в жизни. Условно их можно разделить на две группы: обычно их называют hard skills (конкретные, измеримые умения) и soft skills (универсальные).

Hard Skills

Конкретные умения, которые пригодятся в будущем:

Алгоритмическое и логическое мышление. Это основа всего программирования, а не только Kodu Game Lab. Составляя цепочки правил «Когда → Действие», дети учатся мыслить последовательно, разбивать большую задачу на мелкие шаги и предсказывать результат своих команд. Они понимают, что компьютер выполняет инструкции буквально, и это учит точности и внимательности.

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

Базовое 3D-моделирование и пространственное мышление. Создание ландшафта учит работать с трехмерным пространством: планировать расположение объектов, учитывать высоту и глубину, создавать удобные для игры маршруты и укрытия.

Soft Skills

Универсальные навыки и качества личности, важные для любого дела:

Проектное мышление. Дети проходят полный цикл создания продукта: от идеи («хочу сделать гонку») и планирования до реализации, тестирования и «выпуска» готовой игры для друзей и семьи. Это учит доводить начатое до конца.

Креативное решение проблем. Когда что-то в игре работает не так, как задумано, ребенку нужно найти причину и исправить ее. Например, если герой проваливается под текстуры, нужно изменить уровень ландшафта. Это учит искать нестандартные выходы из ситуаций.

Критическое мышление и самопроверка (тестирование). Играя в свой же проект, ребенок волей-неволей становится тестировщиком. Он проверяет, всё ли работает гладко, нет ли слишком простых мест или тех, которые невозможно пройти. Это воспитывает критический взгляд на результат своего труда.

Усидчивость и концентрация. Создание даже простой игры требует времени и внимания к деталям. Достижение видимого результата (работающая игра) мотивирует концентрироваться на задаче и справляться с небольшими трудностями.

Как видите, Kodu Game Lab — отличный тренажер не только для будущего программиста, но и для любого ребенка, ведь никому не помешает ясное мышление, умение управлять проектами и творческий подход к решению задач.

Что делать, чтобы начать

1. Скачайте Kodu Game Lab с официального сайта Microsoft. Программа бесплатна и работает на обычном домашнем компьютере.

2. Пройдите с ребенком встроенные обучающие миссии. Они за 30-40 минут познакомят с интерфейсом и основными принципами, после чего можно будет приступать к созданию своего первого мира.

3. Предложите ребенку наши бесплатные уроки на YouTube и RuTube. Они простые и доступные, а сам факт завершения этих мини-проектов даст огромную уверенность.

А если вы видите, что увлечение серьезно, и хотите, чтобы развитие шло быстрее и эффективнее, приглашаем на наш курс по программированию в Kodu Game Lab для детей от 5 лет. Первый пробный урок проводится бесплатно. Преподаватель оценит уровень ребенка и выполнит с ним подходящий проект, а вы сможете оценить формат занятий.

Подробнее о курсе «Kodu Game Lab для детей» здесь.

А записаться на бесплатный пробный урок можно здесь.

Главное — начать. Возможно, первая игра, созданная вашим ребенком, станет отправной точкой для большого увлечения и будущей профессии в самой творческой сфере IT.

Что делать, когда ребенок вырастет из Kodu Game Lab? Переход на новый уровень

Kodu Game Lab — это идеальная стартовая площадка, но как и у любого конструктора, у него есть естественные границы. Рано или поздно у юного программиста возникнет желание создать что-то, что в Kodu просто не помещается. Например, сложную RPG-историю с диалогами, динамичный 2D-платформер или многопользовательскую игру.

Этот момент можно заметить по двум признакам:

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

Куда двигаться дальше:

1. Scratch. Это следующий логичный шаг после Kodu. Здесь тоже используется визуальное программирование блоками, но возможности гораздо шире. Дети научатся работать с переменными, сложными условиями и циклами, создавая 2D-игры и анимации. Это отличный мост между миром «правил» Kodu и миром «настоящего» программирования.

2. Roblox Studio. Очень популярная среди детей среда, где можно создавать и публиковать свои 3D-миры и игры, используя язык Lua. Если в Kodu Game Lab ребенку нравилось именно моделировать миры и придумывать механики для взаимодействия с объектами, то Roblox Studio станет подходящим продолжением.

3. Unity — для выхода на профессиональный уровень. Это одна из ведущих мировых платформ для создания 2D и 3D-игр, на которой сделаны тысячи коммерческих проектов. Переход на Unity и язык C# — это уже серьезный шаг в профессию. Знакомство с таким инструментом в школьном возрасте дает огромную фору в будущем.

Реклама. Рекламодатель ООО «Пиксель.Стади», ИНН 5074078988, erid: 2W5zFJAjmA8

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

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

Быстрый запуск и минимальная загрузка

Одна из главных фишек версии — скорость старта. Для начала игры браузер загружает всего около 56 МБ данных. Остальные ресурсы подгружаются динамически по мере исследования игрового мира.

Благодаря этому Vice City запускается почти мгновенно даже на слабых устройствах и при нестабильном интернете.

Разработчики также заявляют поддержку любых разрешений экрана. Интерфейс и картинка корректно масштабируются как на больших мониторах, так и на экранах смартфонов.

Управление, язык и сохранения

В браузерной Vice City есть поддержка геймпадов и сенсорного управления. Это делает игру более удобной на мобильных устройствах и планшетах, где клавиатура и мышь недоступны.

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

Как работает доступ и почему нужна оригинальная игра

Играть можно бесплатно, но с ограничениями. В свободной версии разрешено кататься по городу и заниматься побочными активностями.

Однако при попытке начать сюжет — после достижения первого чекпоинта в отеле Ocean View — игра попросит указать путь к файлу оригинальной GTA: Vice City, например gtavc.exe.

Проект проверяет контрольные суммы файлов, чтобы убедиться в наличии лицензионных ресурсов. Таким образом разработчики подчеркивают, что не распространяют пиратский контент.

Зачем все это сделали

По словам авторов проекта, браузерная версия Vice City создана в образовательных и исследовательских целях. Она демонстрирует, на что способны современные веб-технологии и как сложные игровые проекты могут работать без установки и нативных клиентов.

Для игроков же это простой и эффектный способ вернуться в Vice City — быстро, удобно и буквально в пару кликов.

Компания оформила их в виде привычных минимальных и рекомендуемых требований. Примерно так же делают разработчики игр перед релизом. Да и пользователям Steam такой подход должен быть знаком.

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

Процессоры и видеокарты: три уровня для разных сценариев

Microsoft делит игровые ПК на три условных класса. Для игр в 1080p на средних настройках компания рекомендует:

• CPU: современные четырех- или шестиядерные процессоры, например Ryzen 5 5600 или Core i5-12400;
• GPU: GTX 1660 Super или Radeon RX 6600.

Для 1440p и высоких настроек:

• CPU: минимум 6 ядер — Ryzen 5 7600 или Core i5-13600K;
• GPU: RTX 3060 Ti / 4060 Ti или Radeon RX 6700 XT.

Для 4K-гейминга:

• CPU: 8 ядер и больше, например Ryzen 7 7800X3D или Core i7-13700K;
• GPU: RTX 4080 или Radeon RX 7900 XTX.

При этом Microsoft уточняет, что при высоких разрешениях основная нагрузка ложится именно на видеокарту, а не на процессор. Поэтому слепо гнаться за топовым CPU не всегда имеет смысл.

Game Mode, память и накопители

Отдельно компания напоминает о Game Mode в Windows 11. По словам Microsoft, он снижает фоновую активность системы и приоритизирует игровые процессы, помогая стабилизировать частоту кадров.

По памяти рекомендации довольно приземленные:

• 16 ГБ ОЗУ — достаточно для большинства современных игр;
• 32 ГБ — для тяжелых проектов, модов и параллельных задач.

Для хранения игр Microsoft советует SSD от 1 ТБ, подчеркивая важность NVMe-накопителей.

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

Мониторы и здравый смысл

В гайде есть и советы по выбору мониторов. Microsoft считает 144 Гц оптимальным минимумом, а 165–240 Гц — актуальными для соревновательных игр. Также компания рекомендует учитывать время отклика и тип матрицы — IPS, VA или OLED.

Отдельный акцент сделан на простом, но часто игнорируемом моменте: нет смысла покупать железо под 240 fps, если монитор физически не может их показать. Да, очевидно. Но кто-то этот момент может и упустить.

Тогда эксперимент выглядел скорее как забавный трюк: животные бегали по упрощенному коридору, а любое движение вперед засчитывалось как «игра».

Спустя четыре года проект вернулся. И теперь это уже не просто мем, а куда более серьезная техническая система.

Команду по-прежнему возглавляет нейроинженер Виктор Тот. За это время установка эволюционировала во второе поколение и получила поддержку более сложных действий внутри движка DOOM.

Как крысы «играют» в DOOM сегодня

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

Главное отличие новой версии — значительно более богатый ввод.

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

Для ориентации в пространстве применяется система мягких воздушных импульсов: если крыса «врезается» в стену, она получает легкий поток воздуха в морду — так животному дают понять, что оно столкнулось с препятствием.

Но самое важное нововведение — возможность стрелять. В установке появился физический триггер, который крыса может активировать. Это означает, что животное теперь выполняет не одно действие, а несколько: движение, навигацию и активацию стрельбы.

Без имплантов и нейроинтерфейсов

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

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

Зачем все это нужно науке

Цель эксперимента — не доказать, что крысы «понимают» DOOM или осознают происходящее на экране. Главное, по словам авторов проекта, это показать, что игровые движки могут служить универсальной виртуальной средой для исследования поведения.

DOOM здесь был выбран не случайно: он легкий, модифицируемый и хорошо изученный.

Меня зовут Рамазан, и я люблю создавать всякие интересности в вебе.

В этой статье мы посмотрим на тест "Man or boy", который покажет уровень скилла Frontend-разработчика в вёрстке. К слову, название этого теста - отсылка к "Man or boy test", который однажды предложил Дональд Кнут в сфере разработки компиляторов.

В нашей же статье мы покажем три уровня скилла в вёрстке: Man, Boy и промежуточный Teen на всем известном примере. И сейчас это будет вёрстка бургерного меню. Да, то, как сделан этот популярный элемент в интерфейсе, может многое сказать об уровне разработчика!

Думаю, вы много раз уже видели вёрстку бургерного меню в рукописном CSS. Поэтому для разнообразия здесь мы будем пользоваться подходом Atomic CSS, который мне самому очень нравится. А работать мы в нём будем, используя фреймворк mlut. На мой взгляд, это один из самых недооценённых CSS-фреймворков.

Ну что, поехали!

Начальные настройки

Представим, что мы создаём мобильное меню и хотим сделать классическую кнопку для его открытия и закрытия. Обычно роль такой кнопки играет "бургерное меню" (далее также - бургер, меню), состоящее из трёх горизонтальных толстых линий. Примерно вот такого результата мы хотим в итоге добиться:

Но давайте сначала оформим холст, на котором будем создавать наше бургерное меню. Я сделал так, что оно будет находиться в самом центре, чтобы всё было наглядно и красиво. А вы можете настроить всё так, как удобнее вам.

Вот CSS, который будет сгенерирован из этой разметки:

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

CSS, который добавится:

В принципе на этом базовые настройки можем закончить - этого будет вполне достаточно для дальшейшей работы. Ну а следующие шаги уже определяют, каков уровень скиллов разработчика: Man, Teen или Boy в мире CSS!

Boy

Если разработчик только начинает свой увлекательный путь в мире CSS, то он наверняка не захочет сильно напрягаться над каким-то бургерным меню. Поэтому, чтобы сэкономить время, он просто найдёт Unicode-символ бургерного меню и вставит его прямо в кнопку. Может быть он ещё добавит какие-нибудь стили, чтобы всё выглядело хорошо (по возможности):

CSS:

Простейшее бургерное меню готово! Но этот путь не самый лучший: у нас нет большой свободы в выборе пропорций линий, а также в выборе расстояний между ними. Кроме того, мы и анимировать эти линии не сможем, поэтому вряд ли требовательный заказчик будет удовлетворён этим решением полностью.

Teen

Но если перед нами разработчик, который уже набил кое-какие шишки в вёрстке, ему не захочется иметь дело с неудобствами Unicode-символа. Он поймёт, что в бургерном меню по сути нет ничего сложного. Ведь можно просто сделать три прямоугольника с помощью `div`-ов, нужным образом их расположить, и вуаля - в его руках уже кастомный бургер! К тому же мы можем настроить всё, как только заказчик этого пожелает. Вот, как это делается:

CSS:

То есть мы просто делаем нашу кнопку `flex`-контейнером, а `div`-ы внутри неё равномерно распределяем по пространству. Вот, в принципе, и всё основное об этом способе. Стоит ещё раз подчеркнуть, что он уже позволяет сделать наше меню анимированным - в этом у нас полная свобода.

Man

Но, если перед нами настоящий профессионал, познавший многие тонкости вёрстки, его уже могут не устроить три одинаковых `div`-а в разметке. Они занимают место, а большого смысла не несут. И тогда он может вспомнить, что существуют такие элементы, которые задаются исключительно CSS-стилями - псевдоэлементы `::after` и `::before`. А ему здесь хватит даже одного!

Здесь мы изменили значение `justify-content` для кнопки, а также добавили стили для псевдоэлемента `::after`. Такими будут сгенерированные CSS-стили:

Это работает примерно так:

- мы задаём один псевдоэлемент у нашей кнопки, располагаем его нужным образом;

- у этого псевдоэлемента создаём две тени, расположенные с необходимым интервалом;

- мы задали скрытую подпись у кнопки, потому что настоящий профессионал должен заботиться и о доступности контента.

Вот и всё - не так уж сложно было, не правда ли? Но зато как элегантно! При желании здесь можно делать и хорошие анимации, по-разному двигая тени и окрашивая их.

Итоги

Я рад, что ты дочитал мою небольшую статью до конца. Надеюсь, что она была для тебя полезна и помогла прокачать твои навыки! В будущем я планирую выпустить ещё несколько статей на тему вёрстки. Буду рад, если ты вернёшься и почитаешь их :)

Успехов в этом увлекательном пути разработки!

Утром 3 декабря в России случился масштабный сбой — тысячи пользователей не смогли зайти в Roblox.

По данным Detector404, сервис зафиксировал более 1400 жалоб всего за сутки. При этом по подсчетам сервиса, с проблемой и вовсе столкнулось до 65 000 человек.

Судя по графику, сбой возник практически мгновенно: линия жалоб взлетела от нуля до сотен сообщений буквально за несколько минут.

На данный момент проблемы отмечаются в 25 городах — от крупных региональных центров (вроде Москвы и Екатеринбурга) до небольших населенных пунктов.

Пользователи сообщают, что они не могут войти в аккаунт, загрузить главную страницу Roblox или открыть приложение.

Как реагируют пользователи

В комментариях на сервисах мониторинга началась типичная паника.

Одни уверены, что «Roblox заблокировали в России навсегда», другие предполагают проблемы на стороне Amazon. Именно там размещается часть инфраструктуры игры.

Пользователи из Тюмени, Москвы, Краснодара и других городов подтверждают одинаковые симптомы: игра не запускается, сайт не открывается, мобильное приложение выдает ошибку подключения.

Что известно о причинах

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

В чем секрет привлекательности миниаппов

Миниаппы (мини-приложения) – это встроенные в мессенджер веб-приложения, которые позволят воспользоваться тем или иным сервисом без установки отдельных программ. Миниаппы дают возможность пользователям взаимодействовать с цифровыми продуктами, совершать покупки или играть в игры, не покидая интерфейса мессенджера. Такие приложения интегрируются с экосистемой мессенджера, используя его API для авторизации, платежей и уведомлений.

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

Что будущее за интернетом, мы поняли еще несколько лет назад – и сразу адаптировали наши системы для веб-среды. Сделать это нам удалось благодаря технологии WebAssembly (Wasm), с помощью которой можно создавать прогрессивные веб-приложения (PWA). Уже в 2021 году мы смогли добиться видимых результатов: распознавание паспорта РФ, распознавание документов и QR-кодов, а также сверка лиц стали доступны непосредственно в браузере. Притом все вычисления происходят непосредственно на пользовательском устройстве, а для распознавания не требуется GPU.

Эти возможности сразу оценили в банках – когда после удаления их приложений из сторов возникла необходимость перенести привычный пользовательский функционал в интернет.

Как использовать технологии распознавания в вебе

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

• Цифровой онбординг. Распознавание паспорта сегодня позволяет осуществлять онбординг и проверки KYC прямо через браузер. Чтобы открыть счет, оформить продукт или подключить услугу, клиенту нужно просто просканировать документ, или загрузить его изображение из галереи. Благодаря этому отпала необходимость личного посещения офисов или отделений и стало возможно получить доступ к сервисам в любое удобное время. Наша система работает и с паспортами СНГ, мы рассказывали об этом тут.
• Платежи и переводы. Благодаря автоматическому распознаванию стало возможно реализовать ежедневные платежи в онлайн-банках. Пользователь наводит камеру мобильника на QR, номер телефона или квитанцию и может моментально совершить оплату или перевод. Система уверенно работает даже в “экстремальных” случаях: когда треть QR-кода перекрыта или он находится на расстоянии или под углом. Здесь мы рассказывали, как в вебе реализовать распознавание банковской карты.

• Сервисы бухгалтерии. Сегодня большой популярностью пользуются сервисы аутсорсинга бухгалтерии для обслуживания юридических лиц. В особенности эта возможность полезна для малого бизнеса и индивидуальных предпринимателей – там, где для работы с документами просто нет штатного сотрудника. Распознавание документов (акты, УПД, счета-фактуры, формы ТОРГ-12, накладные и другие) позволяет решать задачи ввода и структуризации данных прямо в браузере. Быстро и удобно.

Благодаря возможностям Wasm эту функциональность можно легко перенести и в мессенджер. Некоторые наши клиенты так и поступили. Например, ВТБ уже запустил оплату по QR в мессенджере MAX. Говорят, что работает даже на парковке (наша распознавалка уж точно – интернет для этого не требуется).

Как это реализовать

Перейдем от теории к практике. Как мы писали выше, добавить распознавание в мини-приложения мессенджеров нам удалось благодаря технологии WebAssembly.

Наш основной продукт – библиотека компьютерного зрения. Поскольку она написана на С++, для переноса кодовой базы в браузер мы используем инструмент emscripten, поддерживаемый google. На выходе мы получаем wasm файл и js файл для работы с ним. Добавляем бизнес логику и распознавание, например, банковской карты реализуется вот так:

В браузере для захвата изображений с камеры необходимо сначала отрисовать видеопоток на canvas, аналогичным образом клиент может отрисовывать на canvas PDF и HEIC, если вам необходимо распознавания фотографии или документа из галереи, например.

Код выше показывает работу распознавания одного изображения, но если вы в цикле будете передавать изображения с камеры и дальше в spawnedSession.Process(image), то воспользуетесь преимуществами распознавания документов в видеопотоке. Кстати, мы недавно получили на это патент США.

Для распознавания в браузере паспорта РФ, реализация очень похожа.

Указываем режим распознавания и маску документа. Можно указать маску звездочкой “*”, а режим “anydoc”, тогда поиск будет осуществляться по всем доступным документам.

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

Результат распознавания представляет из себя объект с именованными полями документа и его изображения (лицо, подпись, шаблон документа). Мы не ограничиваем в структуре ответа, поэтому вы можете сформировать для себя ответ в json в любом удобном виде: с картинками или без, с метаданными, с коэффициентами уверенности и т.п.

Напоследок

Как можно убедиться, интеграция систем Smart Engines в миниаппы осуществляется быстро и абсолютно безболезненно. Гибкость наших технологий позволяет решать любые задачи распознавания хоть в Telegram, хоть в MAX, хоть в любом другом мессенджере с возможностью создания мини-приложений.

Скорость и качество работы технологий распознавания паспорта и других документов, а также кодифицированных объектов в веб-среде сопоставима с нативными библиотеками. Охват широкой аудитории мессенджеров и положительный пользовательский опыт обеспечены. Smart Engines – распознаем даже на парковке!

Из интересностей: у трупных забегов могут возникнуть проблемы, как устроены зеркала в Sims 4, в Donkey Kong Bananza лучший компаньон.

Обновления/релизы/новости

Crystal Dynamics провела очередную волну сокращений

Уволили под 30 человек.

KRAFTON предложила части сотрудников уволиться на фоне ставки компании на ИИ

Она также временно остановила найм сотрудников в команды, которые не занимаются разработкой оригинальных IP и технологий ИИ.

Valve представила VR-гарнитуру, новые модели Steam Machine и Steam Controller

Консоли в очередной раз проиграли.

Ubisoft отложила финансовый отчёт за 15 минут до публикации и попросила приостановить торговлю своими акциями

Что-то готовится.

Движок Cocos купили за 72 млн долларов

Теперь он принадлежит китайской компании SUD, развивающей облачную платформу для геймификации приложений.

Restaurats заработала полмиллиона долларов менее чем за неделю

Игра уже отбила затраты на разработку.

Escape from Tarkov стартовала в Steam с «в основном отрицательнымиотзывами» — после полного релиза серверы шутера не выдержали нагрузки

Геймеры не могли начать играть больше десяти часов — разработчики пообещали компенсацию за неудобства.

Critical Role и успех Dispatch спасли студию AdHoc от закрытия — до релиза её руководители полгода не брали зарплаты

Теперь авторы могут наконец перевести дух.

Продажи Kingdom Come: Deliverance II достигли 4 миллионов копий

Команда также поблагодарила аудиторию за поддержку.

Продажи ARC Raiders достигли 4 млн копий

Это лучший запуск в истории Nexon.

Вышел Unreal Engine 5.7

Procedural Content Generation готов для прода, экспериментальная система Nanite Foliage для рендеринга детализированный окружений, большие улучшения по части работы с анимациями и многое другое.

Халява/раздачи/бандлы/курсы

Procedural Feather (Blender Geometry-Nodes)

Позволяет процедурно генерировать перья разных размеров и форм.

Интересные статьи/видео

[EN] У трупных забегов могут возникнуть проблемы

Пробежка до трупа — неотъемлемая часть игрового дизайна. От чего-то лёгкого, вроде Super Mario Odyssey, до более сложных Souls-like игр.

[RU] Как устроены зеркала в Sims 4

Заглянем за занавес.

[EN] В Donkey Kong Bananza лучший компаньон

Почему же Полин — идеальная спутница.

[RU] Воксельный движок за выходные

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

[EN] Substace 3D и Marmoset Toolbag для создания керамической плитки

Эймен Акмаз поделился рабочим процессом создания керамической плитки, рассказав о том, как использовал ноды Shape, Spiral, и Disc для создания форм, а также о том, как соединил и совместил формы с базовой плиткой, чтобы создать единую поверхность.

[RU] Серверы VALORANT с тикрейтом 128

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

[EN] Кевин Шмитт о разработке уровней для Outlaws

Кевин Шмитт рассказывает о своей работе по проектированию уровней для игры, в том числе о том, как он получил работу в LucasArts в 1995 году, подходе к дизайну уровней Outlaws, советах новым разработчикам и многом другом.

[RU] Проблемы контурных карт: анализ графики Europa Universalis 5

Для анализа взята релизная версия (1.0.0) с рендером Vulkan (который разработчики позиционируют как основной), GPU Capture сделана при помощи Nvidia Nsight, разрешение экрана 2560×1440.

[EN] Как обустроить спальню подростка в стиле 80-х

Уильям Антуан Трембле рассказал, как в своём проекте направляет взгляд зрителя в сцене, и поделился тем, как он работал с шейдерами в Unreal Engine.

[RU] 1C Игры — с начала до продажи Tencent. Часть 1. «Золотой век» игровой индустрии

В первой части выпуска про историю игрового направления 1С поговорили с Юрием Мирошниковым и Николаем Барышниковым — людьми, стоявшими у истоков российского геймдева.

[EN] Цикл хитового жанра

Никто не знает, когда закончится очередной бум жанров с быстрыми обновлениями. Создание любой игры — рискованное занятие.

[EN] Моделирование и текстурирование комиксного персонажа

Станислав Лозицкий рассказал, как он создавал свой проект, и поведал о том, как он моделировал голову и оружие, а также как использовал различные настройки камеры и ракурсы, чтобы показать части тела персонажа.

[EN] Spectral rendering, part 1: Spectra

Представлен спектральный рендеринг для более точной цветопередачи.

[EN] Создание двора в стиле Хуэйчжоу с помощью UE и Substance 3D

Габриэль Гуанчжоу объяснил рабочий процесс проекта 蔓蔓日茂 (Расцветающий рост), показав, как создавался традиционный архитектурный стиль, и поделившись тем, как они создавали вручную нарисованные текстуры для растительности.

[EN] Coding This is Us

Технический анализ графических приёмов, использованных в демке, представленной на конференции Revision 2025.

[EN] Моделирование и анимация жуткой модели гибрида птицы

Ребекка Томасони расскахала о модели Holy Critter, объяснив, как текстурировала кожу и как создала и анимировала биение сердца, чтобы оживить персонажа.

[EN] Растеризация динамических эффектов с помощью Niagara

Гислен Жирардо в своём новом видеоуроке рассказал о различных способах растеризации динамических эффектов с помощью Niagara.

[EN] Клепаем винтажную ручную дрель

Кристина Папакина рассказала о проекте Millers Falls Hand Drill No. 980, объяснив, как текстурировала пропсы, чтобы имитировать реальные материалы, и как работала с износом.

Разное

Игра ручной работы с историей, разворачивающейся в блокноте

UGOMEKU NOTE отличается необычной графикой и необычными персонажами.

Милая 3D-тян в кинематографическом кадре в Blender

Из Твиттера.

Если хотите поддержать выход дайджеста и других материалов, сделать это можно одним из способов.

• На Патреоне
• На Boosty
• Через Paypal
• Через Яндекс.Деньги

Также вы можете подписаться на рассылку дайджеста.

Пока нейросеть пишет код, программист может смотреть TikTok, листать Tinder или играть в мини-игры.

Проблема, о которой никто не говорил

Создатели Chad IDE заявляют, что современные инструменты вроде GitHub Copilot породили новую форму «кризиса продуктивности». Мол пока ИИ пишет код, разработчик вынужден просто ждать.

Исследование команды показало, что 87% инженеров в этот момент тянутся к телефону. И, по данным самих авторов, теряют по 5–10 минут на пролистывание соцсетей после каждой генерации.

Так появился концепт «engagement-driven development» — разработки без скуки.

Как это работает

Chad IDE добавляет в окно разработки развлечения «с пользой для фокуса». Ключевая идея — не дать разработчику покинуть IDE, но при этом удержать внимание в контексте проекта.

Основные функции

• Active Generation Monitoring — визуализирует процесс генерации кода, добавляя анимации и контекстные подсказки.
• Micro-Interactions — легкие интерактивные элементы, которые не мешают, но отвлекают от телефона.
• Context Preservation — IDE «напоминает», над чем вы работаете, даже если вы смотрите видео.

Интеграции

Chad IDE поддерживает сервисы, которые обычно отвлекают. Теперь они используются «для концентрации»:

• TikTok и *Instagram Reels — вертикальные видео прямо в редакторе, автопауза при фокусе на коде.
• YouTube Shorts — подборка видео о программировании.
• Tinder — свайпы с «кодовыми» айсбрейкерами для разработчиков.
• Мини-игры — казуальные игры во время компиляции.

Авторы уверяют, что эти функции не мешают, а наоборот — предотвращают контекстные переключения.

Эффект: «меньше скуки — больше кода»

По данным внутреннего тестирования:

• количество отвлечений снизилось на 43%;
• время, потерянное на телефон, сократилось на 2,3 часа в день;
• продолжительность «состояния потока» выросла на 67%;
• а раздражение из-за долгих генераций — на 89% меньше.

Один из тестировщиков из *Meta назвал IDE «фиджет-спиннером для мозга, который держит тебя в контексте кода».

*Компания Meta и ее продукты признаны экстремистскими, их деятельность запрещена на территории РФ

Если вы интересуетесь играми, то можете помнить 2023 год, когда Baldur’s Gate 3 косила награды пачками и вызывала восторги всех и вся, или 2024, когда платформер AstroBot на пару с пиксельным карточным рогаликом Baltaro оставили далеко позади AAA-проекты от крупных компаний. Этот год может быть не менее интригующим, потому что я насчитал порядка 25 проектов, которые так или иначе заслуживают внимания. И это не трогая портативные консоли и просто консоли.

Жюри из более чем сотни мировых изданий выбирает номинантов для категорий. После выбора претендентов проходит голосование, в котором могут участвовать и зрители.

Дисклеймер: В статье много субъективного мнения автора и предвзятого отношения к определённым проектам. Не слушайте автора и играйте в то, что вам нравится, а в то, что не нравится — не играйте.

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

Я выбрал 8 игр, которые, по моему мнению, самые крутые в этом году, а в конце расскажу на какие ещё проекты стоило бы посмотреть. Мы обсудим игры в порядке их выхода, не будем касаться онлайн-игр и портативных консолей.

Пока номинанты TGA ещё не выбраны, списки по номинациям будут в середине ноября, смотрите на официальном сайте. Теперь давайте посмотрим на то, какие проекты выходили в этом году и какие из них могут претендовать на почётный титул.

Kingdom Come: Deliverance II

Дата выхода: 4 февраля 2025

Разработчик: Warhorse Studios

Издатель: Deep Silver

Жанры: экшн RPG

Режим игры: одиночный

Платформы: PlayStation 5, Xbox Series X and Series S, GeForce Now, Microsoft Windows, Amazon Luna

Примерная продолжительность: 55 часов основной сюжет, 140 часов на прохождение 100%

Kingdom Come: Deliverance — это ролевой экшн, который рассказывает историю сына кузнеца Инджриха из Скалицы, чья деревня была сожжена, а родители убиты. Он клянётся отомстить виновнику — королю Сигизмунду.

Индриж ищет мести и выживает в суровом Средневековье. В нём действительно нужно выживать — изучать нужные навыки, вовремя есть и пить, следить за гигиеной. Боевая система тоже непростая, просто закликать врага мышкой не получится: например, нужно парировать лезвие меча, думать о своей тактике и следить за стаминой; есть разные виды оружия и урона. В игре, как и свойственно RPG, есть разные задания и навыки.

Вторая часть продолжает историю Инджрика. В продолжении игровой мир был расширен в два раза, появились арбалеты и самое примитивное огнестрельное оружие, а также появилась система репутации. Боевая система, которая в первой части для многих была сложной, была проработана. Нет, она не стала проще, просто стала более интуитивной. Система репутации осталась примерно такой же, как в первой части, но стала более глубокой. Цепочки квестов тоже словно стали глубже, интереснее, и рассказывают захватывающие истории.

Kingdom Come прекрасно создаёт атмосферу Средневековья. Если хочется почувствовать себя средневековым рыцарем — вы по адресу.

Monster Hunter Wilds

Дата выхода: 28 февраля 2025

Разработчик: Capcom

Издатель: Capcom

Жанры: приключение, экшн RPG

Режим игры: одиночный, кооперативный

Платформы: PlayStation 5, Microsoft Windows, Xbox Series X and Series S, GeForce Now

Примерная продолжительность: 20 часов основной сюжет, 110 часов на прохождение 100%

Monster Hunter — огромная и старая серия, легендарная, с армией фанатов, получила продолжение. Если совсем коротко, в этой игре нужно выслеживать и изучать монстров, охотиться на них, крафтить новое снаряжение и отправляться снова за новыми трофеями.

Знаменитый симулятор охоты на монстров, казалось бы, развивать уже некуда. Оказалось — есть. Игрокам предстоит исследовать Запретные земли, которые суровы: в них меняется погода, сезоны, время суток, всё это влияет на поведение монстров, ваше тактику и весь игровой процесс. Боевая система стала разнообразнее и насыщеннее: появились механики боя на ездовом животном (сейкрет), которое теперь может хранить сменное оружие; появились механики парирования и оглушения. Всех нововведений так просто не перечислить.

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

Почти традиционно у игры есть технические проблемы: проседания FPS, баги и лаги. Это свойственно проектам MH на старте, сейчас проблем меньше, но они всё ещё есть.

В итоге всё на месте: исследования, охота, крафт, а теперь и сюжет. Получилось прекрасное продолжение серии.

Split Fiction

Дата выхода: 6 марта 2025

Разработчик: Hazelight Studios

Издатель: Electronic Arts

Жанры: приключенческий экшн, платформер

Режим игры: кооперативный

Платформы: PlayStation 5, Nintendo Switch 2, Xbox Series X and Series S, Microsoft Windows, GeForce Now

Примерная продолжительность: 15 часов

Split Fiction — кооперативная игра для парного прохождения. По жанру это кооперативный приключенческий 3D-экшн с уклоном в платформинг. В жанр подобных кооп-игр вторую жизнь вдохнула It takes two, а Split Fiction выглядит как прекрасный представитель этой категории игр.

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

Игроков ждёт парное прохождение с разными механиками практически на каждом уровне. Сеттинги постоянно меняются, есть и загадки, и головоломки, разные инструменты для прохождения. Игроки должны помогать друг-друга преодолевать разные препятствия, взаимодействовать и добиться слаженности действий.

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

Clair Obscur: Expedition 33

Дата выхода: 24 апреля 2025

Разработчик: Sandfall Interactive

Издатель: Kepler Interactive

Жанры: приключение, экшн RPG, JRPG (Japanese RPG)

Режим игры: одиночный

Платформы: PlayStation 5, Xbox Series X and Series S, GeForce Now, Xbox Cloud Gaming, Microsoft Windows

Примерная продолжительность: 30 часов основной сюжет, 70 часов на прохождение 100%

Clair Obscur: Expedition 33 — RPG с пошаговыми боями, в которых от игрока требуются и действия в реальном времени.

Завязка очень загадочная. Раз в год таинственная Художница просыпается и рисует на Монолите цифру. Все люди достигшие этого возраста исчезают, а цифра на Монолите уменьшается каждый год и человечеству грозит вымирание. И каждый год к Монолиту отправляется экспедиция, чтобы попытаться её остановить.

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

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

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

Mafia: The Old Country

Дата выхода: 8 августа 2025

Разработчик: Hangar 13

Издатель: 2K

Жанры: приключенческий экшн

Режим игры: одиночный

Платформы: PlayStation 5, Xbox Series X and Series S, Microsoft Windows, GeForce Now

Примерная продолжительность: 12 часов основной сюжет, 24 часов на прохождение 100%

Бальзам на душу поклонников серии Mafia. Эта игра — приквел всей серии игр, который переносит нас не куда-то там, а на саму Сицилию!

В роли Энцо Фарвары игрок окунётся в преступный мир Сицилии 1900-х годов и будет доказывать свою ценность для криминальной семьи.

The Old Country смотрится кинематографично, а играется в лучших традициях Мафии. Внутри будут погони, рукопашные схватки и перестрелки, исследование Сицилии, задания, сюжетные повороты и смертоносные интриги.

Я думаю, что даже не-фанаты Мафии нашли бы для себя что-то в этой игре, посмотрим найдёт ли в ней что-то конкурсное жюри.

Hollow Knight: Silksong

Дата выхода: 4 сентября 2025

Разработчик: Team Cherry

Издатель: Team Cherry

Жанры: метроидвания, платформер, приключение, экшн

Режим игры: одиночный

Платформы: Linux, macOS, Nintendo Switch, Nintendo Switch 2, PlayStation 4, PlayStation 5, Windows, Xbox One, Xbox Series X/S

Примерная продолжительность: 30 часов основной сюжет, 60 часов на прохождение 100%

Silksong ждали целых 7 лет. Изначально это должен был быть DLC, но проект вырос в полноценную игру. Разработчики несколько раз объявляли даты релиза, чем породили мем с героем оригинальной Hollow Knight в клоунском парике. Так игроки сказали, что хватит дурачить их ложными датами релиза.

В итоге релиз наконец случился. И он был настолько ажиотажным, что сервис оплаты Steam просто прилёг на вечер и игру невозможно было купить!

Давайте о самой игре. Если вы с ней не знакомы, Hollow Knight — это экшн-платформер с элементами метроидвании, в котором есть классные боссы, интересные локации и неплохой сюжет.

В первой части молчаливый рыцарь-жучок разгадывает тайны жучьего королевства и спасает жителей от большой беды в виде чумы. Он узнаёт как чума вырвалась наружу, узнаёт о судьбах короля и его подданных, а в итоге спасает королевство. На своём пути он встречает принцессу Хорнет, которая иногда испытывает его, а иногда помогает.

Именно Хорнет становится героиней Silksong. Она попадает в новое королевство Фарлум, жители которого стали жертвами загадочного безумия. Хорнет стремится узнать что за этим стоит и раскрыть тайну того, как это связано с ней самой.

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

Игры серии Hollow Knight цепляют проработанным миром, отдельными биомами, саундтреком, загадками, боссфайтами и испытаниями. В этом плане Silksong никак не разочаровывает., а только показывает развитие первой части.

Borderlands 4

Дата выхода: 12 сентября 2025

Разработчик: Gearbox Software

Издатель: 2K

Жанры: шутер от первого лица, экшн RPG

Режим игры: одиночный, кооперативный

Платформы: PlayStation 5, Nintendo Switch 2, Xbox Series X and Series S, GeForce Now, Microsoft Windows

Примерная продолжительность: 30 часов основной сюжет, 90 часов на прохождение 100%

Borderlands — одна из моих любимых серий игр. Первая и вторая затёрты до дыр, дополнения и третья пройдены до конца. Теперь перед нами четвёртая.

На этот раз мы не на Пандоре, а на планете Кайрос. Искатель хранилища в нашем лице должен возглавить сопротивление против местного диктатора Хранителя Времени.

Серия не изменяет себе. Это тот же лутер-шутер, с самобытной графикой, искромётным (иногда буквально) юмором, толпами врагов и прокачкой. Формула классов тоже примерно такая же: у нас есть сирена, танк ближнего боя, условный саппорт и универсальный боец. И, конечно, не забывайте кооператив командами до 4х человек, в котором можно покрошить в рейде эпических боссов или просто проходить игру вместе.

Прекрасный гринд правильного лута, динамичный экшн, кооп, юмор и пасхалки — эту серию всё ещё есть за что любить.

Battlefield 6

Дата выхода: 10 октября 2025

Разработчик: Battlefield Studios

Издатель: Electronic Arts

Жанры: шутер от первого лица

Режим игры: одиночный, кооперативный

Платформы: PlayStation 5, Xbox Series X and Series S, Microsoft Windows, GeForce Now

Примерная продолжительность: 6 часов основной сюжет, 14 часов на прохождение сюжетной кампании 100%

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

В этой серии игры расколотое НАТО воюет с частной военной компанией Pax Armada, а вы всеми силами пытаетесь ей помешать установить мировое господство. Кампанию называют довольно слабой, а местами она откровенно косплеит Call of Duty.

Но не это самое главное, масштабный мультиплеер как всегда остаётся фишкой игры. При этом игра технически стабильна (в отличие от пятой), в ней классная графика, и абсолютно новый уровень разрушаемости объектов.

В общем, если вы фанат Battlefield и кооп-шутеров — это ваш выбор.

На что ещё посмотреть?

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

The First Berserker: Khazan, Elden Ring Nightreign — фанатам Souls-like и около.

Assassin’s Creed Shadows, Ghost of Yotei — любителям азиатских исторических сеттингов.

Ninja Gaiden 4 — фанатам серии и тем, кому нравятся слешеры.

Hades II — продолжение прекрасного рогалика Hades.

Metal Gear Solid Delta: Snake Eater — ремастер MGS 3, фанатам серии — обязательно, любителям стелс-экшн игр тоже понравится.

Dune: Awakening— исследовать Аракис, драться и добывать спайс.

Doom: The Dark Ages — приквел Doom 2016 и Doom: Eternal в сеттинге тёмного фэнтези.

Sid Meier’s Civilization VII — для стратегов.

Death Stranding 2: On the Beach — «Кодзима — гений».

Vampire: The Masquerade — Bloodlines 2 — примеряем на себя роль вампира в современном Сиэтле в продолжении старой вампирской RPG.

The Outer Worlds 2 — космическая экшн RPG, будем спасать колонистов от злой мегакорпорации.

И, между прочим, я никак не исключаю возможности, что какие-то из этих игр будут номинированы!

Я буду болеть за…

Есть мнение, что в этом году основная схватка развернётся между Kingdom Come: Deliverance II, Clair Obscur: Expedition 33, Hollow Knight: Silksong. Первая показала себя прекрасным продолжением серии, а Expedition 33 и Silksong привлекли к себе столько внимания, что другие релизы прошли практически незамеченными. И это так же классные игры по многим параметрам.

Персонально я буду болеть за Hollow Knight: Silksong. Как фанат Hollow Knight я ждал эту игру 7 лет и она приятно удивила меня не став клоном Hollow Knight в новой локации. Я не уверен, что она станет игрой года, но однозначно буду за неё болеть, голосовать, и оставлю в ней честную сотню-две часов.

Примерно через неделю будут известны списки претендентов, свой голос можно будет отдать на сайте TGA, а само мероприятие пройдёт 11 декабря. Посмотрим кто победит в разных номинациях, а какая игра станет Игрой года.

Читайте также:

• Светотень: Expedition 33 или что вы не поняли в Clair Obscur
• Лучшие игры Steam 2025 года: 25 хитов, ради которых стоит включить ПК
• «Секретный» режим Ghost of Yotei, который полностью меняет атмосферу — и почему фанаты в восторге

Из интересностей: выпустил 5 игр в Steam одновременно, WebGL против WebGPU, интересная AR-механика.

Обновления/релизы/новости

Путешествие по чистилищу, встреча со смертными грехами и бой сЛюцифером: концепт-арты и подробности отменённой Dante’s Inferno 2

В планах была и третья часть — в сеттинге средневековой Флоренции.

BioWare: следующая Mass Effect остаётся в разработке, а сериал расскажет новую историю после оригинальной трилогии

Майк Гэмбл заявил, что EA и BioWare нацелены на то, чтобы рассказать новые истории во вселенной Mass Effect.

Square Enix проведёт массовые сокращения из-за «реорганизации операций» в Европе и Северной Америке

Компания хочет сосредоточиться на разработке игр у себя на родине.

Крис Авеллон заявил, что Obsidian не планирует The Outer Worlds 3, но готовит Avowed 2

Сооснователь и ветеран Obsidian рассказал, что студия не планирует работать над триквелом The Outer Worlds, однако вторая игра получит хотя бы одно DLC.

GTA VI опять перенесли — в этот раз на 19 ноября 2026 года

Дополнительное время разработчики потратят на то, чтобы довести игру до уровня качества, которого ждёт и заслуживает аудитория. Издатели, тем временем, бегают с горящей жопой.

Ubisoft заявила, что люди «любили ненавидеть» Assassin’s CreedShadows, но компании удалось противостоять «даже самым громким хейтерам»

Ubisoft выступила на Paris Games Week и показала ролик о культурном скандале вокруг Assassin’s Creed Shadows, вызванном участием в сюжете темнокожего главного героя Ясукэ.

«Мы не хотим, чтобы студия исчезла из-за одного неудачного проекта»: главное из интервью с руководителями Obsidian

Они рассказали о желании определить, что значит быть игрой студии, и осторожности в разработке.

NetEase закроет студию бывших авторов Watch Dogs

Бывшие авторы Watch Dogs, основавшие студию Bad Brain, искали других партнёров для своего проекта Midnight Riders, однако пока издатели не заинтересовались игрой.

Google и Epic Games заключили мировое соглашение

Гугл пообещал снизить комиссию до 20% в целом, а для некоторых типов транзакций вообще до 9%.

Компания согласилась создать новую программу в следующей версии Android, где альтернативные магазины смогут зарегистрироваться в Google и (теоретически) стать полноценными приложениями, которые пользователи смогут легко устанавливать.

Unity запускает Unity Studio (ранее Unity Lite)

Новая бета-версия редактора Unity с очень минималистичным и урезанным набором функций, включая совершенно новый язык визуального программирования. Unity Studio ориентирована на аудиторию, не связанную с играми, и стремится сделать Unity доступной для неигровых разработчиков.

Авторы ремейка Gothic выпустили ролик о русском дубляже — Пётр Гланц-Иващенко озвучил главного героя

Безымянный говорил голосом актёра в оригинальной второй части.

Продано 100к копий Slots & Daggers

Разработчики поделились радостью в Стиме.

Халява/раздачи/бандлы/курсы

Fab: Лимитированный контент до 18 го ноября

Новый пак от Epic Games.

Новые примеры проекта от Agora Studio для Unreal Engine

Epic games выпустили два новых проекта примеров с анимациями для Unreal Engine: A-COM Animatic Sample и A-COM Animation Sample. Доступны для UE 5.6, а скоро выйдет обновление для UE 5.7.

Интересные статьи/видео

[RU] Выпустил 5 игр в Steam одновременно. Создал генератор игр и заработал на этом

Движок использовали Unity, а заливку в Google Play и добавление рекламы автоматизировали скриптом.

[EN] Как создать вид на японскую улицу с помощью Unreal Engine 5 и ZBrush

Массимо Росса рассказада про проект Street View, объяснив, как использовала различные сценарии освещения, чтобы увидеть, как может меняться окружение.

[RU] Подключение PlayStation2 Джойстика к Микроконтроллеру (или Переходник между человеком и компьютером)

В разработке электронных устройств на МК порой надо как-то посылать в прошивку команды. Обычно такая задача встаёт при ручном управлении подвижными агрегатами: краны, роверы, игрушечные вертолеты и прочее.

[EN] Переносим уютный двухмерный фэнтезийный коттедж в трёхмерный мир

Тринь Нгуен рассказала о проекте Cozy Fantasy Cottage, поделившись кистями, которые использовала для пропсов и материалов, а также некоторыми приёмами, экономящими время.

[RU] Зал Славы видеоигр: зачем это делается

Какую роль играют видеоигры для России? Зачем популяризировать российские проекты? Как работает Зал Славы видеоигровой индустрии?

[EN] WebGL против WebGPU: пора ли переходить

Неплохая обзорная статья-сравнение.

[RU] Конспект GDC лекции Stress-Free Game Development

Хорошая лекция про DevOps и менеджмент игровых проектов.

[EN] Скульптинг и текстурирование реалистичной жабы в ZBrush, Mari и Substance 3D

Фернандо Гутьеррес показал рабочий процесс, лежащий в основе проекта «Мистер Жаба», и рассказал о создании реалистичной кожи жабы, объяснив, как он черпал вдохновение в мимике взрослого человека и объединял её с линиями и текстурами старой жабы.

[RU] Как впервые делали игру для пользователей Эльбы, но не учли, что некоторые из них читеры

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

[EN] Как создать дверь в стиле модерн с помощью Blender и Substance 3D

Ник Хофбауэр рассказал о процессе создания проекта Art Nouveau Door, показав, как он монтировал витраж, вручную нанося многочисленные слои друг на друга, и объяснив, как он настраивал отражения в Marmoset Toolbag.

[EN] Оптимистичный взгляд на то, что инди-игры сейчас переживают золотой век

Анализируем вместе с Крисом.

[EN] Продажи дебютной инди-игры за первый месяц — полный анализ

Выпускать инди-игру — это странно и страшно. Особенно в нишевом жанре. Но можно ли на этом заработать? Вот как выглядели первые несколько дней и недель после запуска дебютной игры с точки зрения цифр.

[EN] Почему трейлер игры привлёк 150к вишлистов в Steam

Разбираемся в успехе ABRISS вместе с gamediscover.

[EN] Зачем нам дизеринг

Объясняется, как методы дизеринга обманывают человеческое зрение, позволяя воспринимать больше цветов, чем есть на самом деле

[EN] Introduction to Clustered Meshlet Optimization

Представлен кластерный оптимизатор мешей для разделения моделей на независимые части с непрерывным уровнем детализации.

Разное

Интересная механика

Самописный движок на C++. Вычисляет, по каким объектам можно ходить, и в результате объекты одного цвета смешиваются друг с другом, и сквозь них можно пройти. На бумаге выглядит вполне себе интересно.

Волшебные карточки как в Балатро, созданные в Blender

Из Твиттера.

Если хотите поддержать выход дайджеста и других материалов, сделать это можно одним из способов.

• На Патреоне
• На Boosty
• Через Paypal
• Через Яндекс.Деньги

Также вы можете подписаться на рассылку дайджеста.

Так вот, South of Midnight мне чем-то его напоминает... Но обо всём по порядку.

Рассказ подготовил Валерий Линьков (генеральный директор студии Монтировка).

Описание игры из стима:

South of Midnight — новое приключение от Compulsion Games. Погрузитесь в мифологию Глубокого Юга и сражайтесь с таинственными существами в этой сказке наших дней. Обретите древнюю силу плетения, преодолейте все преграды и раскройте тайну прошлого своей семьи.

Звучит очень колоритно! Игру представили на Xbox Games Showcase. Трейлер игры:

А теперь небольшой спойлер от человека, который прошёл эту игру. В игре вы не увидите чувака из трейлера. Ну точнее он будет, но немой и мельком. Однако, отзывы на Metacritic:

Явный перекос в сторону отзывов критиков. Давайте разберёмся что с этой игрой произошло и почему игра с крутыми отзывами в геймпасе?

Compulsion Games

Знакомьтесь, Compulsion Games — канадская студия-разработчик видеоигр. В Compulsion Games около 90 сотрудников. Студия была основана в 2009 году. Первая игра студии вышла в далёком 2013 году. Игра под названием Contrast.

Не будем глубоко уходить в игру. Скажу лишь несколько фактов. Игра представляла собой 3D-платформер очень занятной механикой: главная героиня могла превращаться в тень и путешествовать по плоским подсвеченным поверхностям. Вторая особенность игры — крутой саунддизайн. Трейлер игры:

Отзывы на игру на метакритике:

Говоря простым языком, игра "звёзд с неба не хватала", но была весьма неплохой. Игрокам она понравилась больше сюжетом и саундтреком, а критики оценили игру весьма холодно.

Вторая игра студии сильно заметнее: We Happy Few.

Про эту игру не говорил разве что ленивый. Игра была посвящена интересной теме на 2018 год: "Город мечтаний или город страха?". После оглушающего выхода BioShock Infinite в 2013 году, её успех с некой периодичностью пытались (да и сейчас пытаются) повторить.

С точки зрения создания, игра шагнула далеко вперёд. Открытый мир, интересная боёвка, первое лицо, поставленные кат-сцены. Всё было нормально. Не хорошо, но нормально. Однако, для инди студии — это приговор. Отзывы на метакритике:

Игра была просто проходным середнячком и как результат, про неё забыли. В неё не хотели играть, так как игра забывала про одну вещь — свою цель.

Цель игры

Целью любой игры является развлечение. Человек покупает приставку или собирает ПК, покупает игру за несколько тысяч рублей и после работы, учёбы, в свободное время хочет получить удовольствие. Конечно, игры типа God of War и Animal Crossing сильно отличаются по способу доставления удовольствия, по целевой аудитории и по глобальной цели, но тем не менее. Все игры должны радовать покупателя. Визуалом, музыкой, сюжетом, геймплеем. Чем больше таких "зацепок" будет у игроков, тем лучше.

Игровые компании, типа Xbox, Nintendo и Sony создают приставки и продают не само устройство как устройство, но процесс игры. Ключевая цель — заинтересовать игрока в самой игре и приставке, затянуть его как можно сильнее.

Но происходит диссонанс. Любая студия хочет создать игру на любую платформу. Чтобы создать игру — нужны деньги. Индюхи и маленькие студии ищут инвесторов для своих проектов и надеются, что всё получится.

Компании же, считают деньги. В Sony (PlayStation дочерняя компания) работает около 113 тысяч человек, в Microsoft (дочки которой EA и XBox) работает около 220 тысяч человек, а в Nintendo более 8 тысяч. Все эти компании считают деньги. Много денег. Нужно это чтобы тысячи человек не потеряли рабочие места. В таких компаниях не предполагается выделение средств. Там, предполагается выработка стратегий. Так вот, стратегии позволяют студиям вырабатывать для себя всё новые и новые тенденции рынка (или следить за тенденциями).

Пример с консолями и их поколениями:

• Седьмое поколение консолей. XBox 360 и PS3. Акцент студий идёт на оригинальные идеи и высокое качество реализации продуктов. Игровой рынок тонет в разных игра. Студии готовы давать финансирование за месяц эксклюзивности (это когда игра один месяц есть только на одной консоли, а потом появляется на всех).
• Восьмое поколение консолей. Xbox One и PS4. Качество игр сильно выросло. Крупные студии держаться за счёт понятных и известных индустрии людях. Все покупали Doom из-за Мика Гордона и наслаждались городами Виктора Антонова и Dishonored. Индустрия "устаканилась", а компании начали скупать студии для эксклюзивов. Один бой The Last Of Us и HALO чего стоил.
• Девятое поколение консолей. PS5 и Xbox Series X/S. Борьба пошла за мощности. Грандиозный провал PS4 c Cyberpunk 2077 ещё не скоро забудут. Студии стали выпускать игры на разных платформах. И вот мы здесь.

Мы откроем бизнес

Подробнее остановлюсь про бизнес с консолями. Сейчас, получилось так, что Sony начали побеждать с ярким отрывом. У Xbox практически не осталось эксклюзивов. Компания нуждалась в переменах и они произошли. Имя им — геймпас.

Для тех кто не в курсе, геймпас — это подписка от компании Microsoft, которая была создана в противовес PS Plus от Sony. Sony приняли решение запускать в онлайн (давать доступ к онлайн играм) только тем игрокам, которые приобрели PS Plus. Из приятных бонусов, раз в месяц выходят 2 бесплатные игры в PS Plus. Пока ты покупаешь подписку — играй в них бесплатно. Также, есть бонусные скидки.

PS Plus был что-то типа "доп. услуги для много играющих людей". Если ты покупаешь подписку, ты можешь проходить игры по ней, играть по сети и получать больше скидок. Цена такой подписки была невелика (сейчас около 600 рублей в месяц).

Microsoft, понимая что они проигрывают создают убер-пушку и делают очень крутой шаг — геймпасс. Его цена узе значительней (1300 в месяц), но вот ценность сильно выше. Во-первых, вы можете бесплатно играть в огромную библиотеку игры и ключевое, в день выхода игры. Во-вторых, игры доступны и для XBox, и для ПК. В-третьих, у Xbox приоритет стоит на своих эксклюзивах и индюшках (без нишевых игр).

Game Pass выигрывает, если вам важна доступность новых игр сразу, особенно в крупных релизах (Starfield, Forza, Hellblade II). PS Plus ориентирован на каталог проверенных хитов и эксклюзивов Sony, но обновляется реже.

Вернёмся к играм. Такой подход, оставил Xbox на плаву и выиграл себе время, но давайте посмотрим на игры.

Для пример я возьму сталкер 2. Не буду уходить в дебри. У игры есть большое комьюнити верных фанатов, которые купят игру сразу ещё до её выхода. Однако, выход игры в Game pass на старте привлёк к себе много внимания разных геймеров (в том числе и не фанатов). Игру попробовали и увидили, что в ней безумное число багов. Когда же баги поправили, игру уберают из геймпаса (S.T.A.L.K.E.R. 2 уберут из Game Pass в ноябре). Таким образом, новых игроков сильно убавится, а фанатская база останется той же. Для студии это очень плохо. Для компании-ретейлера (Xbox) — хорошо. Игра либо будет сразу популярной, либо игроки будут благодарны, что не потратили на игру лишних средств, а сразу опробовали и поняли что к чему.

Новый же способ привлечения аудитории и средств — создания воронки. Важно показать что игра очень классная и ровно тогда, когда её выкупила студия. Ровно это и происходит с игрой South of Midnight.

Южная эпопея

После относительно холодно воспринятой We Happy Few, студию Compulsion Games выкупает Microsoft в 2018 году. В компании находятся хорошие геймдизайнеры, программисты и спецы по визуалу. Напомню, что число сотрудников около 9 — человек. Первая игра, которая выходит после покупки студии — South of Midnight.

Итак, давайте сравним три игры студии по отзывам критиков 59 — 62 — 77. Студия прём вверх, но виден чёткий разрыв. Между первой и второй игрой 3 балла, а между второй и третьей — 15. Числа показывают разрыв в пропасть в пятикратный рост. Теперь по отзыву игроков: 6.4 — 6.0 — 6.7. Студия выпустила игру лучше, но болтается в "середняке". Сначала была норм игра, потом похуже, потом получше. Шаги плавные минус 4 и плюс 7. Хоть медиану ставь.

Если просчитать только отзывы игроков будет картина "Студия неплохая, выпускает нишевые среднебюджетные игры". Если же прочитать критиков, получится "Студия делала среднебюджетные нишевые игры и вышла в свет с приходом инвесторов из Microsoft". Что же правда?

Давайте разберёмся с игрой. Игра в виде уровней. Музыка — восторг. Стилистика очень прикольная. Актёры озвучки — красавчики. Сюжет — сон собаки с температурой под 40. Геймплей вялый и скучный. Персонажи плоские. Казалось бы, да и ладно. Игра-то в геймпасе!

Проблема

Игра, конечно в геймпасе и дарит какие-то чувства, но она сделана очень "на скорую руку". Пример — боёвка. Есть удар, уворот и способности. Всю игру враги одинаковые, а финального босса нет. Его нет, Карл! Как в игре может не быть финального босса?

Причём, ребята умеют делать боссов. В игре был босс крокодил, где было показано его слабое место и нарративно объяснено почему именно это слабое место (не буду спойлерить что это). В битве мы используем именно эту уязвимость, но вот босс паук — просто паук с уязвимостью фиг пойми почему.

Ключевая сюжетная зацепка, что Хейзел (главная героиня) ищет маму, которую смыло (да-да, вместе с домом) — звучит странно, ну да ладно. А вот когда в финальном бое Хейзел просит маму просто подержать бутылку (я не шучу) — меня просто вынесло наповал от неимоверной тупости происходящего.

В самом инвентаре есть число боссов в виде пустых окошек. Так вот, оно (число боссов) не соответствует числу окошек.

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

South of Midnight такой же "проходняк" как и ранее выпущенные игры от этой студии, но теперь они потеряли свой какой-либо путь. При покупке студии крупной компании хочется видеть прогресс, а не регресс и тем более стагнацию с видом прогресса.

Мысль крупного игрока

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

Мысль первая. Компания в смятении.

На эту мысль натолкнуло выступление Лоры Фрайер соосновательницы Microsoft Game Studios. Её мысль проста: "Стратегия Xbox Play Anywhere — это маркетинг. Это стиль без содержания". Лора — человек из индустрии с большим опытом. Она идейный человек, который хотел создавать игры и уходить в сторону мощных консолей с крутыми играми. Полное интервью здесь. Конечно, частично в словах Лоры есть и обида на компанию по выбранному курсу, но всё же.

Эту же мысль, но под другим углом подхватил Майк Ибарра (бывший глава Blizzard). Он в своих социальных сетях высказывать мнение по поводу текущей стратегии Xbox. Он уже неоднократно отмечал, что компании нужно выработать понятную стратегию и ей придерживаться, а не бросаться в разные стороны, стараясь сохранить позиции на консольном рынке и при этом отказываясь от эксклюзивов и выпуская свои игры на всех платформах.

Корнем зла была выбрана Сара Бонд президент Xbox в компании Microsoft. Сара курирует всю деятельность бренда как платформы и экосистемы, включая аппаратное обеспечение и устройства, опыт игроков и создателей. И при этом, сама она не геймер, а маркетолог, который очень уверенно протаскивает идею "Xbox Anywhere", которая по сути губит консоль, но повышает конверсию людей. И именно против данной концепции высказывался Майк Ибарра.

Мысль вторая. Каждая компания ищет нишу.

По сути, сейчас есть чёткие ниши трёх столпов:

• Microsoft может стать самым крупным в мире издателем игр, так как именно на Windows играет более 90% игроков.
• Sony выиграла гонку в технологиях и заняла нишу со своими эксклюзивами
• Nintendo ушла к своему Mario и Zelda комьюнити и свой же портативный гейминг, который будут гордо пытаться взломать, но у компании остаётся самоё большое и дружное комьюнити (даже, комьюнити со взломом)

Вроде (подчеркну слово "Вроде"), компании выбрали свои векторы. Состязание не имеет смысла, а развитие имеет рост. Microsoft может вводить интеграции в Steam и делать свой "Xbox Anywhere" более бесшовным. Sony может оставлять за собой крутые эксклюзивы и активно помогать в их создании, при этом не отпуская игры на другие консоли. Nintendo же может создавать миры в их очень понятном и любимом комьюнити мире и оставаться на этом же. Но есть несколько несостыковок:

• Microsoft инсайдит что новая консоль XBox призвана уничтожить Sony по мощности (и есть все шансы).
• Sony начали отпускать игры на ПК. Даже не на XBox. Это отталкивает комьюнити, но при этом повышает новый спрос.
• Nintendo повышает первой цены на игры, при своих урезанных мощностях по сравнению с полноразмерными коллегами и при этом ужесточает контроль ядра систему, что повышает цену новой консоли.

Отсюда выходит третья мысль. Амбиции компаний уничтожают творчество студий.

Так было всегда. Это понятно, но жаль что примером становятся студии типа Compulsion Games. Конечно, нельзя винить издателя за плохо сделанную игру. Проблема-то основная была та же: в этой игре нет места веселью. Та же проблема была и в We Happy Few. Но если бы Microsoft не выкупала Compulsion Games, был бы шанс что копания прислушается к комьюнити и подстроит свои проекты на новый лад или погибнет в производственном аду. Дав денег студии, Microsoft спасло компанию, но при этом загнала в рамки и студия начала разлагаться как пример с Ubisoft. Они начали делать концепции осторожно, беззубо и очень-очень хорошо "по-инвесторски".

Игра на всём протяжении будто кричит: "Посмотрите на меня! Я всё могу". Хочешь паркур — пожалуйста, раннер — нет проблем, хоррор — можно, приключения — тоже есть, но проект потерял целостность и творческую ценность. Будто осталась технодемка умений компании, которая ждёт нового финансирования и чёткого алгоритма действий что и как ей делать. Это путь в некуда...

Почему снова задержка

Студия извинилась перед фанатами в своем X-аккаунте и объяснила, что дополнительные месяцы нужны для «финальной полировки».

«Мы понимаем, как долго вы ждете, и жаль снова добавлять время. Но это позволит довести GTA 6 до того уровня качества, которого вы заслуживаете», — говорится в заявлении Rockstar Games.

Изначально игру планировали выпустить осенью 2025 года, но затем переносили на май 2026-го. Теперь — ноябрь.

Компания не раскрывает подробностей, но намекает, что финальные этапы разработки оказались сложнее, чем ожидалось.

Более 10 лет ожидания

Фанаты ждали продолжения больше десяти лет. GTA V вышла в 2013 году и стала самым быстроокупаемым развлечением в истории: миллиард долларов за три дня продаж.

Трейлер GTA 6, опубликованный в декабре 2023-го, побил рекорд YouTube по просмотрам за сутки — настолько огромными были ожидания.

Что происходит внутри Rockstar

На фоне задержки сообщается о неспокойной атмосфере внутри студии. Неделю назад Rockstar уволила около 40 сотрудников, предположительно из-за утечки материалов GTA 6 в Discord.

Официальных комментариев компания не дает.

Что это значит для игроков

Каждый перенос бьет по терпению фанатов. Но история Rockstar показывает: чем дольше они работают над игрой, тем лучше результат. GTA V и Red Dead Redemption 2 выходили с опозданием и становились шедеврами. Вряд ли GTA 6 ждет иная судьба.

Стоит отметить, что фанаты вовсю шутят, что «GTA 6 выйдет вместе с GTA 7». Но также они все еще надеются: если Rockstar снова тянет время, значит, действительно готовит что-то грандиозное.

Маша Даровская: Это Маша, шеф-редактор Тпрогера. Сегодня у нас очередной выпуск подкаста про хобби айтишников. Будем узнавать, как не выгорать и какими хобби можно наслаждаться в свободное от работы время. Сегодня у нас в гостях Андрей Фёдоров из Люксембурга. Он Java-разработчик и расскажет о своих многочисленных увлечениях. Паркур, DnD, а ещё фотография, кулинария. В общем, Андрей, расскажи немного о себе. Как ты оказался в Люксембурге? Как отдыхаешь там?

Андрей Фёдоров: Ну, всё довольно просто: я оказался в Люксембурге, потому что эмигрировал сюда в 2022 году по работе. В этом смысле мне повезло — на тот момент у меня был совсем небольшой стаж, я отработал всего около года, но меня пригласили сюда, в местную компанию, и полностью перевезли. В этом смысле мне очень повезло, я благодарен судьбе. Сейчас работаю здесь уже три года. И, кстати, именно здесь у меня появились почти все хобби — как ответ на те проблемы, с которыми столкнулся на работе.

Жизнь в Люксембурге: погода, камерность и инфраструктура

Маша Даровская: Расскажи, пожалуйста, как тебе вообще в Люксембурге? Как тебе там всё?

Андрей Фёдоров: Здесь всё классно. Единственное — погода вне лета бывает слишком дождливой. Зимы, как мы привыкли в России, здесь нет. Осень очень длинная: начинается где-то в октябре-ноябре и заканчивается только в марте. В это время температура редко опускается ниже минус трёх-пяти градусов, в основном держится около нуля. Дожди идут практически каждый день, либо просто пасмурно. Очень не хватает солнца.

Маша Даровская: Понимаю. В принципе, во многих местах бывает такая дождливая погода. А скажи, пожалуйста, Люксембург — это ведь довольно маленькое королевство. Как тебе его камерность?

Андрей Фёдоров: Это очень здорово. Здесь гораздо спокойнее, чем в Москве, где я жил раньше. Я сам родом из Астрахани, и Люксембург напоминает мне лучшее от обоих этих мест. Здесь очень высокий уровень инфраструктуры, есть общественный транспорт. Кстати, Люксембург — единственная страна в мире, кажется, где общественный транспорт полностью бесплатный и для туристов, и для местных жителей. Все поезда, автобусы и трамваи здесь бесплатные. И, действительно, очень спокойно. Многие говорят, что здесь скучно, особенно те, кто любит ходить на дискотеки или в клубы — такие люди отмечают, что мало движения. Но мне это не близко, я ещё в подростковом возрасте понял, что такие развлечения не для меня, поэтому мне здесь хорошо.

Значительная часть территории страны покрыта лесами и полями, поэтому для хайкинга тут отличные условия. Например, я живу не в самом городе, не в столице, но буквально в двух минутах от городской границы. До центра города мне примерно двадцать минут: пять минут пешком, потом десять-пятнадцать минут на трамвае, и ещё пять минут пешком. При этом от моей квартиры до большого леса — всего около десяти минут пешком.

Социализация и языки в Люксембурге

Маша Даровская: Скажи, пожалуйста, а в Люксембурге тебе хватает общения? Насколько ты смог социализироваться? Как у тебя с коммуникацией, с языком?

Андрей Фёдоров: С каждым годом становится всё лучше. Общение можно разделить на несколько категорий. Во-первых, это русскоязычное общение внутри диаспоры. В первый год после переезда было довольно сложно, потому что не было ни сил, ни особого желания куда-то ходить, искать новых знакомых. Я начал этим заниматься только на втором году и обнаружил, что у нас уже сформировалось сообщество по «Что? Где? Когда?». Я несколько раз там сыграл. Сейчас уже не играю, но иногда выступаю в роли ведущего — читаю вопросы. Я не организатор, а именно ведущий. Это мне близко, потому что в школьные годы я играл в ЧГК около пяти-шести лет.

Потом я узнал, что здесь есть клуб настольных игр, в основном мафии. Я туда ходил, участвовал, общался с людьми, а потом начал сам проводить настольные игры. Именно там познакомился с ребятами, с которыми мы позже начали играть в ДНД офлайн. В плане русскоязычного общения с каждым годом становилось всё лучше, потому что здесь на самом деле довольно много людей. Точных цифр не знаю, но, по моим наблюдениям, в Люксембурге живёт примерно три-пять тысяч русскоязычных. Если говорить о людях, которые входят в мой круг интересов, их всё равно довольно много. К нам иногда приезжают ребята из Трира и других соседних городов за границей Люксембурга. Это что касается русскоязычной части.

Если смотреть на нерусскоязычную, тут тоже есть своя градация, потому что в Люксембурге говорят как минимум на трёх языках. Даже если не учитывать английский, здесь есть французский, немецкий и, собственно, люксембургский. Каждый язык используется в разных контекстах. Например, молодёжь — им по 18–19 лет, кстати, здесь в школе учатся до 20 — между собой часто говорит на люксембургском. Я хожу на паркур, и большинство ребят, с которыми занимаюсь, — подростки. Они постоянно болтают между собой на люксембургском, и я ничего не понимаю. Пока ещё не начал учить этот язык, только зимой собираюсь приступить.

Дальше — французский. На нём с тобой будут говорить в магазинах в большинстве случаев, потому что здесь очень много людей приезжают работать из-за рубежа. Каждый день люди из приграничных городов Франции приезжают в Люксембург, чтобы работать кассирами, продавцами и не только. Поэтому в магазинах часто нужен французский. Немецкий, честно говоря, я почти не встречал. Слышал, что его используют в новостях и где-то на севере страны, но я живу на юге, так что с этим сталкиваюсь редко.

Здесь даже есть своеобразная «игра» — познакомиться с люксембуржцем, потому что это довольно сложно. Но, как мне кажется, основная проблема у людей — в подходе. Вместо того чтобы специально искать люксембуржцев, лучше просто ходить в места по интересам и там знакомиться с людьми естественно. Здесь люди в основном знакомятся в спортивных кружках, потому что здесь очень много разных ассоциаций. Я, например, хожу на паркур, но есть ещё футбольные, баскетбольные, теннисные секции, настольный теннис — вариантов действительно много. Это довольно большое пространство, где люди часто встречаются и общаются.

Есть ещё языковые кафе, но там в основном встречаются другие мигранты, которые тоже приехали сюда. Здесь вообще очень много иммигрантов, их часто называют экспатами. Буквально почти половина населения страны — это люди, которые сюда приехали, а не те, кто здесь родился и вырос. Точную статистику я не знаю, но, кажется, граждан здесь примерно половина населения. Остальные — это экспаты, и, по-моему, в статистику не входят те, кто приезжает сюда каждый день, но не живёт здесь постоянно. В общем, на неродном языке общаться немного сложнее, у меня эта часть пока ещё проседает.

Сейчас я участвую в организации айтишных митапов в Люксембурге — они называются Lux Tech Pulse. Раньше это был Luxembourg Jazz, но теперь мероприятие расширилось и охватывает разные направления. Там я постепенно знакомлюсь с людьми, которые говорят не только по-русски. В остальном, возможно, я просто не так часто бываю в местах, где можно познакомиться с новыми людьми. Работу я не беру в счёт — я познакомился со всеми своими тридцатью коллегами, и на этом всё. Но это довольно ограниченный круг знакомств.

Работа и команда

Маша Даровская: А чем, кстати, занимается твоя компания, и на каком языке вы общаетесь в команде?

Андрей Фёдоров: Я бы не назвал это стартапом. Это компания, которой уже около шестнадцати лет, она давно вышла из стадии стартапа — по крайней мере, так говорит наш SEO. Это люксембургская компания, основная часть находится в Люксембурге. Мы занимаемся продуктами для финтеха. Есть несколько решений для аутентификации пользователей, а также продукт, похожий на WhatsApp, только более безопасный: компании могут хранить данные у себя, сами хостят сервер. Я работаю в третьей команде, которая занимается кастомными решениями для клиентов — не внутренними продуктами, а разработкой на заказ для других компаний.

Маша Даровская: Поняла. А на каком языке вы общаетесь? На английском?

Андрей Фёдоров: Да, у нас в компании основным языком общения является английский, и это очень удобно. Мы как-то подсчитывали: на тот момент у нас было около четырнадцати или пятнадцати разных национальностей. Есть ребята из СНГ — украинцы, россияне, парень из Молдовы, есть коллеги из Индии, несколько человек из Люксембурга, из Франции, из Германии, из Латинской Америки тоже были ребята. В общем, команда очень интернациональная. Здорово, что английский стал общим языком — он действительно поддерживает мультикультурную среду.

Маша Даровская: Да, это язык для общения между представителями разных культур.

Андрей Фёдоров: В этом смысле в Люксембурге с английским и другими языками проще. Здесь много людей, для которых эти языки не родные, они их учили. И, по крайней мере, с английским нет такого, что тебя стыдят за неправильное произношение или что-то подобное. Все говорят по-разному и стараются понять друг друга.

Паркур: от боли в спине к удовольствию

Маша Даровская: А расскажи, как у тебя появились хобби в Люксембурге? Ты говорил, что только на второй год начал активно общаться. Почему решил заняться паркуром? Какой у тебя вообще спортивный бэкграунд?

Андрей Фёдоров: Паркуром я занялся потому, что у меня болела спина — это короткий ответ. А если подробнее, то особого спортивного бэкграунда у меня нет. Обычное детство, наверное, как у многих парней, которые выросли не в Москве, а просто где-то в России. Не знаю, как в Москве, а я в детстве бегал по дворам, лазил по крышам гаражей, забирался в подъезды — просто ради интереса, ничего не выносил. Мне это нравилось, и, в общем-то, на этом всё. Когда я приехал сюда, первый год был сложным — все силы уходили на адаптацию, нужно было понять, как здесь вообще жить. То есть, какие здесь вообще правила? Как, например, с документами: куда их нужно относить, где получать, какие базовые вещи нужно настроить, чтобы просто нормально жить.

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

Я продолжил искать и в какой-то момент начал смотреть на YouTube видео о мировых соревнованиях по паркуру. Подумал: «Ммм, классно». На самом деле, это называлось Chazen Tech — что-то вроде догонялок, только с элементами паркура: нужно прыгать через препятствия. Я подумал, что это очень прикольная штука, захотел попробовать, и стал размышлять, чему нужно научиться, чтобы участвовать в таких соревнованиях. Понял, что для начала нужен паркур — хотя бы чтобы не сломать себе шею в процессе.

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

Занятия проходят очень весело: два часа пролетают незаметно, будто оказываешься внутри компьютерной игры, которая нравилась с детства. Мне всегда нравилась серия Assassin’s Creed, где герои лазают по стенам, бегают по крышам и тайно устраняют злодеев. Я часто представлял себя на их месте — бегаю, прыгаю, преодолеваю препятствия. В зале это особенно классно: есть специальный инвентарь, боксы разной высоты, на которые можно залезать и прыгать, есть маты для безопасного приземления. Первый раз, когда сделал сальто, ощущения были как в игре — не успеваешь даже понять, как делаешь кувырок, всё вокруг на мгновение размывается, голова кружится. Это чем-то напоминает Mirror’s Edge — есть такая игра про паркур, бег по стенам, прыжки туда-сюда. Это очень весело. И, главное, благодаря этому у меня не болит спина. Когда я не занимаюсь, например, вот сейчас летом был перерыв, у меня начинает хрустеть вся спина. Я могу потянуться вправо или влево — и слышу, как будто пузырьки воздуха лопаются. А когда я хожу на паркур, ничего не хрустит, как бы я ни тянулся.

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

Андрей Фёдоров: Паркур здесь стоит очень дёшево. На самом деле, большинство спортивных секций недорогие, потому что их организуют что-то вроде НКО — Ассоциации Федерации Спорта. Например, за сезон, который длится с сентября по июль, то есть почти весь год, я плачу 100 евро. По люксембургским меркам это совсем немного. Для сравнения, месяц занятий йогой стоит столько же, потому что в Люксембурге у йоги нет ассоциации, и там только индивидуальные занятия. А тренировки по паркуру у нас проходят так: обычно это двухчасовое занятие. Первый час тренировки проходит с тренером: он учит нас определённым движениям. Второй час — свободный, можно взять любой инвентарь, который лежит в зале, расставить его как угодно и тренировать что-то своё.

Маша Даровская: Скажи, а сколько у тебя в среднем тренировок в неделю?

Андрей Фёдоров: Здесь только одна тренировка по паркуру. Пока мне этого достаточно — это всё же лучше, чем ничего. Ну, что есть.

Настольные игры и D&D-сообщество

Маша Даровская: Ты говорил, что сначала участвовал в мафии, не организовывал, а именно участвовал. Я так понимаю, это вообще популярная тема среди мигрантов — играть в мафию, потому что…

Андрей Фёдоров: Да, но мне мафия, честно говоря, не нравится.

Маша Даровская: Я тоже не очень люблю, если честно. А потом ты организовал сообщество для тех, кто играет офлайн в ДНД. Расскажешь подробнее?

Андрей Фёдоров: На самом деле, мы играем офлайн не только в ДНД, а вообще в разные настольные игры. У нас есть большое сообщество, где ребята собираются на мафию, но также устраивают и другие активности: ходят в походы, иногда в театр, сейчас вот книжный клуб появился. Как часть этого сообщества я в какой-то момент начал проводить настольные игры. Даже организовал небольшой фестиваль на 35 человек: собрал кучу разных настолок, некоторые взял у знакомых, чтобы все могли прийти и попробовать что-то новое. Для тех, кто раньше не играл, часто кажется, что настолки — это сложно и непонятно. Ой, когда слышишь, что в какую-то игру нужно играть час или даже два, становится немного страшно. А бывает и все пять часов.

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

До этого у меня ещё был интерес попробовать ДНД — слышал о ней, казалось, что это что-то вау, очень интересно. Но мне было страшно браться за это самому, потому что совершенно непонятно, как всё устроено. Все эти разговоры про ДНД — что играть нужно долго, что есть какие-то огромные книги с правилами… В общем, я просто жил с этой мыслью, пока один парень не написал мне: «Давайте сыграем в ДНД, хочу попробовать себя в роли мастера». До переезда в Люксембург он в основном играл как обычный игрок, а тут решил попробовать быть мастером. Мы собрались, играли почти год одной компанией, и у меня остались очень хорошие впечатления. После этого я подумал: ладно, это здорово, надо втягивать в это больше людей.

После этого я начал проводить ваншоты — односессионные игры для совсем новичков. Проводил такие игры и для детей, например, для двенадцатилетних, и для взрослых тоже, просто чтобы показать людям, как это устроено. Мне хотелось, чтобы число людей, которые хотят играть в D&D здесь, в Люксембурге, росло. Тогда можно будет делать что-то более интересное. Чем больше игроков и мастеров, тем больше всего интересного мы можем вместе придумать. Это ещё и отличный способ знакомиться с новыми людьми. Например, тот год, когда мы играли в кампанию, по сути, подарил мне новых друзей — людей, с которыми я вряд ли бы познакомился иначе, потому что мы из разных возрастных групп: некоторые ребята на двадцать, а то и на тридцать лет старше меня. У них совсем другие заботы, профессии, и в обычной жизни мы, возможно, даже не пересеклись бы, или это было бы как-то странно и непривычно. А когда вы год за одним столом играете, отыгрываете разных персонажей, попадаете в комичные или даже кроваво-комичные ситуации, вы сближаетесь и начинаете общаться уже как настоящие друзья.

Мне хотелось чего-то большего. Вот так мы и продолжаем играть, и сейчас у нас стало больше и мастеров, и игроков. Последние несколько месяцев мы с одним товарищем ищем место, где можно было бы организовать что-то вроде стационарного клуба. Сейчас основная проблема в том, что приходится постоянно бегать между квартирами или кафе-офисами, таская с собой весь инвентарь. А его немало: книги с правилами, фигурки и прочее. В сумме это может быть килограммов десять-пятнадцать, особенно если ещё брать ноутбук или планшет для музыки. Но в Люксембурге сложно найти подходящее помещение, чтобы аренда не стоила тысячу-две евро в месяц.

Параллельно с этим я решил, что хочу попробовать сделать то же самое онлайн. Нашёл программу Foundry VTT — если кому-то интересно. Думаю, в предыдущем выпуске вы уже упоминали об этом, когда говорили про ДНД. Я сохранил тот выпуск, хотел посмотреть, потому что видел там Сашу Бриганова и подумал: интересно, надо послушать, что он рассказывает, а то я его только в Твиттере читаю. В итоге я скинулся с несколькими ребятами, они мне задонатили, и я купил лицензию. Подумал, что не хочу, чтобы каждый мастер сам покупал лицензию на эту программу и разбирался, как всё установить и развернуть.

Я подумал: почему бы не создать сообщество, общий сервер, где буду я и ещё несколько админов? Мы бы решали все технические вопросы — как установить систему, как перенести её на более дешёвый сервер, как мигрировать и обновлять данные и так далее. А мастерам и игрокам просто предоставили бы возможность собираться и играть. Ведь онлайн-игры — отличный способ вновь связаться с друзьями, которые живут в других городах. Мы с друзьями уже играли в разные случайные мультиплеерные игры с 2022 года, в основном через Discord. Но это бывает непросто, особенно если речь о играх, которые быстро устаревают и теряют интерес. А вот такие игры, где нужно импровизировать и общаться, по сути, не стареют. Благодаря этому я стал снова больше общаться с несколькими старыми друзьями. Один из них даже присоединился ко мне, и теперь мы вместе развиваем это сообщество.

Сейчас у нас уже около 80 человек в Telegram-канале. Мы запустили проект в апреле, и за это время провели, наверное, около 10–15 игр, точно не помню. Сообщество постепенно растёт, и это очень радует. Я вижу, как люди, которые иначе никогда бы не встретились — потому что живут в разных частях мира, — знакомятся, начинают вместе играть, и это действительно здорово.

Любимые настольные игры

Андрей Фёдоров: Я играю в настольные игры ещё с университета. Мы с соседом и другом по комнате оба увлекались настолками и часто собирались поиграть. Моя любимая игра — «Каркассон». У меня большая коробка с, наверное, десятью разными дополнениями. Мы с женой регулярно играем, несколько раз в месяц, и с друзьями тоже собираемся. В нашей библиотеке есть ещё одна игра — «Страшные сказки». Это простая карточная игра, подходит для двоих и до четырёх человек. Ещё есть игра, которую я люблю с детства, потому что играл в неё с дедушкой. Она называется «Реверси». Это что-то вроде го, только гораздо проще.

Есть ещё классная старая игра — Scotland Yard. Она до сих пор популярна, в неё играют. Мне нравится, что там асимметричный геймплей: один игрок — шпион, остальные — детективы, которые его ловят. Все знают, кто шпион, но пытаются поймать его в Лондоне. Интересная дедуктивная игра, отлично подходит для любителей детективов. Попробовать просчитать, куда пошёл человек, где он сейчас находится — это интересная задача. Есть ещё две игры, которые я бы выделил. Одна из них называется «Азул». Она отлично подходит для двух-четырёх игроков. Мне особенно нравится её тактильность: там есть такие плиточки, которые нужно доставать из тканевого мешочка. Это просто приятно — держать их в руках, играть с друзьями, просчитывать ходы.

Другая игра — «Палео». Это кооперативная игра, а таких мне встречалось не так много, где вы играете не друг против друга, а против самой игры. Она как раз хорошо подходит для вечера вдвоём, например, с женой. Вместо соперничества вы действуете вместе. Сюжет такой: у вас есть доисторическое племя, и ваша задача — оставить след в истории, просто выжить и не вымереть. Есть ещё игры, которые мне нравятся, но которых у меня сейчас нет, потому что не удалось их перевезти. Например, «Рут» — тоже асимметричная игра. Или «Битва за Рокуган». Это не самые известные игры, но они действительно интересные.

Маша Даровская: Из кооперативных мне нравится «Таинственный остров», но, по-моему, она только на русском.

Андрей Фёдоров: Не слышал про такую. Есть такая игра — «Эволюция», она была придумана в России. Это, кстати, непросто, потому что мне она тоже очень нравится. Но на английском, насколько я знаю, её вообще нигде не найти. Получается, с друзьями, которые не говорят по-русски, в неё не поиграть.

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

Андрей Фёдоров: Точно сказать сложно. Для меня настолки — это и способ провести время, и возможность пообщаться. В среднем, наверное, играю несколько раз в месяц. Если говорить именно о настольно-ролевых играх, например, D&D, то с тех пор, как я начал заниматься онлайн-сообществом, сам стал играть чуть меньше — времени уходит много на организацию: нужно искать мастеров, игроков, помогать им всё настроить, проверить, что всё работает. Это занимает довольно много времени. Здесь, офлайн, я сейчас веду кампанию как мастер, но летом, честно говоря, это просто мёртвый сезон для многих активностей — все разъезжаются, у всех разные графики. Через две недели у нас наконец будет следующая сессия. Надеюсь, мы хотя бы раз в месяц сможем собираться, потому что у нас уже шутка ходит: самое страшное в D&D — это не боссы и не правила, а попытка состыковать графики пяти или шести взрослых людей.

Маша Даровская: Да, да, да, вот именно это меня и пугает в идее начать играть в D&D — где найти время?

Андрей Фёдоров: Это, кстати, одна из причин, почему я начал проводить игры онлайн. Оффлайн эта проблема стояла особенно остро. Например, у нас в Люксембурге всего, допустим, пятнадцать человек, которые хотят играть. Это буквально две-три, максимум четыре группы, а по факту — одна-две. И все заняты: у кого-то дети, у кого-то командировки, у всех свои дела, и состыковаться очень сложно. В онлайне проще: у тебя гораздо больше людей на выбор, и если нет принципиального требования играть именно с конкретным другом, найти компанию становится легче. Просто размещаешь объявление: такая-то игра, столько-то человек. Собираются пять человек, которые раньше друг друга не знали — и начинают играть. В принципе, это работает, я бы сказал. Дальше всё зависит от запроса. Для игр, ваншотов — это вообще отлично подходит, можно легко находить такие игры. Для компаний, конечно, сложнее. Вы один раз собрались, совпали по дате, а потом, когда наступает следующая сессия, снова возникает вопрос — как состыковаться. Тут уже становятся необходимы всякие сервисы для синхронизации календарей.

Кулинария и творчество

Маша Даровская: Скажи, кроме паркура и игр, ты ещё говорил, что любишь готовить. Это увлечение появилось у тебя в Люксембурге или раньше?

Андрей Фёдоров: Наверное, скорее здесь, в Люксембурге, потому что у меня стало больше времени дома. Когда я жил в Москве, большую часть времени я проводил в общаге, и там было сложно готовить что-то особенное. Помню, как-то летом я готовил шаурму и продавал её другим в общаге. Но это быстро надоело — за несколько дней я полностью вымотался и понял, что прибыль того не стоит. До переезда я не так много готовил. То есть, я любил готовить, но в основном обычные блюда. Например, блины — у нас в семье я блинный мастер. Какие-то мясные блюда — и не больше.

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

Иногда можно просто найти рецепт в интернете, а иногда интересно прийти в кафе, заказать блюдо и, пока ешь, пытаться понять, как его приготовили. В какой-то момент я очень увлёкся приготовлением пиццы. Сейчас, скажем так, немного остыл — не потому что разонравилось, а просто жду, когда перееду в другое место, где будет балкон или терраса. Хочется купить специальную печь для пиццы, которую можно поставить на улице. Сейчас я немного устал делать пиццу в духовке, потому что всегда старался готовить её практически с нуля. Тесто нужно оставить в холодильнике на ночь, чтобы оно как следует подошло — шарики, всё как надо. Это классно, но занимает очень много времени.

В отпуске, конечно, здорово этим заниматься, но когда появились проекты вроде ДНД-сообщества, плюс я ещё немного помогаю ребятам из русскоязычного IT-сообщества в Люксембурге, времени на такие сайт-проекты стало меньше. Два дня на пиццу у меня уже нет. Хотелось бы, но не получается. Хотя это было очень классно, и у меня до сих пор есть такой пункт в виш-листе. Хочется сделать в пицце как можно больше с нуля. Например, самому поехать на поле, собрать помидоры, чтобы потом приготовить из них настоящий томатный соус, параллельно замесить тесто и так далее. Прямо приготовить пиццу максимально с нуля.

Я как-то делал багеты в духовке — это тоже было интересно. Получается настоящий багет с хрустящей корочкой, с надрезом. Когда только достаёшь его из духовки, от него идёт пар. Я ещё посыпал его кунжутом. И если это редкий зимний или осенний день, когда солнце пробивается через окно в Люксембурге, оно красиво подсвечивает этот пар.

Я пробовал вести YouTube-канал, где частично показывал бы сам процесс и просто болтал на разные темы, но быстро понял, что это не для меня. Оказалось, у меня просто не хватает времени и сил, чтобы заниматься монтажом самостоятельно. Я уже забыл, как это делается. Лет десять назад я монтировал видео, когда работал фотографом и параллельно снимал ролики, но сейчас полностью утратил эти навыки. Я понимаю, что тратить несколько часов на съёмку, а потом ещё в четыре раза больше на монтаж — мне этого совсем не хочется. Да, когда становишься взрослым, приходится расставлять приоритеты.

Маша Даровская: А какие-то видео с готовкой у тебя остались?

Андрей Фёдоров: Да, что-то осталось. Буквально три штуки, наверное. Я довольно быстро понял, что всё идёт не так, как мне хотелось бы. При этом, конечно, родители моей жены очень ждут новых видео. Они постоянно спрашивают: «Андрей, когда следующее?» А я им отвечаю: «Блин, не знаю, это слишком сложно и долго». Но у меня вообще с YouTube есть своя история. Лет в четырнадцать я уже делал канал, пытался что-то записывать и выкладывать. Я специально с тех пор ничего не удаляю — для меня это часть своего рода наследия. Просто интересно потом посмотреть, что было тогда, что сейчас, и, надеюсь, порадоваться изменениям.

Баланс хобби и советы слушателям

Андрей Фёдоров: Я для себя это когда-то описал как разные корзинки. Представляю себе такую картину: есть игра, в которую я сам никогда не играл, но знаю — советская электроника, где волк ловит яйца. Он бегает вправо-влево и ловит яйца, чтобы они не разбились. Вот примерно так я ещё в школе представлял себе жизнь: как совокупность разных активностей. Вместо того чтобы стоять на одном месте и собирать всё только там, ты постоянно переключаешься — тут немного, там немного. В итоге жизнь получается сбалансированной по разным направлениям. В какой-то период ты больше занимаешься одним делом, потом берёшь паузу и подтягиваешь другие направления. В результате всё идёт довольно ровно и разнообразно. Это действительно помогает не выгорать, потому что активность постоянно меняется.

Например, на работе я в основном занимаюсь разработкой — не только на Java, а вообще всем подряд, по сути, full-stack. Иногда приходится заниматься и менеджерскими задачами, когда нужно делать проекты вместе с другими разработчиками. Такое действительно случалось пару раз, и это тоже классно. Но в основном на работе у меня, условно говоря, разработка. Потом, например, в D&D у меня большая часть активности связана именно с сообществом, с его развитием. Нужно постоянно общаться, находить новых людей, разговаривать с ними — и оказалось, что это сложнее, чем я думал. Я был очень удивлён, насколько разные бывают люди — по характерам, по тому, как они реагируют на мои слова. Я понял, что с каждым нужно общаться по-разному.

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

А музыка помогает — не знаю, позволяет выплеснуть творческий порыв. Не могу сказать, что на работе этого не происходит: там тоже много творчества, когда придумываешь, как реализовать что-то. Особенно мне повезло в том, что у меня есть право голоса — могу спрашивать: «А почему вы этого хотите? А чего конкретно хотите достичь?» Иногда даже предлагать альтернативы. Это тоже своего рода творчество. Но музыка помогает именно выражать эмоции. Кроме того, что я сам иногда играю на гитаре или сочиняю песни, я много просто пою — включаю музыку и пою. Это у меня с детства. И это помогает нормализовать эмоциональное состояние, потому что с некоторыми песнями, которые откликаются, ты выплёскиваешь накопившиеся эмоции, и становится легче.

Маша Даровская: Да, понимаю, тоже люблю петь, хотя пою ужасно, если честно.

Андрей Фёдоров: Не знаю, я слышал, что нет людей без голоса — есть люди с плохим слухом, скорее. На самом деле, основная проблема чаще всего именно в слухе — чтобы понимать, как ты поёшь.

Маша Даровская: А всё остальное — дело техники. Я, например, окончила музыкальную школу, но у меня низкий голос, и всё, что высоко, мне просто не даётся. Таких песен, которые можно петь низко, на самом деле не так много, их мало. Поэтому — как есть. Колыбельную петь научилась, уже хорошо. Скажи, пожалуйста, что бы ты мог пожелать нашим слушателям? Как найти себя, своё увлечение, как не потерять себя в этом безумном мире, когда всё вокруг бывает сложно?

Андрей Фёдоров: Не надо бояться пробовать. Если не попробуешь — точно ничего не произойдёт. А если попробуешь — может быть, получится. Мне кажется, не стоит пытаться что-то кому-то доказывать. Конечно, иногда в жизни приходится что-то доказывать другим, но в хобби главное — получать удовольствие от процесса, от самого себя. Если постоянно со всеми соревноваться, это может сильно усложнить жизнь и добавить много негатива в то, что должно приносить радость.

Маша Даровская: Да, согласна. Главное — пробовать и ждать, что отзовётся внутри, что действительно откликнется. Спасибо тебе большое. Ребята, с нами сегодня был замечательный Андрей Фёдоров. Он рассказал много интересного о своих увлечениях. Ищите свои хобби, своё призвание — то, что действительно приносит вам удовольствие. Не выгорайте. Пусть у всех всё будет хорошо.

Из интересностей: посиделки с инди #6: No, I’m not a Human, Дэн Хаузер у Лекса Фридмана, по стопам Papers, Please, как Disney симулировал волосы Рапунцель.

Обновления/релизы/новости

Lessaria: Fantasy Kingdom Sim заработала полмиллиона долларов за полторы недели

Как пишет Кирилл Орешкин, к вечеру 30 числа валовая выручка игры на платформе Valve достигла 500,3 тысяч долларов. Е` «чистый» заработок после комиссий, налогов и возвратов — 405,8 тысяч долларов.

Rockstar обвинили в увольнении не менее 30 сотрудников, которые хотели организовать профсоюз

В Take-Two говорят, что с разработчиками расстались из-за «грубых нарушений» на рабочих местах.

Онлайн ARC Raiders в Steam превысил 300к человек

У новинки 90+% положительных отзывов — хвалят в том числе атмосферу, ИИ врагов-роботов, оптимизацию и аудио-дизайн.

Amazon провела масштабные сокращения в игровом подразделении

Некоторые AAA-игры, похоже, отменили.

В Японии отказали Nintendo в регистрации патента по механике поимки созданий в играх

Однако компания может продолжить попытки добиться своего.

Авторы New World объявили о прекращении контентной поддержки игры

Но серверы не закрывают, по крайней мере, пока.

Ice-Pick Lodge представила Darkwood 2 — первый трейлер, скриншоты и подробности об игре

Продолжение полюбившегося аудитории хоррора выйдет «скоро».

СМИ: EA требует от сотрудников внедрять ИИ во все рабочие процессы

Чат-бот призывают использовать даже для написания обращений к работникам по поводу зарплат.

Продажи Escape from Duckov достигли 2 миллионов копий

Комедийному одиночному extraction-шутеру Escape from Duckov потребовалось чуть меньше двух недель на это.

Геймдиректор ремейков Final Fantasy VII: «Жёлтая краска в играх необходима»

Некоторым визуальные подсказки не нравятся, и это нормально, уверен разработчик.

MISERY продалась тиражом в 500к копий за 4 дня

Неожиданный успех.

Халява/раздачи/бандлы/курсы

Учебные материалы за октябрь от Epic Games

От разработки головоломок и оптимизации производительности физики до освоения temporal rendering и создания кинематографических ригов.

Ассеты из экспериментов SuperWEIRD

Ребята из LudenIO выложили в открытый доступ под CC0-лицензией ранние эксперименты их игры SuperWEIRD на Defold. Там и код, и текстурки, и анимации.

Потыкаться в саму игру можно на итче. Ну и поддержите ребят, добавив игру в вишлист в Стиме.

Интересные статьи/видео

[RU] Посиделки с инди #6: No, I’m not a Human — миллион вишей и 500к продаж

Само собой обсудили нарративную часть и то, как создавались образы персонажей, поболтали про плодотворное и позитивное взаимодействие с издателем Critical reflex.

[EN] Дэн Хаузер у Лекса Фридмана — о работе над GTA и Red Dead Redemption, а также отменённой Agent

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

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

[EN] Моделирование и текстурирование детализированного кольта

Дэниел Мидгхолл рассказал о своём проекте Colt Single Action Army, подробно описав, как он создал пистолет и как текстурировал гравировку с помощью Marmoset Toolbag.

[RU] Всё о страхе в играх — Что нас пугает, и как на это реагирует мозг

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

[EN] Технический разбор Ghost Of Yōtei

Эдриан Бентли рассказал об игровом мире, персонажах, трассировке лучей и многом другом.

[EN] Моделирование персонажа, нарисованного вручную, с использованием ZBrush, 3DCoat, Maya и Substance 3D Painter

Реми Лоре рассказал о том, как создал краба, проведя через скульптинг и покраску панциря и частей пушки с помощью ZBrush и 3DCoat.

[RU] Стилизация, часть 1: почему игры стали однообразными

Среди заядлых игроков всё чаще встречается такое страшное явление как «игровая импотенция». Кажется, будто все игры сделаны по одному шаблону.

[EN] Unpacking Terrain Textures — Terrain Shaders — Episode 2

Демонстрация того, как эффективно распаковывать текстуры террейна.

[EN] NITRO GEN OMEGA: воплощение художественного стиля «спагетти-аниме» в жизнь с помощью UE5

Охватывает использование cel shading, стилизованных визуальных эффектов и других техник для создания уникального образа.

[RU] По стопам Papers, Please. Вместе с авторами Do No Harm, Quarantine Zone, No, I’m not a Human и Static Dread

О том, с чем связана популярность нового направления и какие при его разработке возникают сложности, — app2top поговорили с представителями Darts Games, Brigada Games, Trioskaz и Solarsuit Games.

[EN] Lighting in UE5: Scaling for Quality & Performance

В докладе с Unreal Fest Bali 2025 Алексис Аргириу делится идеями, полученными в ходе работы над BADMAD ROBOTS.

[EN] Король Виего: создание 3D-модели для JoeMADChallenge

Алексей Авдеев поделился своим опытом создания проекта и моделирования тела, одежды и доспехов с учётом правил конкурса.

[EN] Как The Farmer Was Replaced добилась роста на 39 000% в Steam с релизом 1.0

Разбираемся.

Разное

Симуляция юбочки

Из Твиттера.

Как Disney симулировал волосы Рапунцель

Из Твиттера.

Если хотите поддержать выход дайджеста и других материалов, сделать это можно одним из способов.

• На Патреоне
• На Boosty
• Через Paypal
• Через Яндекс.Деньги

Также вы можете подписаться на рассылку дайджеста.

Об этом рассказал Логан Килпатрик, продакт-лид Google AI Studio, в посте на X.

Что такое вайб-кодинг

Термин vibe coding (от англ. vibe — «ощущение», «настроение») появился в 2024 году и описывает подход к программированию, где разработчик не пишет код вручную, а общается с ИИ в свободной форме, задавая лишь общие направления: «сделай RPG про кота-самурая», «добавь погодные эффекты», «пусть враги становятся умнее».

Пока этот подход работал только с простыми проектами вроде сайтов и мобильных приложений, но Google обещает вывести его на новый уровень.

Что умеет новый AI Studio

По словам компании, обновленный Google AI Studio «понимает задачу и автоматически подбирает нужные модели, API и инструменты».

Например, если пользователь захочет сделать приложение, генерирующее изображения по промтам, AI Studio сам подключит соответствующий API (в данном случае — Nano Banana API) и настроит всю инфраструктуру.

«Мы сделали процесс создания мощных, функциональных и ИИ-дополненных приложений максимально простым», — говорится в блоге Google.

Теперь платформа сможет не только генерировать код, но и автоматически подключать нужные сервисы, базы данных и библиотеки, превращая процесс в полноценный гибрид no-code подхода с вайб-кодингом.

Теперь и для игр

Килпатрик уточнил, что уже к концу года пользователи смогут вайб-кодить не только веб-приложения, но и простенькие видеоигры.

«Это откроет путь для новых 100 млн разработчиков. Многие мечтают сделать игру, но спотыкаются о C++, C# и Unreal Engine. Теперь они смогут создавать истории, персонажей и геймплей — без единой строчки кода», — написал он.

Разумеется, до уровня Civilization или Baldur’s Gate дело не дойдет. По словам Килпатрика, речь идет о «небольших проектах для друзей», где игроки сами управляют сюжетом и механикой.

Скепсис и ожидания

Пока даже самые продвинутые ИИ-инструменты едва справляются с генерацией простых 2D-игр вроде Wordle или Flappy Bird.

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

Тем не менее, Google, по слухам, готовит к релизу Gemini 3.0, который может радикально улучшить креативные и кодогенерационные возможности.

Если планы компании сбудутся, то к концу года видеоигра мечты может начаться не с кода, а с фразы:

«Сделай мне космический шутер, где коты сражаются против пылесосов».

Редакция Tproger сделала и адаптировала перевод подборки программ для Windows и macOS. Здесь вы найдёте проверенные временем решения для работы, развлечений и повседневных задач. Мы сосредоточились на бесплатных и условно-бесплатных приложениях с отличной репутацией, которые решают реальные задачи без навязывания ненужных функций.

Список разбит по категориям: от браузеров и гейминга до утилит безопасности и инструментов для продуктивности.

Неважно, опытный вы пользователь или новичок — здесь найдётся что-то полезное для каждого.

Браузеры

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

• Большинство пользователей: Chrome, Edge или Safari
• Защита приватности: Firefox, Brave, Ungoogled Chromium
• Опытные пользователи: Vivaldi
• Максимальная анонимность: Tor Browser

Google Chrome

Chrome остаётся самым популярным браузером в мире — и не просто так. Он быстрый, стабильный и отлично интегрируется с экосистемой Google. Огромная библиотека расширений из Chrome Web Store позволяет настроить браузер под любые задачи. Синхронизация между устройствами работает безупречно: вкладки, пароли, закладки и история всегда под рукой.

Минус один, но существенный: Chrome прожорлив. Если у вас открыто больше десятка вкладок, он может съесть несколько гигабайт оперативной памяти. На компьютерах с 8 ГБ RAM и меньше это становится проблемой.

Mozilla Firefox

Firefox — это выбор тех, кто ценит приватность и открытость. Mozilla не зарабатывает на продаже ваших данных, а сам браузер активно развивается сообществом. Встроенные инструменты защиты от трекинга работают из коробки, блокируя рекламные сети и скрипты слежения.

По скорости Firefox не уступает Chrome, а по потреблению памяти даже выигрывает. Библиотека расширений чуть меньше, чем у Chrome, но все основные инструменты доступны.

Microsoft Edge

Edge построен на том же движке Chromium, что и Chrome, но при этом лучше оптимизирован для Windows. Microsoft вложилась в производительность: браузер работает быстро, потребляет меньше ресурсов и отлично интегрируется с системой.

Особенно приятны функции вроде Collections (коллекции вкладок для организации исследований), режим чтения и встроенный скриншотер. Edge поддерживает все расширения Chrome, так что переход безболезненный.

Brave

Brave — это Chrome на стероидах приватности. Браузер блокирует рекламу и трекеры по умолчанию, что делает сёрфинг быстрее и безопаснее. При этом он полностью совместим с расширениями Chrome.

Есть интересная фишка: Brave Rewards позволяет зарабатывать криптовалюту за просмотр приватной рекламы (если захотите её включить). Спорная механика, но как опция — почему нет. Для тех, кто хочет Chrome без Google и с упором на приватность, Brave — отличный выбор.

Safari (только macOS)

Если у вас Mac, Safari заслуживает внимания. Это самый энергоэффективный браузер для macOS: на MacBook он даёт ощутимо больше автономности по сравнению с Chrome или Firefox. Интеграция с экосистемой Apple безупречна: Handoff, синхронизация через iCloud, Reading List, автозаполнение паролей.

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

Ungoogled Chromium

Для ультраосторожных Ungoogled Chromium удаляет всё отслеживание и сервисы Google — но вам придётся настраивать всё самостоятельно, так как в нём нет автообновлений или встроенной синхронизации.

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

Tor Browser

Выводя приватность на следующий уровень, Tor Browser маршрутизирует ваш трафик через сеть Tor, анонимизируя ваш IP и многократно шифруя соединение. Он медленнее по задумке, но идеален, если ваш приоритет — максимальная анонимность, а не скорость или удобство.

Vivaldi

Vivaldi — браузер мечты для тех, кто хочет полного контроля. Стекирование вкладок, тайлинг, кастомные горячие клавиши, встроенная почта и календарь, веб-панели — это полноценный десктопный опыт внутри браузера. Хотите боковую панель браузера, открывающую ваши заметки, RSS-ленты или любой нужный сайт? Vivaldi это умеет.

Arc

Наконец, Arc — когда-то новичок на рынке браузеров, нацеленный на переосмысление UX: замена традиционной панели вкладок на боковую панель, акцент на веб-приложениях, интегрированные разделённые виды и easels для заметок и доски. К сожалению, компания за Arc прекратила разработку, чтобы полностью переключиться на ИИ с новым браузером, который сейчас в закрытой бета-версии.

Управление паролями

• Лучший бесплатный выбор: Bitwarden
• Также отлично: 1Password, Dashlane, KeePass

Миллионы людей продолжают использовать одни и те же слабые пароли на всех сайтах — или, что ещё хуже, держатся за классику вроде «123456». Даже сильные пароли мало помогают, если их повторяют или забывают. Конечно, большинство браузеров предлагают встроенные менеджеры паролей, но они ограничены, привязаны к одному браузеру и менее безопасны, чем специализированные решения.

Также не будем забывать о passkeys (ключах доступа). Если говорить практически, можно сказать, что passkeys объединяют концепцию пароля и двухфакторной аутентификации (2FA) в одно плавное действие, но гораздо безопаснее и гораздо менее раздражающе.

Bitwarden

Полностью опенсорсный, зашифрованный и щедрый даже в бесплатной версии. Вы получаете неограниченное количество паролей, синхронизацию между устройствами и приложения для всех платформ. Премиум ($10/год) добавляет безопасный обмен файлами и инструменты 2FA. Также есть доступные семейные и командные планы.

1Password

Премиум-решение с отполированным интерфейсом, сильной кроссплатформенной поддержкой и отличными функциями вроде Travel Mode (режим путешествий) и полной интеграцией passkeys.

Dashlane

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

KeePassXC

Отличная оффлайн-альтернатива, если хотите полного контроля и не против ручной синхронизации (или использования чего-то вроде Syncthing или Dropbox для синхронизации базы данных).

Пропустите LastPass — когда-то фаворит, он упал в немилость после повторных утечек безопасности. Для душевного спокойствия лучше поискать в другом месте.

Продвинутые утилиты и дополнения к ОС

• Поиск + лаунчеры: Everything или Wox (Windows), Alfred или Raycast (macOS)
• Пакетные менеджеры: WinGet, Homebrew (macOS)
• Для пользователей Windows: PowerToys
• Для пользователей Mac: Rectangle
• История буфера обмена: ClipClip, Flycut (macOS)
• Скриншоты + аннотации: Monosnap

Winget

Официальный менеджер пакетов Microsoft, встроенный в Windows 10 и 11. Работает похоже на Chocolatey, но разработан и поддерживается Microsoft. Homebrew — самый популярный менеджер пакетов для macOS. Позволяет быстро устанавливать, обновлять и управлять приложениями и CLI-инструментами с помощью команд в терминале.

Everything

Что касается поиска, Everything остаётся золотым стандартом сверхбыстрого поиска по именам файлов в Windows. Он индексирует диски за секунды и выдаёт почти мгновенные результаты с минимальной нагрузкой на систему. Если нужен функционал шире базового поиска, Wox использует движок Everything и добавляет мощные возможности лаунчера: поиск файлов, запуск приложений, калькулятор, перевод текста и расширения через плагины. Получается более гибкий опыт в духе Spotlight для Windows.

Command Palette/Alfred/Raycast

В который раз Microsoft не смогла существенно улучшить встроенный поиск Windows, хотя Command Palette в PowerToys даёт неплохой компромисс для тех, кто не хочет ставить сторонние утилиты.

На macOS Alfred по-прежнему главный лаунчер и утилита поиска. Он быстрый, интуитивный и в бесплатной версии включает историю буфера и настраиваемые поиски; расширенная автоматизация и «воркфлоу» доступны в Powerpack.

Тем, кто хочет современную облачно-интегрированную альтернативу с готовыми расширениями и встроенной поддержкой Notion, GitHub и Slack, стоит присмотреться к Raycast — это стильный, дружественный к разработчикам вариант, который стремительно набирает популярность.

Менеджеры буфера обмена

Они позволяют возвращаться к ранее скопированному — тексту, изображениям, ссылкам — и сильно ускоряют рутинные операции.

В Windows встроенная история буфера (Win + V) кое-как выручает, но продвинутым пользователям обычно хочется большего. В числе бесплатных рекомендаций — ClipClip для Windows и Flycut для macOS.

Когда речь о скриншотах и аннотациях, штатные инструменты macOS и Windows заметно выросли. Но многим всё равно удобнее сторонние решения. Нам по-прежнему нравится Monosnap за простоту и возможность мгновенно заливать снимки в облако для шаринга (и это бесплатно).

PowerToys — набор полезных утилит от Microsoft для продвинутых пользователей Windows, повышающих продуктивность и упрощающих рабочие процессы. Среди инструментов: FancyZones для продвинутого раскладывания окон, PowerRename для пакетного переименования, Keyboard Manager для ремапинга клавиш, универсальный color picker и другие.

Rectangle и Magnet — два самых популярных приложения на macOS для закрепления окон: быстрые выравнивание и ресайз по хоткеям или перетаскиванием, примерно как по умолчанию в Windows. Пользователям, пришедшим с Windows и скучающим по системному снапингу, одно из них жизненно необходимо.

Широко используемая альтернатива в Windows — FancyZones (часть PowerToys), предлагающая продвинутое управление окнами: настраиваемые сетки, зоны привязки и поддержку нескольких мониторов — поэтому это фаворит пауэр-пользователей на Windows.

Для рутины и создания проектов

• Бесплатные инструменты: FreeOffice, LibreOffice и WPS Office
• Microsoft Office за единовременную плату $49, Office 2024 — $129
• Заметки: Notion, OneNote, Obsidian
• Бесплатный PDF-редактор: PDFsam
• Почтовые клиенты: Thunderbird, eM Client

Независимо от того, пишете ли вы тексты, планируете проект, кодите или наводите порядок в цифровой жизни, правильные инструменты решают многое. Сегодня выбор топовых приложений для продуктивности и разработки — часто бесплатных — лучше, чем когда-либо.

Microsoft Office остаётся отраслевым стандартом для профессиональной продуктивности. Подписка Microsoft 365 открывает доступ к Word, Excel, PowerPoint, Outlook и включает 1 ТБ облачного хранилища.

Среди бесплатных альтернатив LibreOffice — мощный open-source комплект с сильным сообществом (хотя интерфейс некоторым кажется старомодным). Если нужна внешне более майкрософтовская альтернатива, попробуйте FreeOffice или WPS Office Free — у них хорошая совместимость.

На macOS Pages, Numbers и Keynote предустановлены и более чем достаточны для большинства задач, особенно если вы в экосистеме Apple.

Знания и ведение заметок

Notion стал универсальной платформой организации: заметки, базы данных, to-do, управление проектами, создания совместных рабочих пространств. Если нужны более локальные заметки с синхронизацией между устройствами и поддержкой Markdown, Obsidian — любимец студентов и исследователей.

Для быстрых кроссплатформенных заметок OneNote — крепкий бесплатный вариант от Microsoft. В качестве альтернатив — Simplenote или open-source Joplin.

Если вы занимаетесь академической работой и научными статьями, Zotero — отличный open-source менеджер источников с интеграцией в браузер и совместными коллекциями. Milanote предлагает визуальный подход к заметкам и планированию — идеально для креативных пользователей.

Работа с PDF

Хотя Adobe Acrobat остаётся премиальным редактором PDF, бесплатные альтернативы вроде PDFsam позволяют без усилий объединять, разбивать, редактировать и поворачивать страницы.

Инструменты для дизайна и создания контента

Для дизайна два выделяющихся приложения хорошо дополняют набор продуктивности. Figma Desktop — совместная платформа интерфейс-дизайна, широко используемая UI/UX-дизайнерами и фронтенд-разработчиками. Десктоп-версия работает быстрее, чем браузер, и лучше интегрируется с ОС — это удобно для сложных дизайн-систем и коллаборации в реальном времени.

Canva с интуитивным drag-and-drop превосходно чувствует себя и как десктоп-приложение. Отлично подходит для быстрых графических материалов для соцсетей, маркетинга, постеров и презентаций. Благодаря тысячам шаблонов и совместной работе это фаворит как у профи, так и у новичков.

Почтовые клиенты

Если вы предпочитаете отдельный почтовый клиент, у eM Client много функций, бесплатный — до двух аккаунтов. Mozilla Thunderbird — мощная open-source альтернатива с удобной настраиваемостью, а Mailbird — вариант с упором на продуктивность для тех, кого не пугает подписка.

Инструменты разработчика

• Редакторы кода и текста: VS Code, Cursor, Sublime Text
• Система контроля версий: SourceTree, GitHub Desktop
• Контейнеры: Docker
• Локальные LLM: Ollama
• SFTP, загрузка файлов: WinSCP, Forklift

Для разработчиков Visual Studio Code — безусловный вариант. Бесплатный, лёгкий, но мощный, кроссплатформенный — тысячи расширений покрывают практически любой язык, фреймворк или инструмент. Набирающая популярность альтернатива — Cursor, редактор на базе VS Code с усиленной AI-помощью. Он подходит для связки с LLM: даёт inline-подсказки, генерирует код, рефакторит и позволяет редактировать кодовую базу.

При этом Sublime Text остаётся для скорости и простоты, а Notepad++ — отличный лёгкий редактор для быстрых правок в Windows.

Для Git графические клиенты SourceTree и SmartGit дают понятный интерфейс для управления репозиториями на GitHub, GitLab и не только. GitHub Desktop раньше был простоват и не слишком хорош, но сейчас существенно прибавил — всё ещё простой для работы, но в хорошем смысле.

Для локальных окружений, API-тестирования или терминального воркфлоу инструментов — пруд пруди. Например, Docker Desktop стал стандартом для тех, кто собирает и запускает контейнеризированные приложения на разных платформах. Он упрощает настройку окружений и держит систему чистой.

Ollama позволяет запускать большие языковые модели (LLM) локально с минимальной настройкой. Поддерживает модели вроде LLaMA, Mistral и другие open-weight альтернативы GPT, так что можно работать с ИИ прямо на своём компьютере без отправки данных в облако.

Если вы работаете с облачными хранилищами или SFTP, WinSCP (Windows) и ForkLift (macOS) — отличные клиенты с двухпанельным управлением файлами, синхронизацией и автоматизацией. На Mac также популярны Commander One и Transmit — у них есть встроенные подключения к удалённым и облачным путям.

Безопасность

И Windows, и macOS сегодня предлагают более чем достойную встроенную защиту. С защитой в реальном времени, интеграцией с файерволом и биометрией вроде Windows Hello и Touch ID. Для обычных пользователей, которые соблюдают гигиену безопасности: не скачивают сомнительное ПО, используют менеджеры паролей и включают 2FA — встроенной защиты часто хватает.

Для продвинутых пользователей есть дополнительные варианты.

Отличное первое дополнение — Malwarebytes. Это давний фаворит в обнаружении и удалении malware, adware и руткитов; бесплатная версия по-прежнему хороша для ручных сканов. В платной — защита в реальном времени без ощутимой просадки производительности.

Если не хочется ставить традиционный антивирус, есть достойные альтернативы. Emsisoft Emergency Kit — мощный портативный сканер, который можно запускать с флешки: идеально для редких глубоких сканов или лечения заражённых систем без установки чего-либо. Просто подключаете, когда нужно.

Ещё один отличный инструмент — VirusTotal: бесплатный веб-сервис, который проверяет файлы и URL через десятки антивирусных движков. Прежде чем открывать подозрительную загрузку, можно залить файл на VirusTotal.com или использовать их расширение для браузера, чтобы проверять ссылки в реальном времени. Быстро, просто и удобно для осторожных пользователей.

Мы не поклонники установки антивирусов на каждый компьютер и не полностью в курсе, какие сейчас показывают лучшие результаты. Тем не менее, AV-Test давно и регулярно оценивает популярные решения, поэтому советуем смотреть их свежие отчёты. В текущем списке высокооценённых — Avast, BitDefender, ESET и другие; многие из них предлагают бесплатные версии для пробы.

Удалённый доступ и вспомогательные утилиты

RustDesk стал современным, ориентированным на приватность аналогом TeamViewer. Он с открытым исходным кодом, быстрый и работает кроссплатформенно.

Тем, кому нужны более устоявшиеся коммерческие решения, подойдёт AnyDesk, который остаётся лёгким и надёжным вариантом для личного и командного использования.

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

Remote Mouse — простой и эффективный способ эмулировать мышь и клавиатуру с телефона. Для более продвинутых сценариев можно использовать приложения вроде Unified Remote.

Редактирование изображений и видео

• Профессиональный видеомонтаж: DaVinci Resolve
• Простой видеомонтаж: CapCut
• Редакторы изображений: GIMP, PhotoDemon, Pixelmator Pro
• Бесплатное улучшение изображений: Upscayl
• RAW-редактирование: RawTherapee
• Видеоконвертация: HandBrake

Если вам нужен бесплатный инструмент для редактирования изображений, GIMP — один из самых мощных вариантов. Он предоставляет профессиональные возможности, такие как слои, маски и настраиваемые плагины, что делает его идеальным для продвинутых пользователей. Если вы ищете более лёгкий редактор с чистым интерфейсом, стоит обратить внимание на PhotoDemon. Он работает как портативное приложение на Windows, поддерживает слои и редактирование — отличный выбор для быстрых правок или ретуши.

Если вы хотите увеличивать разрешение изображений без потери качества, Upscayl — мощный и бесплатный инструмент для апскейла. Он кроссплатформенный, и по нашим тестам показывает результаты на уровне платных решений вроде Topaz.

Для векторной графики — логотипы, иллюстрации — Inkscape является достойным open-source вариантом с полной поддержкой редактирования SVG. Krita — ещё один отличный бесплатный инструмент, особенно подходящий для цифровой живописи и художественного творчества.

Для редактирования RAW-фотографий, Darktable и RawTherapee — два высококлассных open-source аналога Adobe Lightroom. Их широко используют фотографы, которым нужна работа с изображениями без подписки.

Для простых GIF-анимаций ScreenToGif — удобная утилита, мгновенно записывающая область экрана и экспортирующая в GIF или другие форматы с оверлеями.

Среди платных фоторедакторов Adobe Photoshop остаётся лидером, но для macOS есть Pixelmator Pro — мощное приложение с разовой оплатой, а Affinity Photo предлагает профессиональные возможности по более доступной цене.

Видеомонтаж и конвертация

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

Shotcut и Kdenlive — тоже сильные бесплатные варианты, предлагают более простой фукнционал с хорошим набором функций для новичков и продвинутых пользователей. CapCut, изначально мобильное приложение, теперь доступен на десктопе — идеально подходит для быстрых монтажей и роликов для соцсетей.

Для пользователей macOS iMovie предустановлен и остаётся надёжным вариантом для базовых видео. Если вам нужно просто конвертировать или сжимать видео в современные форматы, HandBrake — проверенное бесплатное решение с поддержкой и вариацией входных и выходных форматов.

Тем, кто ищет топовый профессиональный монтаж, подойдут Adobe Premiere Pro и Final Cut Pro, но там есть дорогая подписка и более высокий порог входа.

Коммуникации и совместная работа

• Для повседневной связи: WhatsApp, Messenger и Zoom, если у вас нет FaceTime
• Для приватности: Signal
• Для работы: Slack, Teams
• Для игр и общения: Discord

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

Для личной переписки WhatsApp и Facebook Messenger остаются самыми массовыми платформами по всему миру. У них есть десктопные клиенты и встроенное сквозное шифрование по умолчанию. Telegram также крайне популярен благодаря синхронизации между устройствами и поддержке крупных чатов. Пользователи Apple продолжают активно использовать iMessage для приватного, шифрованного общения в экосистеме Apple.

Из видеоконференций Zoom остаётся одним из лидеров для групповых звонков и онлайн-ивентов, предлагая локальные записи, демонстрацию экрана и комнаты (breakout rooms). Однако бесплатный тариф ограничивает 1:1 звонки 40 минутами, если не перейти на платный план. Zoom поддерживает сквозное шифрование, но при включении E2EE отключаются некоторые функции вроде облачной записи и комнат.

Google Meet — отличный браузерный аналог без необходимости установки, который заметно улучшился по качеству и удобству использования. Многие компании применяют Meet в ежедневной работе и гибридных форматах. Если ваша организация использует Microsoft 365, скорее всего, вы работаете в Microsoft Teams, который уже заменил Skype на корпоративном уровне. Teams поддерживает большие созвоны, обмен файлами и глубоко интегрирован с Office. Сквозное шифрование доступно, но только для 1:1 звонков.

FaceTime по-прежнему отличный для пользователей Apple, и благодаря новым обновлениям к звонку теперь могут присоединяться и пользователи Android/Windows по ссылке через браузер.

Когда приватность критична, Signal — один из лучших вариантов. Разработан некоммерческой организацией, бесплатен, open-source, без рекламы, использует надёжное сквозное шифрование для сообщений и звонков.

Для рабочих коммуникаций Slack и Teams продолжают использоваться в бизнес-среде. Бесплатный тариф Slack ограничивает историю 90 днями и звонки, но остаётся любимцем стартапов и малых команд благодаря интеграциям и ботам. Cisco Webex — также крепкий вариант, особенно популярен в корпоративной среде.

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

Для внутриигрового голосового чата TeamSpeak остаётся олдскульным достойным вариантом: можно использовать анонимно и получать полный контроль над сервером. Встроенный чат Steam лучше, чем раньше, и помогает в игровой координации, но большинство всё же выбирает Discord.

Гейминг, моддинг и стриминг

• Игровые платформы: Steam, Epic Games, EA App, Ubisoft, GOG
• Последние драйверы для GPU: Nvidia GeForce, AMD Radeon, Intel Arc
• Стриминг: OBS Studio

Steam остаётся центром PC-игр. Это не только магазин, но и социальная платформа, лаунчер и площадка с модами, облачными сохранениями и встроенным стримингом. Регулярные распродажи, поддержка контроллеров и сообщества делают его обязательным для любого PC-геймера.

Не менее важно установить Epic Games Store. Хотя библиотека меньше, он регулярно раздаёт бесплатные игры, доступные любому с аккаунтом Epic. Это также must-have, если вы играете в Fortnite.

Помните: не все издатели размещают игры на Steam или Epic. Для тайтлов EA понадобится EA App (ранее Origin), для Ubisoft — Ubisoft Connect, для Blizzard/Activision — Battle.net, а GOG Galaxy не только предлагает DRM-free классику, но и может агрегировать игры из других лаунчеров.

Некоторые сверхпопулярные игры распространяются отдельно: Minecraft (через Minecraft.net или Microsoft Store), Roblox, League of Legends и Valorant (через лаунчер Riot Games). Если вы новичок и ищете что-то лёгкое, можно начать с free-to-play тайтлов или классики вроде Brutal Chess или GZDoom.

Если вы играете с геймпадом, Windows поддерживает Xbox-контроллеры из коробки. PlayStation-контроллеры теперь тоже отлично работают: Steam через Steam Input поддерживает DualShock 4 и DualSense практически во всех играх. При необходимости глубокой кастомизации можно использовать DS4Windows, но большинству хватает возможностей Steam.

Если вас интересует моддинг, хороший менеджер модов время в этой жизни:

• Mod Organizer 2 — лучший для RPG Bethesda (Skyrim, Fallout).
• Vortex (от Nexus Mods) — дружелюбный к новичкам и поддерживает широкий перечень игр.

Для записи геймплея или стриминга Nvidia ShadowPlay и AMD Radeon ReLive подходят для простых задач. Но для стриминга с вебкой, сценами, оверлеями или многосценовым продакшеном OBS Studio — безальтернативный лидер. Он бесплатный, open-source и подходит как новичкам, так и про-стримерам (Twitch, YouTube, Kick и т.д.). SignalRGB помогает синхронизировать весь RGB-зоопарк и задавать динамические эффекты.

Мониторинг железа и разгон

• Мониторинг: CPU-Z, HWMonitor, HWiNFO64
• Настройка и разгон: Afterburner, FanControl, ThrottleStop, SignalRGB

Одно из первых дел, которое стоит сделать после сборки ПК — убедиться, что компоненты соответствуют ожиданиям и работают корректно. К счастью, существует много инструментов, позволяющих мониторить, тестировать и настраивать железо.

Начать стоит с CPU-Z — классического бесплатного инструмента, показывающего информацию о CPU, материнской плате, оперативной памяти и других компонентах. Он также умеет запускать простой стресс-тест и бенчмарк для проверки стабильности.

Для более широкого мониторинга HWMonitor показывает температуры, напряжения и скорости вентиляторов в реальном времени. Если нужно ещё глубже и с более гибким интерфейсом — HWiNFO64 считается одним из лучших: поддерживает логирование датчиков и интеграцию с оверлеями (например, RTSS или Rainmeter).

Чтобы проверить хранилище, CrystalDiskMark измеряет скорость чтения/записи SSD и HDD — это помогает понять, соответствует ли диск заявленным характеристикам. Глубже оценить здоровье накопителя можно в Hard Disk Sentinel, который анализирует SMART-данные, оценивает срок службы и предлагает ограниченный ремонт.

С точки зрения охлаждения, всё больше геймеров используют утилиты для настройки вентиляторов. FanControl — актуальный бесплатный фаворит: поддерживает сложные кривые оборотов, привязку к датчикам, и совместим с большинством современных материнских плат. На Mac одной из лучших утилит остаётся Macs Fan Control.

Для настройки видеокарт долгое время стандартом был MSI Afterburner — для разгона, настройки вентиляторов и мониторинга с RTSS-оверлеем. Однако из-за замедления обновлений многие сегодня используют встроенные утилиты от Nvidia (GeForce Experience/Control Panel) и AMD (Adrenalin Software).

Если вы меняете видеокарту или подозреваете проблемы с драйверами, обязательно используйте Display Driver Uninstaller (DDU) — он полностью очищает систему от старых драйверов перед переустановкой.

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

Тем, кто серьёзно подошёл к разгону CPU и GPU, пригодятся фирменные инструменты вроде Intel XTU (для Intel) и AMD Ryzen Master — они дают контроль над частотами, напряжениями и лимитами мощности.

Управление файлами

• Поиск больших файлов: SpaceSniffer, WizTree, Disk Drill (macOS)
• Поиск дубликатов: dupeGuru
• Архивы и ZIP: PeaZip, The Unarchiver
• Очистка: BCUninstaller, CCleaner Portable, AppCleaner (macOS)

Чтобы грамотно управлять файлами и освобождать место, нужно понимать, что именно занимает пространство. На Windows популярны WinDirStat и WizTree — быстрые бесплатные инструменты для визуализации диска. SpaceSniffer предоставляет динамическую схему.

На macOS — GrandPerspective и Disk Drill предлагают аналогичный функционал, а DaisyDisk — один из самых красивых платных вариантов с молниеносным сканированием.

Если дубликаты засоряют диск, dupeGuru (open-source) отлично справляется с поиском повторяющихся изображений и музыки, даже слегка изменённых.

Для пакетного переименования файлов (например, фоточек с камеры) существует гибкий Bulk Rename Utility. Если нужно что-то попроще: PowerRename из PowerToys (Windows) или встроенный инструмент в Finder (macOS) подходят большинству.

Встроенный File Explorer в Windows недавно получил вкладки и стал удобнее, но Files (open-source) — современная альтернатива с улучшенным UX. Кто-то ещё пользуется Total Commander или Directory Opus, благодаря расширяемости и скриптам, хотя новичкам они кажутся устаревшими. Для просмотра изображений по-прежнему незаменим IrfanView.

Для работы с архивами, если не устраивает встроенный ZIP-менеджер Windows, скачайте 7-Zip или PeaZip. На Mac лучшим бесплатным инструментом остаётся The Unarchiver.

Для очистки системы важно выбирать надёжные утилиты. На Windows, BCUninstaller (Bulk Crap Uninstaller) — один из самых проверенных для удаления программ и их хвостов. BleachBit и Wise Disk Cleaner — безопасные альтернативы CCleaner (лучше использовать Portable-версию, так как стационарная испортила репутацию). На Mac AppCleaner всё ещё любим за полное удаление приложений без мусора.

Если вы организуете большую библиотеку медиа, стоит взглянуть на open-source TagSpaces, позволяющий тегировать файлы локально, без облака.

Облачное хранилище и резервное копирование

• Простая синхронизация: Dropbox, Google Drive
• Фото между устройствами: Apple iCloud, Google Photos
• Приватность: pCloud, Proton Drive, Internxt
• Полные бэкапы: Backblaze, IDrive

Базовое облачное хранилище

Dropbox — один из самых простых в использовании, хотя бесплатных 2 ГБ мало.

Google Drive — 15 ГБ бесплатно, используется Gmail, Docs и Photos. Идеален для Android.

OneDrive — идёт в комплекте с Windows и Microsoft 365. 1 ТБ включён в большинство Office-планов. Хотя по скорости и интерфейсу уступает Dropbox/Google.

iCloud Drive — лучший выбор для пользователей Apple, глубокая интеграция с macOS/iOS. Бесплатно 5 ГБ, далее по планам до 2 ТБ.

Proton Drive — шифрованная альтернатива от создателей ProtonMail.

Фото и видео

На macOS приложение Photos автоматически создаёт альбомы по людям и локациям, синхронизирует всё через iCloud.

На Windows мы часто рекомендуем Google Photos, который предлагает аналогичный набор функций и автоматизацию. Для пользователей Android — это стандарт по умолчанию. Да, раньше было безлимитно, теперь фото занимают общее место Google Drive (15 ГБ), которое быстро заканчивается.

Полные бэкапы

Если требуется сохранять всю систему, терабайты медиа, состояние дисков используйте отдельные сервисы резервного копирования.

Backblaze — топ в этой категории: фиксированная цена (~$8/месяц за устройство), безлимитное хранилище, минимум настроек: установил и забыл.

IDrive — более контролируемый вариант, поддерживает несколько устройств, внешние диски и версионность файлов.

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

Профессионалам — Acronis Cyber Protect: клон дисков, анти-вымогатель, гибридное облако.

Для особо чувствительных данных

Если вы храните личные финансовые документы или медицинские сведения, стоит выбрать end-to-end решений.

pCloud предлагает клиентское шифрование (через платный «Crypto»). Даже при взломе аккаунта файлы не расшифруются без ключа.

Proton Drive — аналогичный подход, с прозрачностью open-source.

Прочие полезные инструменты, не вошедшие в другие разделы

Google Earth — для любителей карт и планировки.

qBittorrent — лучший torrent-клиент: чистый, без рекламы, с поиском. Альтернатива — легковесный Transmission или кастомизируемый Deluge.

iMazing — must-have для владельцев iPhone: резервные копии, экспорт медиа, проверка батареи, конвертация HEIC.

AirDroid — аналог для Android: управление файлам, уведомления, SMS с ПК.

Rufus — лидер по созданию загрузочных USB-дисков для Windows/Linux.

Open Shell — возвращает классическое меню «Пуск» в стиле Windows 7.

Stretchly — напоминает делать перерывы — полезно удалёнщикам и фрилансерам.

AutoHotkey — скриптовый движок для Windows: переназначение клавиш, макросы, автоматизация.

VPN: бесплатные — ProtonVPN, Windscribe, TunnelBear (с лимитом). Платные — ProtonVPN, NordVPN.

Calibre — лучшее бесплатное решение для чтения, организации и конвертации e-book (EPUB, MOBI, PDF и др.).

Заключение

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

Несколько советов напоследок:

1. Не захламляйте систему. Устанавливайте только то, что действительно используете. Чем меньше фоновых процессов — тем быстрее работает компьютер.
2. Следите за обновлениями. Большинство программ обновляются автоматически, но некоторые требуют ручного апдейта. Свежие версии — это не только новые функции, но и закрытые уязвимости.
3. Делайте резервные копии. Никакие утилиты не спасут от отказа жёсткого диска. Регулярный бэкап на внешний носитель или в облако — обязательная практика.
4. Экспериментируйте. Попробуйте несколько браузеров, редакторов, плееров. То, что подходит большинству, может не подойти именно вам.
5. Читайте отзывы. Перед установкой незнакомого приложения загляните на форумы или Reddit. Сообщество быстро выявляет проблемы и подводные камни.

Теперь ваш компьютер готов к работе, учёбе, развлечениям — и чему угодно ещё. Главное — не забывайте, что инструменты важны, но ещё важнее то, как вы их используете. Удачи!

1. Rainwave: интерактивное радио с геймерским сердцем

Rainwave — культовое онлайн-радио для фанатов видеоигр, работающее с 2000 года. Оно предлагает пять каналов: Game (классика VGM), Chiptune (8-битные треки), Covers (каверы игровых OST), OCRemix (фанатские ремиксы) и All (микс всего). Плейлист формируется сообществом — можно голосовать за треки, запрашивать любимые мелодии из The Legend of Zelda или Final Fantasy и даже общаться в чате.

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

2. VGM Radio: чистый поток игровой классики

VGM Radio — минималистичное радио, которое вещает саундтреки из игр 80-х, 90-х и современных тайтлов. Здесь нет рекламы — только музыка от NES (Mario, Metroid) до PS5 (God of War). Стримы идут 24/7, с упором на ретро и оркестровые треки, создающие атмосферу приключений.

Идеально для кодинга, где нужна стабильная фоновая музыка без резких смен настроения.

3. 8Beats Radio: сообщество и саундтреки 24/7

8Beats — это радио, созданное геймерами для геймеров, с фокусом на саундтреки от инди-игр (Hollow Knight) до AAA-тайтлов (The Witcher). Станция работает круглосуточно, с обновляемыми плейлистами и возможностью запросить треки через Discord. Чиптюн, lo-fi и оркестровые мелодии чередуются, создавая баланс между релаксом и мотивацией.

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

4. RPGamers Network Radio: для фанатов RPG и эпоса

Это радио специализируется на саундтреках из RPG — жанра, где музыка всегда была эпичной и эмоциональной (Final Fantasy, Skyrim, Chrono Trigger). Станция позволяет слушателям голосовать за треки, формируя плейлист в реальном времени. Есть миксы из action/RPG и ретро-игр, чтобы держать слушателей в тонусе.

Для кодеров, которым нужны мотивирующие и кинематографичные мелодии. Идеально для работы над сложными архитектурными задачами.

5. AccuRadio: Video Game Soundtracks — эпичность без пауз

AccuRadio предлагает канал, посвященный оркестровым саундтрекам из игр вроде The Legend of Zelda, God of War и Halo. Без рекламы (можно пропустить редкие объявления), с акцентом на кинематографичные треки, которые вдохновляют на подвиги.

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

6. TuneIn: Stream Video Game Music — универсальный выбор

TuneIn агрегирует станции с VGM, предлагая микс из ретро (Sonic, Mario) и современных игр (Cyberpunk 2077). Там не только радио, но и подкасты о гейминге, если нужен перерыв. Стримы стабильны, с широким выбором: от чиптюна до ambient-саундтреков.

Для тех, кто хочет разнообразия и не против переключиться на подкаст. Подходит для кодинга и ресеча.

7. YouTube: Coding Stupor ~ Video Game Music for Focus

Плейлист на 10+ часов. Здесь треки из инди-игр (Stardew Valley, Journey) и крупных тайтлов (Mass Effect). Музыка мягкая, без резких переходов, глубокого погружает в код. Обновляется редко, но качество на высоте.

Для соло-кодинга, когда нужно уйти в себя и писать сложные алгоритмы.

8. YouTube: Video Game Work Music Playlist

Плейлист на 100+ треков, от чилловых (Celeste) до более драйвовых (Halo, Doom). Собран для работы и кодинга, с упором на баланс между релаксом и энергией. Регулярно обновляется, чтобы не приедалось.

Для спринтов и дедлайнов — музыка мотивирует, но не отвлекает.

Делитесь любимыми онлайн-радио в комментариях!

Первым тревогу поднял участник форума ResetEra, заметивший, что в сетевом трафике ПК передаются изображения из игр.

Позже журналисты Wccftech подтвердили, что функция действительно включена по умолчанию и связана с опцией «Тренировка модели на тексте» в настройках Game Bar → Gaming Copilot → Privacy Settings.

Я нашел эту настройку активной на своем ноутбуке. После проверки сразу отключил ее.

Что собирает Gaming Copilot

Помимо скриншотов и текстовых данных, Copilot также может использовать голосовые разговоры игроков и информацию персонализации. Последняя включает историю взаимодействий с ИИ и игровые предпочтения пользователя.

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

Microsoft утверждает, что данные используются для «улучшения работы Copilot и адаптации его под пользователя». Но в пользовательском соглашении прямо указано, что информация может применяться для обучения моделей ИИ.

Как отключить сбор

Чтобы запретить сбор данных, необходимо открыть Game Bar, выбрать Gaming Copilot → ⚙ Настройки → Privacy, и вручную отключить все пункты, связанные с «Тренировкой модели» и «Персонализацией данных».

Волна недовольства игроков

Новость появилась на фоне кризиса доверия к Microsoft со стороны геймеров.

За последние месяцы компания дважды повысила цены на консоли Xbox Series, подняла стоимость Game Pass на 50% и урезала бонусные программы. Теперь добавилось и подозрение в сборе пользовательских данных без явного согласия.

Игроки требуют официального объяснения и отключения функции по умолчанию. Пока же Microsoft сохраняет молчание.

Эта игра идеально подходит для октябрьских вечеров, когда хочется погрузиться в мрачную атмосферу. Или просто тогда, когда вы хотите исследовать тёмную сторону приключений. Главное — знать, какие именно сценарии выбрать.

В D&D вы можете выбрать разные сценарии:

— устроить долгую кампанию в жанре хоррора, которая подарит месяцы ледяного напряжения,

— или ограничиться коротким one shot приключением, идеально подходящим для Хэллоуинской ночи.

Этот список жутких D&D-приключений собрала автор comicbook Amanda Kay Oaks так, чтобы в нём нашлось что-то для каждого игрока. Любите ужасы — найдёте полноценные истории, от которых по телу пробегают мурашки. Предпочитаете лишь лёгкий оттенок мистики — будут и варианты помягче. Так или иначе, в этих сценариях есть всё, чтобы добавить хоррора в вашу игру.

5. Призраки Солтмарша (Ghosts of Saltmarsh)

Уже одно название намекает: без призраков и нежити здесь не обойдётся. Действие разворачивается в прибрежном городе Солтмарш, где морской воздух пропитан атмосферой пиратских приключений и древних тайн.

Несмотря на внешне «морской» антураж, это приключение таит в себе по-настоящему мрачные элементы: призраков погибших моряков, тени прошлых битв и культ, поклоняющийся запретному божеству. Идеальный вариант для тех, кто хочет добавить в игру щепотку ужаса, не теряя духа классического морского D&D.

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

Кроме того, это приключение считается одним из лучших для D&D 5-й редакции, так что можно быть уверенным: вас ждёт не только пугающая атмосфера, но и по-настоящему качественный сюжет.

4. Колыбель зла/ Своды мерзости (Abomination Vaults)

Это мрачное приключение изначально создано Pathfinder, но впоследствии полностью адаптировано под Dungeons & Dragons 5-й редакции. Его действие разворачивается в проклятых подземельях, где древнее зло — некромант, так и не успевший завершить свой тёмный ритуал, — стремится воскреснуть.

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

Это масштабное приключение, рассчитанное на персонажей с 1 по 11 уровень, поэтому оно идеально подойдёт тем, кто хочет надолго погрузиться в атмосферу хоррора.

Игрокам предстоит столкнуться с мстительными призраками, безумными некромантами и чудовищами, скрывающимися в огромном подземелье. Это одно из лучших приключений вселенной Pathfinder, которое теперь по праву претендует на место среди величайших кампаний D&D.

3. Кривая Луна (The Crooked Moon)

Если вы хотите по-настоящему прочувствовать хоррор в D&D, стоит обратить внимание на приключения от сторонних авторов. Особенно это касается поклонников фолк-хоррора — жанра, в котором древние поверья и сельские мифы переплетаются с мистикой и ужасом.

Одно из самых ожидаемых приключений — The Crooked Moon от команды Legends of Avantris. Этот объёмный модуль — настоящая дань уважения ужастикам в духе Хэллоуина, старинным легендам и мрачному фольклору, где страх рождается не из-за чудовищ, а из самого человеческого подсознания.

Вас ждёт путешествие по тёмному лесу, где за каждым поворотом скрываются древние страхи. В The Crooked Moon всё пронизано атмосферой ужаса: новые классы и подклассы, вдохновлённые хоррором, монстры из кошмаров, тематические механики и события, превращающие привычную фэнтезийную игру в настоящую жуткую сказку для взрослых.

2. Проклятие Страда (Curse of Strahd)

Невозможно говорить о хорроре в D&D и не вспомнить этот классический сценарий, ставший эталоном жуткой атмосферы. Curse of Strahd — легендарная кампания, в которой каждый шорох — предвестник беды.

Вы можете провести её как однодневное приключение в духе «дома с привидениями», или же использовать Хэллоуин как повод, чтобы начать полную кампанию в мрачной стране Баровии, где всё пропитано отчаянием. В центре событий — граф Страд фон Зарович, харизматичный и зловещий повелитель-вампир.

Среди официальных приключений D&D именно это по праву считается самым атмосферным и по-настоящему ужасным.

Curse of Strahd включает 15 глав, наполненных оборотнями, вампирами, призраками и тревожными жителями Баровии, скрывающими мрачные тайны. Атмосфера здесь буквально пропитана страхом и безысходностью — от первой сцены до финального сражения.

1. Безумный дом поцелуя Таши (The Madhouse of Tasha’s Kiss)

Если вы ищете односессионное хоррор-приключение для Хэллоуина — лучше, чем The Madhouse of Tasha’s Kiss, найти сложно. Этот модуль авторов Ремли Фарра и Джеффа С. Стивенса доступен как под правила D&D 5e 2014 года, так и под обновлённые 2024, и предлагает 3–5 часов атмосферного ужаса.

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

Модуль добавляет новых чудовищ, а также уникальную механику безумия, превращающую обычный D&D-сеанс в по-настоящему пугающую историю, о которой вы будете вспоминать ещё долго.

Реализация обработки нажатий клавиш в GLFW

GLFW использует callback-функции (обратные вызовы) для передачи важных событий — аналогично той, которую мы реализовали ранее для перехвата ошибок. Поэтому неудивительно, что нам нужно создать соответствующую callback-функцию для обработки событий ввода.

Callback-функция должна иметь следующую сигнатуру:

и устанавливается с помощью функции GLFW glfwSetKeyCallback.

Сначала реализуем простую callback-функцию для обработки нажатия клавиши Esc. Когда мы определим, что эта клавиша нажата, игра будет завершаться. Так мы сможем быстро проверить, что обратный вызов работает корректно.

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

Мы устанавливаем для неё значение true перед запуском основного игрового цикла. Дополнительно, внутри главного цикла мы проверяем, остаётся ли эта переменная равной true.

Если она изменится (например, после нажатия клавиши Esc), это будет сигналом к завершению работы программы.

если нет — цикл завершается, происходит корректный выход из игры.

Наконец, реализуем саму callback-функцию обработки клавиш, которая будет вызываться при каждом событии нажатия или отпускания клавиши.

Здесь параметр mods указывает, были ли нажаты какие-либо модификаторы клавиш — например, Shift, Ctrl и другие. Scancode — это системный код клавиши, который в данном случае мы не используем.

И наконец, при инициализации окна мы устанавливаем callback-функцию GLFW, чтобы она вызывалась при каждом событии клавиатуры.

Если всё сделано правильно, вы сможете выйти из игры, нажав клавишу Esc.

Добавляем движение игрока

Чтобы сделать игру интереснее, добавим возможность управлять движением игрока с помощью стрелок на клавиатуре — влево и вправо.

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

Мы делаем это, присваивая значение +1 для стрелки вправо и –1 для стрелки влево.

Если одна из клавиш нажата, её значение добавляется к move_dir; если отпущена — вычитается. Например, если обе клавиши нажаты одновременно, то move_dir = 0.

Эту логику реализуем, добавив два дополнительных случая (case) в наш callback функции обработки клавиш.

В основном цикле, после отрисовки игры, мы добавляем логику для обновления позиции игрока на основе нажатий клавиш.

Это делается просто: в каждой итерации игрового цикла мы проверяем значение move_dir и изменяем координату player.x в соответствии с направлением движения — например, уменьшая её при движении влево и увеличивая при движении вправо.

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

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

В таком случае мы ограничиваем движение спрайта игрока, чтобы он оставался внутри границ игры.

Добавим стрельбу

Добавление стрельбы снарядами (пулями) немного сложнее. Как и в предыдущем разделе, мы добавляем глобальную переменную, которая будет указывать, нажата ли кнопка выстрела.

Привязываем выстрел к клавише пробела (Space), добавив ещё один блок switch case в функцию обработки нажатий клавиш (key callback).

Существует несколько способов реализовать стрельбу снарядами. Изначально, насколько я помню, в игре мог присутствовать только один снаряд одновременно.

В данном случае я выбрал вариант, при котором снаряд выпускается каждый раз, когда игрок отпускает кнопку выстрела.

Затем мы добавляем новую структуру для снарядов (projectiles) — аналогично тому, как ранее создавались структуры для игрока (Player), пришельцев (Aliens) и других игровых объектов.

Переменная dir указывает направление движения снаряда — вверх (в сторону пришельцев, значение +) или вниз (в сторону игрока, значение -).

Прошу прощения за то, что в коде я называю снаряды «Bullets» (пули) — это связано с тем, что изначально я использовал именно это обозначение.

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

При инициализации игры мы задаём количество пуль:

game.num_bullets = 0,

а также добавляем спрайт для снаряда (projectile), который будет использоваться при его отрисовке на экране.

Как вы можете видеть, сейчас снаряд отображается в виде небольшой вертикальной линии.

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

После отрисовки мы обновляем позиции снарядов, добавляя значение dir (направление движения).

Если какой-то снаряд выходит за пределы игрового поля, мы удаляем его из массива активных объектов. Для этого используется распространённый приём: вместо сдвига всех элементов массива, удаляемый элемент перезаписывается последним элементом массива, а общее количество снарядов (num_bullets) уменьшается на единицу.

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

Наконец, обработка выстрелов игрока выполняется в конце основного игрового цикла (main loop).

На этом этапе программа проверяет, нажата ли клавиша стрельбы (в нашем случае — пробел) и есть ли место для добавления нового снаряда в массив пуль. Если оба условия выполнены, создаётся новый объект снаряда: ему присваиваются начальные координаты (позиция игрока), направление движения вверх (dir = +1) и он добавляется в список активных снарядов.

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

Так мы задаём направление движения снаряда dir = +2.

Нам нужно больше пришельцев для вторжения

В данный момент снаряды не взаимодействуют с пришельцами — они просто пролетают через ряды инопланетян и исчезают в пустоте. Если мы действительно хотим остановить инопланетное вторжение, нужно сделать наши снаряды более «боевыми». Но прежде чем реализовать столкновения, давайте добавим больше типов пришельцев.

В оригинальной аркадной игре Space Invaders присутствует три типа пришельцев, отличающихся только спрайтами. Кроме того, мы добавим ещё один тип — «мертвого пришельца», чтобы реализовать анимацию уничтожения.

В коде это удобно реализовать при помощи перечисления (enum), где каждый элемент будет представлять тип пришельца — например, ALIEN_TYPE1, ALIEN_TYPE2, ALIEN_TYPE3 и ALIEN_DEAD.

Такое решение делает код более читаемым и упрощает работу с логикой поведения, отрисовки и анимации каждого типа врагов.

Добавляем флаг в структуру Alien, который указывает тип пришельца.

Затем мы сохраняем спрайты пришельцев в виде массива, индексируемого по типу пришельца и индексу кадра анимации. Таким образом, каждый тип врага (например, обычный, продвинутый или «мертвый») может иметь собственный набор спрайтов, а также отдельные кадры для анимации движения.

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

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

Чтобы отслеживать момент гибели каждого пришельца и управлять временем показа этого спрайта, мы создаём массив счётчиков смерти (death counters). Каждый элемент массива соответствует одному пришельцу и хранит значение, показывающее, сколько игровых циклов прошло с момента его уничтожения.

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

На каждом кадре, если пришелец уничтожен, мы уменьшаем счётчик смерти на единицу. Когда счётчик достигает нуля, пришелец удаляется из игры — то есть больше не отображается и не участвует в логике столкновений.

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

Таким образом, спрайт смерти отображается примерно 10 кадров, создавая короткую анимацию уничтожения, прежде чем враг полностью исчезнет.

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

Счётчики смерти (death counters) обновляются в отдельном цикле, который выполняется до обновления снарядов.

Взрывы

Теперь у нас наконец-то есть всё необходимое, чтобы реализовать самый зрелищный элемент Space Invaders — взрывы пришельцев!

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

Мы перебираем всех пришельцев в цикле и используем функцию sprite_overlap_check, чтобы определить, перекрываются ли два спрайта.

Проверка выполняется простым способом — мы сравниваем прямоугольные области спрайтов и определяем, есть ли пересечение между ними.

Если спрайт пули перекрывается со спрайтом пришельца, мы удаляем пулю из игры и изменяем тип пришельца на ALIEN_DEAD.

Обратите внимание: мы используем упрощённый способ выравнивания спрайта смерти, поскольку в игре пока не реализована корректная обработка центрирования спрайтов.

Если вы скомпилируете код, представленный в этом разделе, вы сможете взорвать парочку пришельцев!

Заключение

В этом разделе мы настроили самый важный элемент, который делает игру — игрой: интерактивность. С помощью GLFW мы привязали клавиши управления для движения игрока и стрельбы снарядами.

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

Мы увидели, что можно создать прототип игры на низкоуровневом языке программирования с минимальными усилиями. Более того, этот код легко переиспользовать для других 2D-проектов.

В следующем посте мы добавим инструменты для вывода текста на экран и научимся отслеживать и отображать счёт игрока.

В отличие от видеоигр, где количество участников строго ограничено, настольные ролевые игры (TTRPG) вроде Dungeons & Dragons дают огромную свободу.

Теоретически за вашим столом может сидеть столько игроков, сколько поместится — от одного героя до целой армии искателей приключений.

D&D давно перерос формат «игры для гиков» и стала культурным феноменом. Поэтому вопрос об идеальном размере группы неизменно всплывает в обсуждениях — и у новичков, и у опытных Мастеров Подземелий (Dungeon Masters, DM).

Так сколько — это слишком много? Ответ зависит от множества факторов, но одно очевидно: размер действительно имеет значение.

Когда игроков слишком много

Одну из самых больших трудностей в D&D обычно представляет не битва с драконом, а… планирование расписания. Из личного опыта автора: кампания с большим числом участниов часто медленно рассыпается. И причина не в сюжете — просто слишком сложно собрать сразу много одних и тех же людей за столом.

⚔️ Долгие бои и потеря темпа

В боевых сценах каждый игрок имеет свой ход.

На бумаге это всего шесть секунд игрового времени, но в реальности один раунд может занять 15–20 минут, особенно если кто-то долго выбирает заклинание или действие.

Когда очередь доходит до последнего участника, первые уже успевают достать телефон и выпасть из процесса.

Мастер вынужден поддерживать внимание и дисциплину, вместо того чтобы вести историю.

🗣 Сложности общения и решений

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

В результате сюжет стопорится, а Мастеру становится всё труднее готовить сценарий, когда группа не может определиться, куда идти дальше.

📖 Сюжет и внимание к персонажам

В идеале DM вплетает в историю кусочки биографии каждого героя.

Но если персонажей восемь или девять, невозможно уделить внимание всем без потери фокуса.

В итоге кто-то будет блистать, а кто-то чувствовать себя статистом — и это ломает динамику.

Какой размер группы считается идеальным?

Мнения разнятся, но большинство Мастеров сходятся на том, что оптимально — 5–6 человек, включая ведущего.

Это позволяет:

• Сбалансировать боевые сцены (разные классы и роли);
• Ускорить чередование ходов;
• Дать каждому игроку достаточно эфирного времени.

Но если DM опытен, а группа дисциплинирована и слаженно играет, можно успешно вести и 7–8 человек.

Главное — чтобы все понимали, когда уступить слово другому.

Когда игроков слишком мало

Проблемы бывают и на другом конце спектра.

Партия из одного-двух персонажей лишается командной синергии — становится трудно балансировать врагов и строить интересные тактические сцены.

Кроме того, без разнообразия классов приключение может быстро превратиться в серию повторяющихся боёв.

Как управлять большой группой и не сойти с ума

Если вы уже оказались в ситуации, когда за столом восемь игроков, — не паникуйте.

Существуют методы, которые помогут всем оставаться вовлечёнными.

1. Делайте сражения интересными

Не просто увеличивайте количество врагов. Добавляйте тактические задачи: защита NPC, ограниченное время, ловушки или смена локаций.

Так игроки смогут планировать и взаимодействовать, а не просто ждать своей очереди.

2. Давайте всем «высказаться»

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

Ролевое взаимодействие — мощный инструмент для равномерного распределения внимания.

🧭 3. Организуйте пространство и логику

При большом столе важна визуализация боя и инициативы — трекеры, миниатюры, виртуальные доски (например, Roll20 или Owlbear Rodeo).

А также готовьтесь к тому, что не все смогут присутствовать на каждой сессии — стройте гибкие сюжетные ветки.

Главное — история и команда

Dungeons & Dragons — это совместное творчество. Если вам комфортно, динамика работает, а все вовлечены — значит, вы нашли свой идеальный баланс.

И пусть на кубиках всегда выпадает 20.

В этой части мы сделаем несколько ключевых шагов:

• реализуем игровой цикл с фиксированным временным шагом,
• добавим игрока и пришельцев,
• и, наконец, добавим анимацию спрайтов.

Этот этап превращает наш базовый прототип в настоящую игру — с управлением, движением врагов и визуальной динамикой. Код третьей части можно посмотреть в репозитории на Github.

Добавление игрока и роя пришельцев

Прежде чем добавить игрока и рой пришельцев, создадим два агрегата данных — то есть структуры (struct):

И у структуры игрока, и у структуры пришельца есть координаты позиции x и y, заданные в пикселях относительно нижнего левого угла окна. В структуру Player также добавляется поле с количеством жизней игрока.

В классических аркадных играх Space Invaders существует три типа пришельцев, которые отличаются только своими спрайтами. Этот параметр мы кодируем в поле type.

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

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

Как и ранее, мы добавляем спрайт для игрока, закодированный в виде растрового изображения (bitmap).

Затем мы создаём и инициализируем структуру Game.

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

Наконец, в основном игровом цикле мы отрисовываем игрока и всех пришельцев.

Получаем вот такой результат:

Это уже начинает напоминать Space Invaders, но пока всё довольно статично!

Анимация спрайтов

Чтобы сделать игру более динамичной, нам, конечно, нужно реализовать ввод от игрока, но также требуется способ анимировать спрайты. Анимация спрайтов в видеоиграх достигается заменой текущего спрайта последовательностью спрайтов один за другим. Поэтому мы создаём структуру данных для хранения различной информации об анимации спрайта.

Структура SpriteAnimation по сути представляет собой массив Sprite. Здесь мы используем тип «указатель на указатель» для хранения спрайтов, чтобы их можно было шарить (совместно использовать). Если хочется повысить эффективность, спрайты можно упаковать в атласы (spritesheets). Кроме того, мы добавляем флаг, указывающий, нужно ли зацикливать анимацию или воспроизводить её лишь один раз, интервал между последовательными кадрами и время, проведённое в текущем экземпляре анимации. Зная число кадров и желаемую длительность анимации, интервал между кадрами легко вычислить. Ниже мы вводим дополнительный спрайт для нашего инопланетянина…

…и создаём двухкадровую анимацию, используя два спрайта пришельца.

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

Большинство современных мониторов имеют частоту обновления 60 Гц, что означает обновление экрана 60 раз в секунду. Включив V-sync, мы получим частоту кадров 60 FPS или кратное значение, синхронизированное с частотой дисплея.

Однако есть и недостаток: на мониторах с более высокой частотой обновления, например, 120 Гц или 240 Гц, игра будет работать быстрее. Чтобы включить V-sync, вызывается функция GLFW:

В конце каждого кадра мы обновляем все анимации, увеличивая значение времени.

Если анимация дошла до конца, мы либо удаляем её, либо сбрасываем время обратно в 0, если это зацикленная анимация.

Обратите внимание, что на данный момент у нас есть только одна анимация, которую нужно обновлять.

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

Нужный кадр вычисляется на основе времени, прошедшего с начала анимации, и длительности одного кадра.

Чтобы сделать процесс более интересным, мы также добавляем простое движение игрока, введя переменную, которая управляет направлением его движения…

…и обновляем положение игрока в конце каждого кадра в зависимости от значения этой переменной.

Условия if выполняют простую проверку столкновений спрайта игрока с границами игрового поля, гарантируя, что игрок остаётся внутри этих границ.

Выше вы можете видеть анимированный GIF с результатом.

Заключение

В этом посте мы создали несколько структур (struct), чтобы логически сгруппировать данные для игры, игрока и пришельцев. Ещё важнее то, что мы заложили основу для анимации спрайтов. Для этой простой версии Space Invaders мы используем фиксированные игровые циклы, задав постоянную частоту кадров с помощью включения вертикальной синхронизации (V-sync). Это позволяет нам выполнять анимацию спрайтов в игровых циклах, а не в реальном времени.

Единственное, что остаётся сделать, прежде чем игра станет играбельной, — реализовать обработку пользовательского ввода. Источников ввода может быть много, но в нашем случае мы ограничимся клавиатурой.

1. Baldur’s Gate 3

Разработчик: Larian Studios | Год: 2023

Культовое RPG, перенёсшее дух D&D на консоли. Огромная свобода решений, детализированные диалоги и глубокие сюжетные ветки. Каждый выбор — новый исход. Получило более 200 наград премии «Игра года».

2. Elden Ring

Разработчик: FromSoftware | Год: 2022

Открытый мир с бесконечными вариантами маршрутов и боёв. Совместное творение Хидэтаки Миядзаки и Джорджа Мартина. DLC Shadow of the Erdtree усилило мифологию и масштаб приключений.

3. Forza Horizon 5

Разработчик: Playground Games | Год: 2021

Лучший гоночный симулятор поколения: Мексика, более 500 автомобилей, погодная динамика и 4K-графика с трассировкой лучей. Новый стандарт реализма и свободы.

4. Psychonauts 2

Разработчик: Double Fine | Год: 2021

Продолжение культового платформера о путешествиях по человеческому подсознанию. Уникальные визуальные стили для каждого «ума», сатирический сюжет и юмор в духе Pixar.

5. Sea of Thieves

Разработчик: Rare | Год: 2018

Онлайн-«песочница» про пиратов и океаны. Один из старейших и до сих пор живых Xbox-эксклюзивов. Постоянные обновления, кооператив, PvP и невероятно красивая вода в 4K/60 FPS.

6. Deathloop

Разработчик: Arkane Studios | Год: 2022

Убийственный шутер о временной петле. Игроку нужно устранить восемь целей за день. Автор Dishonored превратил механику повторений в искусство — стиль, свобода, философия.

7. Diablo IV

Разработчик: Blizzard | Год: 2023

Возвращение к мрачным корням франшизы: бесшовный мир, кастомизация билдов, сезонные обновления. Идеальное сочетание глубины RPG и динамики hack’n’slash.

8. Alan Wake 2

Разработчик: Remedy | Год: 2023

Психологический хоррор с элементами мета-нарратива. Два персонажа, два мира — и одна тьма. Визуально — эталон Unreal Engine 5. Лучшая работа Remedy после Control.

9. Senua’s Saga: Hellblade II

Разработчик: Ninja Theory | Год: 2024

Невероятно кинематографичное приключение, где визуал и звук создают ощущение внутреннего безумия. Сильная история о травме и преодолении на фоне суровой Исландии.

10. Cyberpunk 2077 (2.0 + Phantom Liberty)

Разработчик: CD Projekt Red | Год: 2020 / Обновлено 2023

После обновления 2.0 — совершенно другой уровень игры. Новый ИИ, боёвка, полиция, сюжет. DLC с Идрисом Эльбой — образец сторителлинга и атмосферы неона.

11. Halo Infinite

Разработчик: 343 Industries | Год: 2021

Возвращение легенды: открытый мир кольца, классический геймплей и обновлённый мультиплеер. Старый «Хало» с новой душой.

12. Pentiment

Разработчик: Obsidian | Год: 2022

Интерактивная историческая драма в стиле рукописных хроник XVI века. Диалоги, моральные выборы и эстетика старинных миниатюр — необычно, медитативно и умно.

13. Resident Evil 4 Remake

Разработчик: Capcom | Год: 2023

Полное переосмысление культового экшена 2005 года. Та же напряжённость, но теперь с современной графикой и управлением.

14. The Alters

Разработчик: 11 bit studios | Год: 2025

Выживание с философским подтекстом: главный герой создаёт свои «альтернативные версии» с разными судьбами. База, клоны и психологические дилеммы.

15. Grounded

Разработчик: Obsidian | Год: 2022

Survival с точки зрения ребёнка, уменьшенного до размера муравья. Кооператив, строительство и огромный задний двор как мир для исследования.

16. Star Wars Jedi: Survivor

Разработчик: Respawn | Год: 2023

Продолжение Fallen Order: масштабнее, динамичнее, с эмоциональным сюжетом о взрослении Джедая Кэла. Лучшее, что случалось с «Звёздными войнами» со времён KOTOR.

17. Indiana Jones and the Great Circle

Разработчик: MachineGames | Год: 2023

Первая полноценная игра про Индиану Джонса за десятилетия. Экшен, головоломки, юмор и атмосфера приключенческого кино 80-х.

18. Hi-Fi Rush

Разработчик: Tango Gameworks | Год: 2023

Неожиданный хит — музыкальный экшен, где бои синхронизированы с ритмом. Красивая мультяшная графика, сарказм и драйв.

19. Avowed

Разработчик: Obsidian | Год: 2025

Фэнтези-RPG во вселенной Pillars of Eternity. Политические интриги, динамичные бои и моральные выборы. Один из главных эксклюзивов Microsoft 2025 года.

20. Gears 5

Разработчик: The Coalition | Год: 2019

Шутер от третьего лица, доведённый до совершенства. 4K/60 кампания, 120 FPS мультиплеер и лучшая оптимизация серии.

21. Assassin’s Creed Shadows

Разработчик: Ubisoft | Год: 2025

Первое путешествие серии в феодальную Японию. Два героя, смена сезонов и внимание к исторической достоверности. Самурайская версия классического AC.

22. It Takes Two

Разработчик: Hazelight | Год: 2021

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

23. Clair Obscur: Expedition 33

Разработчик: Sandfall Interactive | Год: 2025

Поэтичное RPG с потрясающей визуализацией и французской идентичностью. Смесь JRPG и западного нарратива, с уникальной боевой системой.

24. Starfield

Разработчик: Bethesda | Год: 2023

Космическая одиссея с тысячей планет, строительством кораблей и сюжетными фракциями. «Скайрим в космосе» с растущей вселенной.

25. No Man’s Sky

Разработчик: Hello Games | Год: 2016 (активно обновляется)

Игра, пережившая второе рождение. Исследование, торговля, строительство баз и совместные полёты по бесконечной галактике.

Доступны в Xbox Game Pass

Indiana Jones and the Great Circle, Gears 5, Grounded, Pentiment, Clair Obscur: Expedition 33, The Alters, Sea of Thieves, Starfield, Deathloop, Psychonauts 2, Forza Horizon 5, Star Wars Jedi: Survivor, Avowed.

Не входят в Game Pass

Alan Wake 2, Assassin’s Creed Shadows, It Takes Two, Diablo IV, Cyberpunk 2077, Resident Evil 4 Remake, Baldur’s Gate 3, Elden Ring.

Да, тот самый культовый шутер от id Software, с которого для многих началась эра 3D-игр, теперь работает даже на смартфоне — без установок, эмуляторов и рекламы.

Автор проекта, разработчик под ником @doszone, рассказал, что за основу взял движок Qwasm, но полностью переработал его под Telegram. Он устранил критические ошибки, починил звук, добавил полноценное мобильное управление и интеграцию с мессенджером.

Как это работает

Игра запускается прямо в окне Telegram — на смартфоне, планшете или десктопе. Главные особенности:

• стабильная работа на большинстве устройств;
• поддержка полноэкранного режима и геймпадов;
• автоматическое сохранение прогресса;
• полностью переработанное тач-управление.

Разработчик предупреждает, что играть в шутер с сенсорным управлением все еще «экстремальный опыт», но обещает доработать интерфейс по отзывам игроков.

Что внутри

Бот использует официальную shareware-версию Quake — тот же вариант, который распространялся бесплатно в 90-х. В ней доступен первый эпизод, состоящий из семи уровней и одного секретного, с финальным боссом.

Поиграть можно бесплатно, без рекламы, регистраций и прочих «подписок». Для запуска достаточно написать боту.

Почему это важно

Quake в Telegram — не просто ностальгия, а показатель того, как далеко шагнули веб-технологии. Благодаря WebAssembly (WASM) и API Telegram, полноценная 3D-игра теперь помещается в окно мессенджера, работая без установки клиента или запуска с сервера.

Первый матч в бете BO7 всегда начинается одинаково: ты появляешься на карте, пальцы автоматически сжимают геймпад, и мозг за доли секунды пытается вспомнить — почему прицел то скачет, то плывёт? Ответ прост: не те настройки. В Black Ops 7 скорость и движение стали ещё агрессивнее, появился прыжок от стены, камера качается сильнее.

Контроллер

Сначала — кнопки. Если у вас обычный геймпад без тыльных лепестков, Tactical творит чудеса: приседание/скольжение переезжают на стик, а большой палец перестаёт метаться между прыжком и прицелом. На кастомных контроллерах (SCUF/Elite) оставьте Default и переназначьте кнопки на лепестки — так привычнее и быстрее. Вибрацию и адаптивные триггеры на PS5 я выключил без раздумий: ведь вся «иммерсия» ничего не стоит, если прицел дрожит в самый критический момент.

Дальше чувствительность. Мой «золотой коридор» — 1.70–1.80 по горизонтали и вертикали. Это не медленно, но и не безумно быстро: трекинг головы остаётся плавным, а разворот на 180° не превращается в лотерею.

Мёртвая зона

• Мин. левый джойстик: 0,3
• Макс. левый джойстик: 0,99
• Мин. правый джойстик: 0,4
• Макс. правый джойстик: 0,99
• Кнопка L2: 0.0
• Кнопка R2: 0.0

Настоящая магия раскрывается в Deadzone. Я открыл тест в меню, посмотрел цифры «дрейфа» стиков и поднял минимальные значения на единицу выше показателей — и всё, фантомные повороты исчезли. Для спуска, к слову, L2/R2 = 0.0 — мгновенная активация, особенно приятная на снайперских дуэлях.

Множитель чувствительности:

• Многопользовательская игра от третьего лица с чувствительностью 1.00
• Чувствительность наземного транспорта: 1,00
• Множитель чувствительности воздушного транспортного средства: 1,00
• Чувствительность планшета: 1.00
• Множитель чувствительности ADS (Фокус): 0,90

Инверсия взгляда (пешком): Стандартная

Расширенные настройки прицеливания

• Время перехода чувствительности ADS: мгновенное
• Тип коррекции ADS от третьего лица: Помощь
• Кривая типа отклика цели: Стандартная
• Пользовательская чувствительность для каждого масштаба: Выкл.

Помощь при прицеливании

• Помощь при прицеливании: Вкл.

Датчик движения для прицеливания

• Прицеливание по датчику движения: выключено
• Расширенные настройки датчика движения: Выкл.

С прицелом не экспериментировал долго: Aim Response Curve — Standard, ADS Transition — Instant, а ADS Sens (Focus) = 0.90 добавила ровно столько «веса», чтобы микродвижения стали аккуратнее. Помощь прицеливания включена — BO7 про динамику, и отключать её ради принципа в соревновательных режимах нет смысла. Датчики движения для прицела (на PlayStation) оставил выключенными.

Интеллектуальное движение

• Помощь при спринте: Выкл.
• Помощь мантии: Выкл.
• Помощь при приседании: Выкл.
• Угловой срез: Вкл.
• Помощь при прыжке со стены: выкл. или вкл.
• Активная система помощи при крене: выкл.

Отдельная глава — Intelligent Movement. Здесь легко переусердствовать. Я оставил Corner Slice = On — удобные «пики» из-за угла, а Wall Jump Assist настроил «по настроению»: когда хочется почувствовать себя паркурщиком, включаю; когда охочусь за идеальными таймингами стрельбы — выключаю, чтобы ассист не провоцировал лишние прыжки у стены. Всё остальное — авто-спринты, авто-карабканья — отправил в офф. Пусть пальцы работают — зато контроль остаётся за мной.

Двигательное поведение

• Поведение скольжения/нырка: скольжение
• Автоматический бортовой датчик: выключен
• Восстановление спринта: включено

• Слайд поддерживает спринт: Вкл.
• Активация вингсьюта: ручная
• Поведение слайда/активного прокрутки: нажмите, чтобы скользить
• Активная вращающаяся камера: от первого лица (от третьего лица выглядит странно)

Расширенные настройки движения

• Поведение спринта/тактического спринта: Переключить
• Автоматическое перемещение вперед: одно нажатие
• Автоматическое заглядывание в дверь: Выкл.
• Заземленная мантия: Выкл.
• Активация тактического спринта: спринт одним нажатием
• Погружение под воду: Триггер
• Удар дверью при беге: Вкл.

Поведение транспортных средств

• Режим управления транспортным средством: Управление водителем
• Режим управления транспортным средством Scorestreak: управление на основе прицеливания
• Центрирование камеры транспортного средства: короткая задержка
• Исходное положение камеры: свободный обзор
• Активация Lean-Out: Ближний бой

• Поведение прицеливания: удерживайте
• Активация крепления оружия: ADS + ближний бой
• Активация специального оружия ближнего боя: удерживайте кнопку «Ближний бой»
• Анимация защитного щита/завершающего удара: отдайте приоритет завершающему удару
• Поведение бронепластины: Применить все
• Быстрая активация C4: все сразу
• Поведение оборудования: Удерживать
• Поведение при ручном огне: Нажмите

Расширенное боевое поведение:

• Поведение фокуса: удержание
• Изменить направленное поведение: Ping
• Изменение активации масштаба: Спринт/Тактический спринт/Фокус
• Выход из крепления оружия: короткая задержка
• Поведение взаимодействия/перезагрузки: приоритет перезагрузки
• Mantle отменяет перезарядку: Вкл.
• Спринт отменяет перезарядку: Выкл.
• Поведение «Акимбо»: Независимое (позволяет стрелять из каждого оружия по отдельности)
• Замена флешки ADS: Выкл.
• Переключатель оружия с пустыми боеприпасами: Вкл.
• Движение крепления оружия: Вкл.
• Возврат крепления оружия: Выкл.

Поведение наложения

• Управление запасами: кнопки направления
• Задержка вращения колеса: умеренная
• Задержка сигнала об опасности двойного нажатия: умеренная

Настройки графики

Графика — про читаемость. Я включил 120 Гц там, где это доступно, полностью убрал World/Weapon Motion Blur и Depth of Field — мозгу и так хватает нагрузок. FidelityFX CAS включён со значением 60–70 — картинка становится чётче, мелкий мусор не превращается в песок. FOV — мой компромисс между обзором и размером цели: 100–105, ADS FOV — Affected, чтобы ощущение чувствительности не менялось при входе в прицел. Камеру поставил на Least 50% — меньше тряски, больше попаданий.

Включив лимиты на загрузку, вы можете ограничить количество ГБ, загружаемых ежедневно для текстур.

Поле зрения

• Поле зрения: выберите диапазон 90–120.
• Поле зрения ADS: затронуто
• Поле зрения оружия: по умолчанию
• Угол обзора от 3-го лица: 90°
• Поле зрения транспортного средства: по умолчанию

Чем больше значение поля зрения, тем больше вы видите, но при этом всё уменьшается. Настройки поля зрения позволяют дойти до 120, но при этом возникает ощущение слишком большого уменьшения. Всё зависит от личных предпочтений, но я рекомендую попробовать значения в диапазоне 90–120.

Камера

• Вид от первого лица: не менее 50%
• Движение камеры от третьего лица: не менее 50%
• Переход от третьего лица к ADS: ADS от третьего лица
• Инвертированная светошумовая граната: Вкл/Выкл по личным предпочтениям

Инвертированная вспышка — хороший вариант, если вы чувствительны к ярким вспышкам. В этом случае вспышка превратится в короткий чёрный экран.

Настройки звука

В играх Call of Duty всё по-прежнему очень громко, но для максимального эффекта не обязательно выкручивать всё на максимум. Лично я предпочитаю значительно убавить громкость музыки и всего, кроме эффектов.

Звук — это выигранные дуэли до того, как вы увидели соперника. Громкость эффектов будет включать в себя драгоценный звук шагов, поэтому я бы не советовал его убавлять. Лучше слышать эти шаги на 100. В диалогах также есть важные реплики комментатора о сериях очков противника и тому подобном, так что не стоит убавлять этот звук слишком сильно. Я бы не рекомендовал опускать его ниже 80.

Я убавил музыку (геймплейную до ~30, кинематографическую до ~50), Effects = 100, Dialogue ≥ 80 — оповещения о стриках и вражеской активности важны не меньше шагов. Микс — Home Theater для саундбара или Headphones Bass Boost для наушников. Если вы стримите, отключите лицензионную музыку — такие «минусы» всегда звучат слишком громко, когда прилетает блокировка.

Настройки боёв

В боях я оставил Hold на прицеле, ADS + Melee на упоре оружия, Apply All на бронепластинах, и запретил спринту отменять перезарядку — слишком много раз терял дуэль на последних патронах. Interact/Reload = Prioritize Reload спасает в суете прижимов к объектам, а Depleted Ammo Switch = On экономит нервы.

И в какой-то момент всё щёлкает: ты выходишь из-за угла ровно настолько, насколько нужно; слайд не рвёт тайминг перезарядки; камера больше не качает прицел; а шаги противника слышны раньше, чем его имя вспыхивает на киллфиде. Именно тогда понимаешь, что «идеальный» пресет — это не один волшебный ползунок, а аккуратная сумма мелочей. BO7 быстрая, дерзкая, щедрая на риск — и лучшие настройки просто убирают из уравнения всё лишнее, оставляя тебя и цель.

Вам не обязательно копировать мой набор один в один. Начните с этой базы, а потом поднимайте чувствительность шагами по 0.05, играйте с Wall Jump Assist и подстраивайте CAS под ваш экран. Когда движения станут интуитивными, а прицел перестанет «удивлять», вы это почувствуете. И тогда бета перестанет быть полем экспериментов, а станет вашей площадкой для побед.

Первые часы игры посвящены обучению, исследованию замка и освоению базовых заклинаний. Далее открываются Хогсмид, Шотландские высокогорья и десятки дополнительных заданий. Ниже — основные советы для комфортного старта.

Как выбрать факультет

Распределяющая шляпа появляется в игре, но окончательное решение остаётся за игроком.

Ответы, отражающие личные качества, приводят к определённому дому:

• Храбрость — Гриффиндор
• Любопытство — Когтевран
• Верность — Пуффендуй
• Амбициозность — Слизерин

Различия между факультетами косметические: цвет мантии, гостиная, некоторые реплики персонажей и один уникальный побочный квест.

Заклинания и основы боя

Заклинания — основная часть геймплея. Всего их более 29, и они делятся по типам:

• Control (жёлтые) — управление противниками (Levioso).
• Force (фиолетовые) — разрушение щитов и притяжение (Accio).
• Damage (красные) — нанесение урона (Incendio, Confringo).
• Utility, Transfiguration и Unforgivable открываются позже.

Для универсальности стоит держать в активном наборе по одному заклинанию каждого типа. Бои строятся на комбинациях — например, Levioso → Accio → Incendio.

Экипировка и инвентарь

Предметы дают показатели Offense и Defense. Они находятся в сундуках или покупаются в Хогсмиде. Параметры вещей зависят от уровня персонажа, поэтому легендарные сундуки стоит открывать позже.

Сундуки и загадки

Типы сундуков:

• обычные — случайное снаряжение,
• сундуки с глазом — золото,
• Collection Chests — рецепты или рукояти для палочек.

Некоторые спрятаны за дверями с арифмансией или замками (Alohomora). Вернитесь к ним после изучения нужных чар.

Инвентарь ограничен, старые вещи можно продавать — внешний вид сохраняется. Позже появится Выручай Комната, где можно установить ткацкий станок (Loom) и улучшать экипировку, добавляя трейты.

Таланты

Система талантов открывается после квеста The Map Chamber.

Всего пять категорий:

• Spells — усиление урона заклинаний.
• Dark Arts — альтернативные эффекты.
• Core — дополнительные спелл-сеты, защита, уклонения.
• Stealth — скрытность.
• Room of Requirement — усиление зелий и растений.

Очков меньше, чем талантов, поэтому стоит заранее выбрать направление развития. Для старта подойдут Core и Spells.

Field Guide и Challenges

После получения Полевого справочника открываются Challenges — внутриигровые испытания.

Категории: Combat, Quests, Exploration, Field Guide Pages, Room of Requirement. Награды: косметика, рецепты, дополнительные слоты инвентаря.

Важно: награды нужно забирать вручную в меню Challenges.

Побочные задания и активности

Дополнительные активности — важная часть игры.

• Профессорские задания дают новые заклинания.
• Crossed Wands (дуэльный клуб) помогает освоить боевую механику.
• Гонки на метле открывают улучшения для полётов.

Страницы справочника дают опыт и знания. Для их получения нужны разные заклинания:

• Revelio — стандартные,
• Lumos — картины с мотыльками,
• Accio — летающие страницы,
• Levioso — статуи с шарами,
• Incendio — жаровни.

Магазины Хогсмида

Основные лавки:

• Ollivanders — выбор палочки,
• Tomes and Scrolls — рецепты для Комнаты по Требованию,
• Spintwitches Sporting Needs — метлы и апгрейды,
• Dogweed and Deathcap — растения и семена,
• The Magic Neep, J. Pippin’s Potions — ингредиенты,
• Madam Snelling’s Tress Emporium — смена внешности.

Советы по игре

• Регулярно проверяйте экипировку, инвентарь ограничен.
• Подбирайте заклинания под цвет щита врага.
• Создайте отдельные наборы спеллов — для боя и исследования.
• Используйте Revelio в каждом новом месте.
• Возвращайтесь в закрытые ранее зоны после получения новых способностей.

Материал основан на официальных данных Warner Bros. Games и руководствах по игре Hogwarts Legacy (версии 2023 года). Все описания и механики проверены по актуальной версии игры.

Рендеринг на стороне CPU

GPU отлично справляется с обработкой больших объёмов данных, но программировать графический процессор сложнее, чем CPU. Для простого клона Space Invaders, который я создаю здесь, проще выполнять всю отрисовку на центральном процессоре (CPU), используя буфер — участок памяти, представляющий собой пиксели игрового экрана. Затем этот буфер можно передать на GPU в виде текстуры и вывести на экран компьютера.

Буфер имеет определённую ширину и высоту. Мы представляем каждый пиксель в виде значения типа uint32_t, что позволяет хранить четыре 8-битных компонента цвета для каждого пикселя. В нашем случае мы будем использовать только 24 бита — по 8 бит для красного (red), зелёного (green) и синего (blue) каналов. Можно возразить, что логичнее было бы использовать uint8_t, но я применяю 32-битное значение, потому что так проще работать с индексами при обращении к элементам массива. Чтобы использовать эти типы целых чисел с фиксированной разрядностью, необходимо подключить стандартный заголовочный файл:

Чтобы упростить определение цветов в виде значений типа uint32_t, мы создадим следующую функцию:

Эта функция устанавливает три старших байта (24 бита) в значения r, g и b соответственно.

Оставшиеся 8 младших битов заполняются значением 255 — хотя, как упоминалось ранее, альфа-канал (прозрачность) в нашем случае не используется. Далее мы создаём функцию, которая очищает буфер, заполняя его указанным цветом.

Эта функция проходит по всем пикселям буфера и устанавливает для каждого заданный цвет.

Теперь, в главной функции (main), мы инициализируем буфер — то есть создаём область памяти, где будут храниться все пиксели экрана:

Этот код создаст буфер с шириной buffer_width и высотой buffer_height, а также заполнит его цветом clear_color, то есть зелёным.

Шейдеры OpenGL

После того как мы создали буфер, нам нужно настроить OpenGL, чтобы иметь возможность вывести его содержимое на экран. В современном OpenGL большая часть обязанностей, которые раньше выполнял драйвер, теперь ложится на разработчика. Он должен сам писать небольшие программы, которые выполняются на видеокарте (GPU) — такие программы называются шейдерами (shaders).

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

Старый OpenGL иногда называют fixed pipeline — «фиксированный конвейер», поскольку его этапы были заранее определены и не могли быть изменены программистом.

В современном OpenGL почти все этапы программируемы, и основные среди них два:

• Vertex Shader (вершинный шейдер) — обрабатывает данные вершин, обычно выполняет трансформацию объектов в координаты экрана.
• Fragment Shader (фрагментный шейдер) — работает с пикселями, полученными после растеризации. Он определяет их цвет, глубину и, при необходимости, трафаретные значения (stencil).

Эти два шейдера — минимально необходимые для работы любого рендеринга в OpenGL.

Хотя с помощью шейдеров можно создавать невероятно сложные визуальные эффекты, в этом проекте мы построим два простых шейдера, которые просто выведут содержимое нашего буфера (из предыдущего шага) на экран.

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

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

Обратите внимание, что выходное значение вершинного шейдера TexCoord теперь используется как вход для фрагментного шейдера. Хотя вершинному шейдеру не требуется передавать какие-либо данные о вершинах, мы всё же должны указать, что будем рисовать три вершины. Для этого создаётся объект вершинного массива (VAO).

Если упростить, VAO (Vertex Array Object) — это структура в OpenGL, которая хранит формат вершинных данных вместе с самими данными вершин. Наконец, оба шейдера нужно скомпилировать в код, понятный GPU, а затем связать их в единый шейдерный программный объект.

В приведённом выше фрагменте кода шейдерная программа сначала создаётся с помощью функции glCreateProgram. Отдельные шейдеры создаются функцией glCreateShader и компилируются с помощью glCompileShader. После этого они присоединяются к программе через glAttachShader, после чего сами объекты шейдеров можно удалить.

Программа связывается вызовом glLinkProgram. Во время компиляции OpenGL выводит различную информацию — аналогично тому, как это делает компилятор C++. Однако, чтобы получить эти сообщения, их нужно перехватывать вручную. Для этого созданы две простые функции: validate_shader и validate_program.

Текстура буфера

Для передачи данных изображения на GPU используется текстура OpenGL. Как и в случае с VAO, текстура также объект, который вместе с данными изображения содержит информацию о формате этих данных. Сначала текстура создаётся с помощью функции glGenTextures.

Затем задаём формат изображения, а также некоторые стандартные параметры, определяющие поведение выборки текстуры.

Здесь мы указываем, что изображение должно использовать 8-битный RGB-формат для внутреннего представления текстуры. Последние три параметра вызова glTexImage2D определяют формат пикселей данных, которые мы передаём в текстуру: каждый пиксель находится в формате RGBA и представлен четырьмя беззнаковыми 8-битными целыми числами.

Два первых вызова glTexParameteri сообщают GPU не применять фильтрацию (сглаживание) при чтении пикселей. Два последних указывают, что при попытке чтения за пределами текстуры будет использоваться значение на границе.

Теперь нам нужно привязать текстуру к uniform-переменной sampler2D во фрагментном шейдере. В OpenGL существует несколько текстурных единиц, к которым может быть привязан uniform. Мы получаем расположение uniform-переменной в шейдере (его можно рассматривать как своего рода «указатель») с помощью glGetUniformLocation и устанавливаем её на текстурную единицу 0 с помощью вызова glUniform1i.

Отображение буфера

Наконец, мы настроили всё необходимое, чтобы вывести буфер на экран. Непосредственно перед запуском игрового цикла мы отключаем тест глубины и привязываем созданный ранее объект вершинного массива (VAO).

Если теперь вызвать:

То содержимое созданного окна должно отобразиться зелёным цветом.

Отрисовка спрайта

В предыдущем посте мы уже создали окно и вывели на экран цвет. Заканчивать эту часть на том же этапе было бы скучно — так что теперь давайте что-нибудь нарисуем.

Сначала я определяю простой спрайт:

Это просто участок данных, размещённых в куче, вместе с указанием ширины и высоты спрайта. Сам спрайт представлен в виде битовой карты (bitmap) — то есть каждый пиксель кодируется одним битом, где значение 1 означает, что пиксель спрайта включён (“on”).

Далее мы создаём функцию, которая отрисовывает спрайт в буфере с заданным цветом.

Функция просто проходит по пикселям спрайта и рисует активные (“on”) пиксели по указанным координатам, если они находятся в пределах границ буфера.

Альтернативно можно представить спрайт так же, как и буфер — то есть каждый пиксель хранится как 32-битное RGBA-значение, где альфа-канал используется для прозрачности или смешивания.

В главной функции (main) мы создаём спрайт пришельца (alien sprite).

Чтобы нарисовать красный спрайт в позиции (112, 128), вызываем:

Чтобы подготовиться к следующим шагам, мы очищаем буфер и рисуем спрайт на каждом кадре игрового цикла. Для обновления текстуры OpenGL вызываем функцию glTexSubImage2D.

Если скомпилировать и запустить финальный код из этого поста, то вы увидите красную текстуру в центре зелёного фона.

В этом посте мы подготовили всё необходимое, чтобы отрисовывать спрайты на CPU и выводить их в окно, созданное ранее. В современном OpenGL это требует определённого объёма работы — мы затронули такие темы, как объекты вершинных буферов, шейдеры и текстуры.

Теперь, когда базовые функции отрисовки готовы, можно переходить к более интересной части — программированию игровой логики. Разберём это в следующей статье.

По словам ряда пользователей Reddit, диск для PS5 содержит полную версию игры, а не урезанный установщик, как это обычно бывает.

Это значит, что счастливчики смогли запустить Battlefield 6 без дополнительной загрузки десятков гигабайт. Более того, некоторые уже успешно подключились к онлайн-серверам.

Подключение все равно потребуется

На коробке все же указано: для игры необходим постоянный доступ к интернету — как в кампании, так и в мультиплеере.

Разработчики объясняют это тем, что игра активно синхронизирует прогресс и настройки с серверами EA. Кроме того, владельцам дисков рекомендуют установить данные на SSD, чтобы избежать долгих загрузок: оптические носители медленнее современных накопителей.

Почему это важно

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

Поэтому решение EA вернуть «настоящий» диск с полной игрой фанаты называют приятным исключением.

Амбициозные планы EA

Battlefield 6 — один из самых ожидаемых релизов 2025 года. Компания планирует привлечь до 100 млн игроков — втрое больше, чем у самой успешной части серии.

По данным инсайдеров, EA уже продала 1,7 млн копий по предзаказу.

Также стоит отметить, что после покупки издателя саудовским инвестиционным фондом за $55 млрд, компания делает ставку на масштабирование и снижение затрат с помощью ИИ. Но в случае Battlefield, похоже, пока побеждает классика — реальный диск и готовая игра внутри.

Мы собрали лучшие перки, Wildcards и советы по выбору Combat Specialties, чтобы вы смогли выжать максимум из вашего игрового опыта.

Лучшие перки для мультиплеера

Слот 1 — разведка (синие перки)

• Ghost — делает вас невидимым для вражеского UAV и Scout Pulse, если вы двигаетесь или устанавливаете бомбу. Идеально для скрытной игры.
• Ninja — снижает шум шагов, особенно полезен в режимах без возрождения, например, Search and Destroy.
• Cold-Blooded — защищает от тепловизоров и AI-дронов. Подходит для выживания против мощных Scorestreak’ов.

Слот 2 — стратег (зелёные перки)

• Flak Jacket — снижает урон от взрывов и огня, отличное решение для захвата точек.
• Fast Hands — ускоряет смену оружия и позволяет дольше держать гранаты при возврате.
• Looper — уникальный перк, позволяющий повторно зарабатывать Scorestreak’и в одной жизни — находка для агрессивных игроков.

Слот 3 — штурмовик (красные перки)

• Dexterity — уменьшает отдачу, ускоряет прицеливание при скольжении и прыжках, снижает урон от падений.
• Tracker — показывает следы противников и автоматически пингует врагов при прицеливании.
• Bankroll — даёт +150 очков к серии убийств в начале каждой жизни.

Лучшие Wildcards

• Overkill — даёт возможность брать два основных оружия. Идеально сочетать снайперскую винтовку и ПП.
• Gunfighter — добавляет три дополнительных мода на основное оружие.
• Perk Greed — позволяет взять дополнительный перк, что особенно выгодно в Black Ops 7 с его богатым выбором бонусов.

Combat Specialties и гибридные комбинации

Система Combat Specialties вознаграждает игроков, подбирающих перки одного цвета:

• Enforcer (красный) — бонус к скорости и регенерации после каждого убийства.
• Recon (синий) — показывает направление ближайшего врага после возрождения.
• Strategist (зелёный) — повышает очки за выполнение задач и ускоряет установку оборудования.

А если вы комбинируете разные категории — открываются гибридные бонусы:

• Scout (красный + синий) — скрывает с миникарты после убийства.
• Tactician (красный + зелёный) — даёт бонусные очки за асисты.
• Operative (синий + зелёный) — ускоряет заряд способностей при скрытных убийствах.

Хотите баланс между скоростью и скрытностью? Используйте Ghost + Dexterity + Fast Hands с Wildcard Perk Greed — идеальный сет для мобильных игроков.

Для штурмовиков лучше подойдёт Flak Jacket + Looper + Enforcer Specialty — чтобы держать точки и фармить Scorestreak’и без перерывов.

Когда начинается Fortnitemares 2025

• Фаза 1: коллаборация KPop Demon Hunters уже в игре — скины ХUNTR/X (Rumi, Mira, Zoey), квесты и Demon Rush до 1 ноября.
• Фаза 2: «большой» запуск Fortnitemares ожидается примерно с 9 октября — об этом сообщают инсайдеры, а появление Demon Rush выступает прокладкой к основному ивенту. (Официального таймлайна от Epic пока нет.)

Главные коллаборации и скины

• KPop Demon Hunters / HUNTR/X — главный кроссовер сезона: LTM Demon Rush, предметы и квесты в BR/Blitz/Reload, контент для UEFN.
• Классические хоррор-иконы — по сливам: Ghostface (Scream), Джейсон Вурхиз (Friday the 13th), Art the Clown (Terrifier), Grabber (The Black Phone). Ожидаются скины и косметика. (Epic не подтверждала.)
• Scooby-Doo — набор скинов и, возможно, косметика для Mystery Machine. (Пока статус «утечка».)
• Doja Cat — по инсайдам, станет боссом-NPC Fortnitemares и получит скин Icon Series. (Ждём подтверждения и дат)

Геймплейные изменения

Fortnitemares традиционно перетряхивает «лут-пул» (набор предметов, которые могут «выпасть» игроку в игре в текущем сезоне) и мету (текущий набор самых эффективных тактик, билдов, оружия и стратегий, которые дают преимущество при данном патче/сезоне). На радаре утечек — мифик-нож Ghostface и медальон Джейсона, но деталей по механикам пока нет.

Что это значит для игроков

• Контента много уже сейчас: Demon Rush, скины HUNTR/X и тематические квесты доступны; UEFN-создатели получили ассеты для собственных «демонских» карт.
• Ещё больше — на основной волне Fortnitemares: если инсайды подтвердятся, нас ждёт один из самых «звёздных» хэллоуинов — с хоррор-иконами, поп-артистами и ностальгией по Scooby-Doo.

Примечание: многие детали собраны по утечкам и могут измениться после официального анонса Epic Games. Следите за обновлениями в клиенте Fortnite.

Что известно сейчас

• Модель «смотри рекламу — играй час». Внутренние тесты предусматривают около двух минут преролла перед стартом и ограничение одной сессии до 60 минут, суммарно до пяти бесплатных часов в месяц (параметры могут измениться ко времени релиза).
• Какие игры доступны. Можно будет стримить часть игр из вашей библиотеки, тайтлы из инициативы Free Play Days (бесплатные уикенды) и подборку Xbox Retro Classics.
• Где будет работать. ПК, консоли Xbox, портативные устройства и браузер — как и у платной версии облака.
• Публичная бета — затем полноценный запуск. Microsoft готовит открытое тестирование и планирует вывести сервис в прод в ближайшие месяцы.

Почему сейчас

Запуск бесплатной версии накладывается на свежие перестановки в линейке Game Pass и облака: Xbox Cloud Gaming вышел из беты, расширился на Premium и Essential, при этом Ultimate подорожал, но получил повышенное качество стриминга — вплоть до 1440p (разрешение экрана 2560×1440 пикселей, QHD или WQHD) на части игр/устройств и увеличенный битрейт.

Microsoft намекала на доступный/бесплатный доступ к облаку ещё раньше. Финансовый директор Microsoft Gaming Тим Стюарт говорил о варианте ad-supported почти два года назад, а в августовском выпуске официального подкаста Xbox топ-менеджеры повторили курс на «более доступное и глобальное» облако.

Microsoft тестирует гибрид стриминга и AVoD (advertising-video-on-demand) в играх. Если публичная бета подтвердит стабильность и вменяемые лимиты, у Xbox появится ещё один канал охвата — с шансом перерасти в «Spotify» для облачного гейминга.

По словам ведущего программиста проекта Иэна Фиша, команда целится в «честные 60 FPS на средних ПК без искусственного прироста кадров», доводя движок до предела и параллельно вылизывая контент. Учитывая масштаб задумки — десятки тысяч юнитов на поле боя, разрушаемые замки и кооператив на четырёх игроков с «drop-in/drop-out» — дополнительная «шлифовка» выглядит логичным шагом. Новой даты релиза пока нет.

Что происходит и почему это важно

• Перенос за 5 дней до запуска. Необычно позднее решение: ожидалось, что ранний доступ начнётся 8 октября. Теперь сроки не названы.
• Причина — качество и производительность. Студия добивается стабильных 60 FPS без ухищрений наподобие «фейковых кадров» и не хочет вырезать заявленные фичи.
• Только ПК на старте. Консольные версии не анонсированы — проект заявлен как PC/Steam Early Access.

Что такое Kingmakers

Это гибрид шутера и стратегии в реальном времени: вы командуете армиями, строите укрепления и лично участвуете в схватках — от рыцарских атак до перестрелок из АК-47, рейдов на броневнедорожниках и авиаударов. Игра обещает масштабные сражения с тысячами ИИ-бойцов и высокую интерактивность окружения.

Разработчики не назвали новую дату, но подчёркивают, что фундаментальные системы готовы, а время понадобилось именно на совершенствование и оптимизацию. Пока поклонникам остаётся ждать следующего сообщения студии — и надеяться, что амбиции Kingmakers трансформируются в стабильный релиз раннего доступа.

Когда стартует игра

Глобальный запуск Battlefield 6 стартует 10 октября в 8:00 по тихоокеанскому времени (PT), что соответствует:

• 11:00 — Восточное время США (ET)
• 16:00 — Лондон (BST)
• 17:00 — Центральная Европа (CEST)
• 18:00 — Восточная Европа (EEST)
• 00:00 (11 октября) — Токио (JST)
• 02:00 (11 октября) — Сидней (AEDT)

Предзагрузка стала доступна уже 3 октября, ровно за неделю до релиза, игра стоит 80 долларов. Исключением остаётся Epic Games Store, где загрузка пока не поддерживается.

Battlefield 6 станет первым крупным релизом EA после объявления о возможной продаже компании консорциуму инвесторов, включая Public Investment Fund Саудовской Аравии, Affinity Partners Джареда Кушнера и Silver Lake. Сумма сделки оценивается в 55 миллиардов долларов.

Действие Battlefield 6 разворачивается в наши дни и переносит игроков в Нью-Йорк. Разработкой новой игры Battlefield занимаются как минимум четыре студии под брендом Battlefield Studios.

Дебютный трейлер Battlefield 6 вышел 24 июля, демонстрируя игровую кампанию, разработанную студией Motive Studio, принадлежащей EA. Трейлер начинается с обращения президента США к американскому народу о «чудовищном, ничем не спровоцированном нападении» и о том, что «ни одна страна не в безопасности».

Игра также знаменует возвращение серии после спорного Battlefield 2042 (2021), который не оправдал ожиданий фанатов. По первым отзывам, Battlefield 6 выглядит значительно более динамично и стабильно, хотя аналитики считают, что ему вряд ли удастся превзойти конкурента — Call of Duty: Black Ops 7. EA тем временем активно подогревает интерес — недавний лайв-экшн трейлер даже подшутил над Call of Duty.

Автор написал клон классической аркады Space Invaders на C++, опираясь всего на пару зависимостей. В этой части мы подготовим окно и контекст OpenGL 3.3, используя GLFW и GLEW — это единственные внешние библиотеки, которые понадобятся на старте.

Что такое Space Invaders

Space Invaders — аркадная игра 1978 года. Это 2D-шутер с горизонтальным управлением: игрок двигает пушку вдоль нижней границы экрана и стреляет по строю инопланетян. За каждого сбитого врага начисляются очки. Периодически по верхней части экрана пролетает НЛО — если сбить, получите бонусные очки. По мере уничтожения инопланетян игра ускоряется. Враги тоже стреляют случайно, приближаясь к низу экрана; попадание по игроку отнимает жизнь. Пушку частично прикрывают бункеры, но они постепенно разрушаются как под выстрелами врагов, так и самим игроком. После зачистки волны появляется новая, а бункеры восстанавливаются. Игра заканчивается, если бункеры полностью разрушены, инопланетяне достигли низа экрана или у игрока закончились жизни.

Постановка целей

Важно определить цели до начала проекта. Мы не собираемся дотошно воссоздавать оригинал — сделаем «space-invaders-like» прототип с базовыми элементами. В геймдеве обычно сначала собирают «грубый» прототип, чтобы проверить ядро механик, а «полировать» будем позже.

В прототипе нужны:

• управляемая игроком пушка;
• волны инопланетян, которые постепенно движутся к пушке;
• стрельба у обеих сторон.

НЛО и бункеры на первом этапе опустим (их несложно добавить потом).

Почти любую игру можно разложить на базовые элементы (очень советую доклад Raph Koster). В Space Invaders это движение и стрельба (а значит — детекция столкновений). Даже простой клон поможет прокачать понимание геймлупа, коллизий и правил игры.

Поехали!

Hello Window

Окно можно создать по-разному: нативные API (Cocoa/X11/WinAPI) или кроссплатформенные библиотеки (Qt, GLFW). Нативный путь даёт полный контроль, но ради простоты и кроссплатформенности возьмём GLFW: лёгкая, простая C-API.

Подключим заголовки (стандартный ввод/вывод и GLFW):

Это откроет окно 640×480 с заголовком Space Invaders и контекстом OpenGL. Два последних параметра glfwCreateWindow — монитор для фуллскрина и «шаринг» контекста между окнами. При неудаче вызываем glfwTerminate(). Важно: нужно «привязать» контекст текущему потоку (glfwMakeContextCurrent), чтобы последующие вызовы OpenGL применялись к нему.

По умолчанию версия контекста не гарантируется — попросим минимум 3.3 Core (задать до создания окна):

Почему нужен загрузчик функций OpenGL. OpenGL — это спецификация; реализация зависит от GPU/драйвера/ОС. Множество функций нужно загружать в рантайме. Делать это вручную неудобно, поэтому используют лоадеры. Здесь — GLEW (можно и GLAD, но в статье выбран GLEW).

Важно: подключаем GLEW до glfw3.h:

Игровой цикл (Game loop)

Если запустить код сейчас, окно мигнёт и программа завершится. Нужен бесконечный game loop, где мы обрабатываем ввод, обновляем состояние и рисуем кадр:

• Буферы. Современный OpenGL рисует в «задний» буфер, а «передний» отображается на экране. glfwSwapBuffers() меняет их местами.
• События. glfwPollEvents() вынимает накопившиеся события (клавиатура, мышь, закрытие окна).
• Выход. glfwWindowShouldClose() станет true, если пользователь нажал «крестик».

В конце корректно освобождаем ресурсы:

Компиляция

Ниже — команды из оригинала (C++11), плюс современные примечания.

Обратите внимание, что позже мы будем использовать некоторые функции C++11, поэтому компилируем с помощью -std=c++11. В обоих случаях убедитесь, что у вас установлен GLFW 3. В Linux, в зависимости от вашего дистрибутива, вы можете использовать менеджер пакетов. Например, в Ubuntu GLFW можно установить с помощью следующей команды:

На Mac OS X автор предпочитает использовать Homebrew:

Возможно, эта статья поможет вам настроить проект GLFW в Visual Studio.

Если всё собрано успешно, вы увидите красное окно с заголовком Space Invaders.

Итоги

Даже просто «поднять окно» с контекстом OpenGL на C++ — задача не из быстрых, несмотря на помощь GLFW. Мы пока ничего не рисуем; настройка простейшего рендера в современном OpenGL тоже требует подготовки. Хорошая новость — делать это придётся один раз, а дальше вы переиспользуете базу в следующих частях (шейдеры, VBO/VAO, спрайты, коллизии и т. д.).

Вторая часть статьи — здесь

Из интересностей: постмортем Between Horizons, передовая технология Squadron 42, 4 эпизод документалки от Crytek, ранние наброски сцены из пилотной серии Knights of Guinevere.

Обновления/релизы/новости

EA готовится к выкупу за 50 миллиардов долларов при участии инвесторов из США и Саудовской Аравии

Сделка готовится при участии инвестиционной компании Silver Lake, Суверенного фонда Саудовской Аравии и других инвесторов.

GDC переименована в GDC Festival of Gaming: «Индустрия меняется, и мы тоже»

Фестиваль игр призван «объединить всю индустрию в важный момент».

NVIDIA вложит до 100 миллиардов долларов в OpenAI

Два гиганта объявили о партнёрстве.

Мошенническая игра из Steam похитила донаты стримера, собранные на борьбу с раком четвёртой стадии

Она находилась на платформе почти два месяца. Пострадавших сотни.

По данным криптоаналитика ZachXBT, мошенники похитили в общей сложности 150 тысяч долларов у 261 пользователя Steam.

Студия авторов Gears Tactics больше не принадлежит Tencent

В конце сентября компания объявила, что её выкупили частные инвесторы, поэтому теперь она не связана с Tencent. В комментарии для СМИ также уточнили, что руководство не изменилось.

Создатели «уютной» игры Puffpals, собравшие 2,5 миллиона долларов на Kickstarter, перестали выходить на связь

В 2022 году проект собрал на Kickstarter сумму в 2,5 миллиона долларов, но через три года после запуска кампании игра так и не вышла.

Хидео Кодзима признался, что теперь специально добавляет в трейлеры некоторые спойлеры

Геймдизайнер считает, что отношение к ним изменилось.

Разработчики сообщают о задержке выплат от itchio

Платформа, вероятно, испытывает трудности с выплатами разработчикам после того, как столкнулась с давлением со стороны платёжных систем из-за контента для взрослых на своей площадке.

Krafton подаёт новые документы, пытаясь убедить суд провести судебную экспертизу устройств бывших основателей Unknown Worlds

Krafton пытается представлять доказательства, подтверждающие нарушение руководителями своих обязательств.

Вышел Unreal Engine 5.7 Preview

Главные особенности этого релиза — переход двух важных технологий в состояние, когда можно их использовать в проде: инструментов Procedural Generation Graph и Substrate material system, которые впервые были представлены в экспериментальном виде на GDC 2023.

«Микрон» представил отечественную консоль MikBoy — на полностью российском контроллере RISC-V

Новинка предназначена для запуска самых простых ретро-игр, но сам производитель называет её «универсальной образовательной платформой, созданной для будущих инженеров, программистов и всех любителей технологий».

Dutch GameDev Digest

Дайджест о текущих проектах голландской индустрии.

Дэн Хаузер назвал Red Dead Redemption 2 лучшей игрой, над которой он работал в Rockstar

Сооснователь компании немного пообщался с IGN о своей карьере.

Халява/раздачи/бандлы/курсы

The Best of Synty Game Dev Assets #5

Большая коллекция игровых ассетов для Unreal Engine и Unity.

Интересные статьи/видео

[EN] Постмортем Between Horizons: Проклятие второй игры

Немецкая инди-студия DigiTales Interactive создала две научно-фантастические детективные приключенческие игры для ПК и консолей: Lacuna (2021) и Between Horizons (2024). Первая игра показала хорошие результаты (более 300к копий на разных платформах), а вторая оказалась гораздо ниже этих показателей и до сих пор не окупилась. Почему? Неужели всего лишь студия одной игры? Неужели достигли пика популярности с первым релизом, обречённые вечно гоняться за этой вершиной?

[RU] Игры, которые заставят вас полюбить метроидванию

И это не Silksong.

[EN] Создаём фантастического сома в 3D

Джулиана Видал объяснила, как был создан очаровательный страж, показала процесс скульптинга в ZBrush и поделилась, как был получен глянцевый вид.

[RU] Как презентовать новеллу на «Игропроме»

Разработчица «Волшебной свадьбы гусляра Ивана» рассказала про свой опыт.

[EN] How To Give A Video Game Boss «Aura»

Когда вы думаете о своём любимом боссе, ПОЧЕМУ он ваш любимый? Вы можете сказать: музыка, дизайн, сложность, сюжет. Всё это весомые причины! Но есть один аспект сражений с боссами, о котором мы мало говорим, — это подготовка к ним.

[EN] Пользовательский контент (по-прежнему) является движущей силой продаж и удержания клиентов

Разбираемся вместе с gamediscover.

[EN] Передовая технология, лежащая в основе Squadron 42

Clear Angle Studios предлагает взглянуть на голливудские технологии, используемые для создания персонажей и NPC для Star Citizen и его однопользовательской кампании.

[RU] VideoGamesEurope & EGDF — Факты о Европейской игровой индустрии в 2024 году

В отчёте используются данные опросов (1000 человек оффлайн в год; 1000 человек онлайн в месяц), а также данные от GSD, где учитываются как физические, так и цифровые фактические продажи, о которых сообщают разработчики и издатели.

[EN] Как Yacht Club Games открывает новые ретро-горизонты с Mina the Hollower

Основатель студии и геймдиректор Шон Веласко объясняет, как краудфандинг сыграл свою роль в достижении огромного размаха Mina the Hollower.

[EN] Создание дома викингов в глиняном стиле в Maya и Nomad Sculpt

Йоэль Перейра Лопес рассказал о проекте Inn, обсудив создание детальной сцены из глины с упором на повествование с использованием Maya и Nomad Sculpt.

[EN] Наша история – Эпизод 4 – Hunt: Showdown to Crysis Remastered Trilogy

В четвёртом эпизоде команда рассказывает о том, как они обеспечили успех Hunt: Showdown и создали её суровый, мрачный, но прекрасный мир.

[EN] Что такое игровые шоукейсы

Не настолько они и нужны, как может показаться.

[EN] Создание башни, переделанной в отель в стиле Ghibli, с помощью Substance 3D

Родриго Коста поделился рабочим процессом яркого проекта переоборудования старой башни, вдохновлённого студией Ghibli, показав, как текстуры обрабатывались в Substance 3D, и рассказав, как ему удалось добиться желаемого стилизованного вида.

[EN] Трассировка лучей в реальном времени в Bevy 0.17 (Solari)

Подробный технический анализ Solari, системы трассировки лучей в реальном времени, интегрированной в Bevy 0.17.

[EN] Расцвет симуляторов от первого лица: как Roadside Research быстро набрала 250к вишлистов

Разбираемся вместе с gamediscover.

[EN] Болезненные уроки, извлечённые из увольнений

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

[EN] Простая теория цвета: руководство для начинающих

Вводное видео, охватывающее основные понятия теории цвета для начинающих.

[EN] Погружаемся в игры весенних выставок

Смотрим, что перфомило лучше всего.

[EN] The performance impact of vertex shader exports

Подробный анализ того, как увеличть производительность рендеринга на графических процессорах NVIDIA и интегрированных графических процессорах AMD.

Разное

3D-художник демонстрирует, что хаос за кулисами не имеет значения, если оператор крутан

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

Ранние наброски сцены из пилотной серии Knights of Guinevere

Из Твиттера.

Яркая стилизованная сцена, воплощённая в жизнь с помощью Blender

С Реддита.

Если хотите поддержать выход дайджеста и других материалов, сделать это можно одним из способов.

• На Патреоне
• На Boosty
• Через Paypal
• Через Яндекс.Деньги

Также вы можете подписаться на рассылку дайджеста.