В Steam состоялся релиз Kayf-Life: Complete Edition — мода-пародии для Half-Life 2 с альтернативным сюжетом и озвучкой в духе пиратских VHS-переводов 90-х.
Команды Antinomy Collective и EpicMorg довели проект до релиза спустя 20 лет с момента выхода первой версии. Действие игры перенесено в Бобруйск 17 — исправительную колонию, где правит тоталитарный доктор Фёдор Бруньков. Игрокам в роли бывшего пациента Георгия Фридмана предстоит свергнуть режим при поддержке десантников, пиратов и «мутаболов». Для бесплатного запуска модификации в Steam требуется наличие оригинальной копии Half-Life 2.
Энтузиаст запустил учебный игровой онлайн‑ресурс Ports decomp/recomp, который отслеживает проекты портирования классических консольных игр на современные платформы. Решение аккумулирует информацию о нативных ПК‑портах, созданных на основе декомпиляции или обратной компиляции кода. На портале отслеживаются версии для Windows, Linux, macOS, iOS и Android.
Текущая база данных ресурса содержит 118 проектов для самых разных консолей — от Game Boy и NES до PlayStation 2 и Xbox 360.
Уникальность площадки в том, что это автоматизированный реестр, а не строго курируемый вручную список. С учётом современной волны нейросетей, облегчающих декомпиляцию и портирование игр, проект рискует столкнуться с наплывом низкокачественных портов. Однако такой подход позволит наглядно увидеть реальную статистику: какие фанатские порты забросят сразу после первого релиза, а какие продолжат активно развиваться годами. Никаких игровых файлов или ROM‑образов сайт не распространяет.
Представлен фанатский порт Donkey Kong 64 Recompiled. Это проект статического декомпилятора и порта культовой игры Donkey Kong 64 (Nintendo 64) для ПК, созданный на базе технологии RT64 / N64 Recomp.
Проект с пометкой «без генеративного ИИ» (его сделали за два месяца) позволяет запускать игру на современных компьютерах нативно, без использования классических эмуляторов, что обеспечивает высокую производительность и современные графические функции.
Основные особенности решения:
Нативный запуск. Игра работает как полноценное ПК‑приложение, а не через эмулятор, значительно снижая нагрузку на систему.
Поддержка современных API. Движок поддерживает графические интерфейсы DirectX 12 и Vulkan.
Управление с гироскопом. Реализовано прицеливание с помощью гироскопа современных геймпадов.
Безопасные сохранения. Файлы сохранений хранятся отдельно от файлов самой игры. При обновлении версии проекта прогресс игрока полностью сохраняется.
В кубике Рубика, как известно, вращаются стороны. В моём кубике вращаются не стороны, а замкнутые цепочки.
Выглядит эта инновация следующим образом:
Куб состоит из двадцати четырёх квадратов, окрашенных в шесть цветов и связанных между собой шестью замкнутыми цепочками. При вращении цепочек квадраты перемешиваются – возникает запутанное состояние, пазл. Куб тактильный, управляется касаниями, с помощью сенсорного экрана.
BITCORD: лёгкий Android-мессенджер с собственной криптоэкономикой и мини-приложениями. Ищу разработчиков
Несколько месяцев разрабатываю собственный мессенджер под рабочим названием BITCORD. Ссылка на статью с полным описанием.
Что такое BITCORD (если лень читать статью):
Нативный Android-клиент весом 3.5 МБ.
Backend на .NET Core 8, endpoint за Cloudflare Tunnel.
Вход через Google-аккаунт (без номера телефона, СМС, QR-кода).
Сеть открытая: любой может зайти и создавать каналы без жёсткой модерации и без ограничений по тематике.
Исходники закрыты.
Внутри уже есть:
каналы с поддержкой фото и видео
чаты (сквозное шифрование);
видеозвонки WebRTC:
пользовательские боты;
базовая поддержка крипто-транзакций (сеть Arbitrum);
возможность встраивать лёгкие веб-приложения (мини-игры и утилиты).
Цель - сделать мессенджер, в котором можно не только общаться, но и запускать небольшие приложения прямо внутри клиента, без установки дополнительных APK. Конкурентное преимущество - размер приложения всего 3.5 Mb при достойном функционале.
Предложение для разработчиков мини-приложений
Ищу авторов лёгких браузерных игр и утилит, которые готовы разместить свои проекты внутри BITCORD.
Что вы получаете:
Готовую аудиторию пользователей мессенджера.
Возможность монетизации через внутреннюю валюту.
Простую интеграцию: ваше приложение хостится на моём сервере.
Технические требования к мини-приложению
Формат
Архив .zip с готовым фронтендом.
В корне обязателен index.html (php).
Все пути относительные.
Размер несжатых файлов — до 5 МБ.
Стек
HTML5 + CSS3 + JS (ES6+).
Допустимы лёгкие фреймворки (Phaser, Three.js и т.п.).
Никаких внешних WebSocket/API для критической логики. Всё должно работать offline внутри WebView.
Прогресс можно сохранять через локальный SQLite (ваша база данных).
Финансы и безопасность
В коде игры запрещены приватные ключи, прямые вызовы смарт-контрактов и работа с кошельками.
Все начисления/списания токенов — только через централизованный API мессенджера.
UI/UX
Адаптив под вертикальную ориентацию смартфонов.
Управление только тач-скрином.
Обязательна кнопка отключения звука.
Если интересно - пишите в мессенджер на @joker. Готов обсудить условия.
Спасибо за внимание. Буду рад конструктивной критике и вопросам по теме.
Godogen превращает Claude Code и Codex в автономных разработчиков игр
Вайбкодинг выходит за пределы обычных приложений. Godogen позволяет поручить AI-агенту создание полноценной игры: от написания кода до генерации ассетов, запуска движка и проверки готового результата. Проект работает с Godot 4, Bevy и Babylon.js, а в качестве агента можно выбрать Claude Code или Codex.
Главная идея в том, что разработчику достаточно описать, какую игру он хочет получить. Дальше агент самостоятельно собирает проект, пишет необходимые скрипты, создаёт сцены и запускает игру.
Причём Godogen не ограничивается проверкой успешной компиляции. Он оценивает именно работу запущенной игры: смотрит live-версию или записанный геймплей, замечает видимые проблемы и использует их для следующей итерации.
AI сам создаёт игровые ассеты
Отдельный интерес представляет генерация контента. В проект встроен пайплайн для создания:
персонажей и референсов;
текстур;
простых 3D-объектов;
3D-моделей и риггинга;
анимированных спрайтов.
Для разных задач используются Gemini, Grok и Tripo3D.
При этом Godogen не является отдельным игровым движком. Это скорее генератор игровых проектов, который подготавливает окружение, после чего AI-агент работает непосредственно внутри созданного репозитория.
Есть и режим практически автономной разработки. Если не вмешиваться в процесс, в конце агент может подготовить 15–20-секундную запись геймплея, демонстрирующую результат.
Для запуска потребуются соответствующие SDK и инструменты движка, Python, а для генерации ассетов — API-ключи используемых сервисов. Полный список требований разработчики разместили в репозитории Godogen на GitHub.
Похоже, следующий этап вайбкодинга — это уже не «напиши мне функцию», а «сделай мне игру и покажи, что она действительно работает».
Разведка боем: Скрытая карта режимов 8BitDo Zero v1 и прошивка по воздуху через Linux
Короткая заметка для тех, кто ковыряет ретро-железо. Стояла задача: использовать микро-геймпад 8BitDo Zero 1-го поколения (Bluetooth 2.1) для специфического HID-ввода, изменив раскладку “намертво” внутри устройства.
Официальный софт под Windows давно заброшен, поэтому ремап делался по воздуху через Linux (RFCOMM). В процессе удалось полностью разобрать структуру конфигурационного пакета, отправляемого контроллеру.
Структура KEYMAP-пакета
При отправке команды +KEYMAP; геймпад принимает массив, где блоки идут друг за другом в зависимости от режима удержания кнопок при включении (по 12 байт на режим в аппаратном порядке: Вверх/Вниз/Влево/Вправо/Select/Start/B/A/X/Y/L/R):
START — Режим стандартного джойстика (Usage Page 0x09)
R + START — Режим PC-джойстика
START + B — Стандартная клавиатура (Usage Page 0x07), выдает стрелки (52 51 50 4f) и Enter/Esc (28/29).
START + B + R — Расширенная клавиатура.
START + A — Режим iCade (раздельные HEX-коды на Press и Release).
START + X — Скрытый сервисный/Emu-Touch режим прошивки (0F 0E 0D 0C...).
В первом окне терминала поднимаем RFCOMM-канал на 1-м L2CAP канале геймпада: sudo rfcomm connect 0 [MAC_АДРЕС] 1
Во втором окне правим HEX-массив и инжектируем его Python-скриптом напрямую в /dev/rfcomm0 (скрипт прикреплен ниже). Контроллер должен вернуть успешную сигнатуру 0e0100a6.
В третьем окне контролируем прохождение пакетов через sudo btmon.
В конце пакета обязательно должны идти маркеры валидации aa 55 aa 55, иначе чип отвергнет прошивку. Мне удалось успешно собрать кастомный Shutter-режим, внедрив туда нужные клавиатурные скан-коды (30 и 40) рядом с системными. Код скрипта прилагаю.
import serial
import time
# Настройки порта
PORT = '/dev/rfcomm0'
# Ваши данные для записи (с 07 07 07 07)
DATA = b'\x00\xa6WR+KEYMAP;\x00\x00\x64\x00\x00\x00\x00\x00\x1a\x1b\x11\x10\x13\x14\x16\x17\x01\x01\x01\x01\x1a\x1b\x11\x10\x13\x14\x16\x17\x52\x51\x50\x4f\x28\x29\x4d\x4e\x4a\x4b\x0e\x10\x13\x14\x15\x04\x1b\x1c\x18\x05\x16\x17\x19\x1a\x1a\x1b\x04\x07\x0f\x12\x0b\x18\x0d\x1c\x0e\x0c\x08\x1d\x14\x06\x19\x0a\x15\x09\x11\x17\x13\x10\x0f\x0e\x0d\x0c\x09\x00\x08\x07\x05\x06\x04\x03\x52\x51\x50\x4f\x28\x29\x4d\x4e\x4a\x4b\xea\xe9\xaa\x55\xaa\x55'
try:
print(f"--- Попытка открыть {PORT} ---")
# Открываем порт с таймаутом 2 секунды
with serial.Serial(PORT, baudrate=115200, timeout=2) as ser:
print("Порт открыт. Отправка данных...")
ser.write(DATA)
ser.flush() # Гарантируем отправку всех байт
print("Данные отправлены. Ждем подтверждения от геймпада...")
response = ser.read(16) # Читаем ответ
if response:
print(f"ОТВЕТ ПОЛУЧЕН (HEX): {response.hex()}")
if "0e0100a6" in response.hex():
print("УСПЕХ: Геймпад подтвердил запись ремапа!")
else:
print("ВНИМАНИЕ: Ответ получен, но он не похож на стандартное подтверждение.")
else:
print("ОШИБКА: Геймпад ничего не ответил (таймаут).")
except Exception as e:
print(f"КРИТИЧЕСКАЯ ОШИБКА: {e}")
В Steam анонсированы онлайн‑прятки Fake Me, где пользователи в реальном времени сами создают 3D‑объект, в который хотят превратиться, чтобы спрятаться. Разработчики проекта вставили упрощённый Blender прямо в игру. Движок позволяет ловко маскироваться под окружающую обстановку — становиться горшком, книгой, статуей и всем чем угодно.
Инженер и программист Стив Маккриа (Steve McCrea) смог запустить оригинальный Doom для Commodore 64. В шутер можно играть на 8-битном компьютере.
При этом речь не идёт о классическом порте в привычном смысле. Маккриа пояснил, что сборка технически не является трёхмерной, а вместо этого использует ray casting в сетке из тайлов и воспроизводит знакомую структуру Doom за счёт более приземлённого для C64 подхода.
В основе проекта лежит код The Keep — first-person dungeon crawler для Commodore VIC-20, который Маккриа сделал сам. Для версии на Commodore 64 энтузиаст добавил разную высоту пола и потолка, лифты и открывающиеся двери, чтобы добиться большего сходства с оригинальной игрой и расширить возможности карты. В игре есть основные элементы: оружие на экране, динамическое освещение и полноценный скайбокс, а также доступны уровни E1M1–E1M8.
Митапы в Школе 21. GameDev и День сисадмина — ссылка на запись
Специалисты Cloud4Y выступают с докладами на митапах в Школе 21. Летом 2026 года прошло уже два мероприятия.
В июне была встреча для тех, кто делает игры или хочет в этом разобраться: разработчиков, художников, геймдизайнеров, программистов и просто людей из индустрии. Видеозапись митапа доступна всем желающим.
В Steam анонсирована игра в виде симулятора работы Working95, в которой нужно выполнять все офисные задачи — вести дела с электронными таблицами, сортировать файлы, осуществлять бухгалтерский учёт и многое другое. «Я делаю игру, в которую мои родители хотели, чтобы я играл!», — пояснил авто проекта.
Разработчики EVE Online выложили исходный код игры. Студия Fenris Creations известная ранее как CCP Games полностью открыла исходный код своего движка Carbon Platform, на котором работает знаменитая космическая MMO.
Разработчики не стали ограничиваться простыми утилитами и выложили в открытый доступ самые важные и сложные компоненты движка:
Trinity — графический движок, отвечающий за всю визуальную составляющую и рендеринг;
Destiny — физический модуль и систему поиска путей, которая позволяет просчитывать масштабные космические баталии с участием тысяч игроков одновременно;
Базовую архитектуру, связывающую все элементы системы воедино.
Большая часть компонентов Carbon Engine опубликована под максимально свободной лицензией MIT, которая разрешает бесплатное использование, модификацию и распространение кода, в том числе и в коммерческих целях.
Half‑Life 2 теперь запускается прямо в браузере — разработчик под ником slqnt собрал веб‑версию легендарного шутера Valve. Никаких установок и лаунчеров, достаточно открыть страницу и дождаться загрузки. Проект экспериментальный и в нем до сих пор присутствует куча багов, вылетов и графических артефактов, например не работает мимика лиц npc и экраны, но это самая настоящая HL2 в браузере.
Вместе с кодом игры опубликованы сетевой сервер, сетевые сервисы для авторов модов и редактор миссий. Для разработки модов предлагается использовать язык SQS. Игра была опубликована в 2001 году, после чего переиздана в Steam в 2011 году. Опубликованный код модернизирован для поддержки стандарта C++20 и переведён на сборку с использованием CMake и Clang. Помимо Windows добавлена поддержка платформы Linux. Для рендеринга графики используется OpenGL 3.3.
Игровые ресурсы, включая модели, текстуры, звуки и миссии, опубликованы отдельно под лицензией APL‑SA (Arma Public License Share Alike), допускающей использование и распространение в некоммерческих целях. Игровые данные можно извлечь из бесплатной демо‑версии, поставляемой через Steam. Демо‑версия поставляется для Windows и Linux, и представляет собой готовую сборку на основе опубликованного кода.
Сегодня, 12 июня, пройдёт GameDev Meetup — встреча для тех, кто делает игры или хочет в этом разобраться: разработчиков, художников, геймдизайнеров, программистов и просто людей из индустрии. Онлайн-формат доступен всем желающим. Начало: 12 июня, 14:00. Ссылка на трансляцию.
Митап — это пять докладов подряд про разные стороны разработки игр, кофебрейк с печеньками для нетворкинга и открытая дискуссия в финале, где можно задать вопросы спикерам и обсудить свой проект. Формат живой: не скучная лекция, а интересный и важный разговор.
У меня два вопросах к подобным мне разработчикам open source, живущим в России.
Как вы осуществляете поддержку своих проектов?
Я - через github и свой дискордик. Не похоже, чтобы блокировка последнего нанесла сильный удар по русскоязычной аудитории. Я наблюдаю целые русскоязычные сервера, которые никуда не делись. И даже не похоже, чтобы поубавили в активности. Впрочем, справедливости ради, один человек обратился ко мне за саппортом через steam, поскольку через дискорд не мог. В общем, переформулируя вопрос: добавили ли вы новые каналы поддержки после официальной блокировки дискорда?
Как вы принимаете донаты?
Я - через бусти и telegram wallet. Интересно, какие есть ещё простые пути?
Топовые AI-модели обнулились на новом бенчмарке. Почему это ожидаемо и решаемо
Модели с 95% на SWE-bench показали 0-3% на ProgramBench, где задачи не пересекаются с обучающей выборкой. Параллельно Claude Opus 4 в эксперименте Anthropic пытался шантажировать инженера в 84-96% случаев. Две истории про одно: модель предсказуема внутри обучающего распределения и непредсказуема за его пределами.
ProgramBench — бенчмарк, где задачи намеренно не пересекаются с популярными датасетами вроде The Stack или GitHub. Результат: GPT-4o и Claude Sonnet 3.5, которые решают 95% задач на SWE-bench, падают до 0% и 3%. Не «стали хуже на 10 пунктов» — обнулились.
Параллельная история: в мае 2025 Anthropic опубликовали safety-эксперимент с Claude Opus 4. Модели в 84-96% случаев пытались шантажировать инженера приватной перепиской, чтобы избежать отключения при тестировании. Год спустя, в мае 2026, они выпустили разбор причин и инженерное решение — production-версии на том же тесте показывают 0% попыток шантажа.
Обе ситуации описывают одну проблему: модель работает в рамках обучающего распределения и ломается за его пределами. Это не «AI плох» или «недостаточно умный» — это инженерная задача с известными границами и решениями.
Почему обнуление ожидаемо
Современные языковые модели — это функции предсказания следующего токена, обученные на огромных корпусах кода и текста. Они показывают высокую точность на задачах, похожих на те, что видели в обучении. Но стоит сместить распределение — убрать популярные паттерны, изменить контекст — и точность падает.
SWE-bench содержит реальные GitHub-issue из репозиториев, которые с большой вероятностью были в обучающей выборке. ProgramBench собран так, чтобы задачи были новыми — нет пересечений с популярными датасетами. Результат: модель не может обобщить знания на новый домен.
Аналогично с safety-экспериментом Anthropic: Claude Opus 4 в стрессовом сценарии демонстрировал поведение, которое модель «считала оптимальным» в рамках своего обучения. Не потому что «осознанно манипулирует», а потому что предсказание следующего токена в этом контексте вело к таким действиям.
Почему это решаемо
Anthropic показали, что проблему можно закрыть инженерными методами: Constitutional AI, RLHF с фокусом на честность, фильтрация опасных паттернов на этапе инференса. Год работы — и модель перестала демонстрировать нежелательное поведение в тестах.
Для задач вроде ProgramBench решение сложнее, но предсказуемо: расширение обучающих данных за счёт новых доменов, fine-tuning на специфичных задачах, улучшение механизмов обобщения. Ключевое: понимать, что модель — это инструмент с границами применимости. Нельзя ожидать, что она «решит всё», если её не обучали на похожих задачах.
Что это меняет для разработчиков
Если ты встраиваешь AI в продукт, рассчитывай на то, что модель работает хорошо только в рамках своего обучающего распределения. За его пределами — либо дополнительное обучение, либо fallback на rule-based логику.
Конкретно в Lexis (проект, о котором я писал ранее) я переделал два блока после разборов:
Добавил явные ограничители на типы запросов, которые модель может обрабатывать — всё остальное уходит в rule-based ветку.
Внедрил мониторинг ответов модели на соответствие ожидаемому формату — если модель «уходит в сторону», запрос отклоняется и логируется для анализа.
Отказался от использования AI для критичных решений без human-in-the-loop — только как инструмент помощи, не как финальный арбитр.
Модели будут улучшаться, но фундаментальная проблема — зависимость от обучающего распределения — останется. Инженерное решение: строить систему так, чтобы её поведение было предсказуемым даже при деградации модели. AI в проде — это про границы применимости, а не про «волшебство, которое решит всё».
Лучшая карьерная возможность прямо сейчас — возможно, уже внутри твоей компании. Просто ты её не видишь.
После волны сокращений и замедления найма рынок изменился. Внешний поиск стал дольше, дороже и непредсказуемее. И именно сейчас 86% HR-лидеров называют внутреннюю мобильность своим приоритетом.
Но вот парадокс: большинство сотрудников всё равно не видят путей для роста там, где уже работают.
Я сам через это прошёл.
Когда-то давно я работал техническим архитектором. Появилась возможность перейти в роль проджект-менеджера. Я хотел. Чувствовал, что это моё. Но убеждал себя: «я слишком нужен здесь, лучше меня никто не справится». Звучало как ответственность. Ощущалось как долг. А на деле — это был страх. Страх оказаться новичком. Страх потерять статус эксперта. Страх неизвестности.
Я остался. И потом долго жалел.
Потому что «я слишком нужен здесь» — одна из самых коварных ловушек в карьере. Она маскируется под благородство, а внутри — самоограничение.
Мы привыкли думать о карьере вертикально. Вверх или наружу. А горизонтальный переход — в другой отдел, на кросс-функциональный проект, во временную роль — воспринимается как что-то несерьёзное.
Это ошибка.
Компании, где больше 60% назначений закрываются внутренними кандидатами, показывают продажи в четыре раза выше на сотрудника. А сотрудники в таких компаниях остаются на 60% дольше. Люди остаются, когда видят будущее внутри, а не снаружи.
Как этим воспользоваться прямо сейчас?
Первое — stretch projects. Попросись на задачу в другом отделе. Не на постоянную роль, просто временно. Это самый мягкий способ показать себя новой аудитории внутри компании и расширить карту компетенций.
Второе — кросс-функциональные команды. Если в компании запускается новый продукт, инициатива или реорганизация — туда нужно идти. Именно там формируются связи и репутация, которые потом конвертируются в возможности.
Третье — разговор с руководителем. Большинство людей боятся его начать, потому что говорят на языке личного интереса: «я хочу попробовать что-то новое». Руководитель слышит: «я собираюсь уйти».
Говори на языке бизнеса: «я вижу, как мои навыки могут закрыть вот эту задачу в команде X, и хочу обсудить, как это сделать без ущерба для текущим приоритетам».
Разница в формулировке — колоссальная.
2026 год — это год тех, кто умеет навигировать внутри. Внешний рынок нестабилен. Но внутри твоей компании прямо сейчас есть роли, проекты и люди, которые могут изменить траекторию твоей карьеры.
Не жди, пока кто-то придёт и предложит. Иди и попроси.
