GETSKY | Александр Гетманский

Кстати, сегодня исполнилось 40 лет Castlevania.

Оригинальная игра вышла в Японии на Famicom Disk System в 1986 году. Можно сказать, что эта игра пробабушка всех метроидваний.

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

В голове, конечно, ещё куча идей, что можно добавить, но тогда игра рискует из инкрементальной превратиться в гранд-стратегию 🙈

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

Напомню про страничку игры в Steam — вдруг кто-то ещё забыл добавить её в вишлист 😂 :

https://store.steampowered.com/app/4698700/Deep_Space_Observatory

Я в «телеке» 🙃

Colossal Cave Adventure исполняется 50 лет в этом году! 🎂

В честь юбилея написал пост на DTF о том, как игра 1976 года заложила основы целого направления в геймдизайне — от текстовых квестов до RPG и roguelike.

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

🕹 Поиграть тут: https://getsky.github.io/colossal-cave-adventure/

50 лет игре — самое время посмотреть, с чего всё начиналось. 🥺

#gamedev

🔥 Нашёл классный инструмент для всех, кто работает с 3D.

Puck's Texture Ripper позволяет за пару кликов превратить обычную фотографию в качественную текстуру. Исправляет перспективу, убирает швы и готовит материал для Blender, Unreal Engine, Unity и других движков.
Вместо долгих поисков текстур — просто сфотографировали поверхность и получили готовый материал.

Определённо отправляется в мою коллекцию полезных инструментов. 🚀

#gamedev #assets

Недавно наткнулся на интересный сервис — Coddy 🤖

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

Что понравилось:

💻 Код пишется прямо в браузере или приложении — ничего не нужно устанавливать.

🎯 Можно изучать Python, C++, JavaScript, Rust, Git и еще много других языков.

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

🤖 Если застрял — можно воспользоваться встроенным AI-помощником.

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

Но вот для того, чтобы:

- начать с нуля;
- поддерживать ежедневную привычку кодить;
- освежить синтаксис знакомого языка;
- провести 15–20 минут с пользой вместо бесконечного скроллинга —

идея, на мой взгляд, отличная.

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

Попробовать можно здесь: Coddy

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

#gamedev #code

Красивый код 🚀 vs 🩼 скорость разработки
В инди-команде иногда можно «грязно» решить задачу, лишь бы она работала.

Известный пример – разработчики Celeste выложили в GitHub 5400 строк жёсткого говно-кода без документации. Да, с точки зрения «чистого кода» это ужасно, но главное, что они сделали игру. Авторы сами отмечают: они тратили время на главное — игровой процесс, а не на архитектуру.

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

💡 Принцип YAGNI («You Ain’t Gonna Need It») здесь в деле: откладывайте абстракции до возникновения реальной потребности в них.

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

❕Поэтому:

→ Фокус на цели, а не на идеале.

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

→ Делайте YAGNI.

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

→ Автоматизируйте разумно.

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

→ Бюджетируйте архитектуру.

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

→ Управляйте техдолгом.

Заносите техдолг в ваш трекер задач, отслеживайте, как он влияет на скорость разработки фичей. Иногда лучше жертвовать качеством (в виде долга) ради быстрой фичи, но тогда сразу отдавайте себе отчёт в этом. Малый долг – нормальное явление, главное – не допускать «эффекта снежного кома».

#gamedev #сode

Где начинающему геймдизайнеру искать фриланс-заказы

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

Где искать:

1. Фриланс-биржи

Для старта на русском:
Kwork.ru, FL.ru, Freelance.ru

На международном рынке (выше конкуренция и нужен английский, но больше задач):
Kwork.com, Upwork.com, Freelancer.com, Freelancehunt.com, Fiverr.com, PeoplePerHour.com, Guru.com

Что там стоит искать:
— дизайн уровней
— GDD и ТЗ
— баланс-таблицы
— UI/UX для игровых экранов
— тестирование игр
— локализация
— простые прототипы

2. Telegram-каналы/чаты с вакансиями

@gamedevjob
@devjobs
@gdjobs
@forgamedev
@ingamejob
@prototypeindiemain
@DevJobs_Resume
…

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

3. Discord и комьюнити

Ищите серверы:
Work with Indies, Game Dev League, Game Dev Network, Design Den, Amir Satvat’s Games Community, IGDA, Funsmith Club, Индикатор Онлайн.

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

4. Reddit, LinkedIn, itch.io

На Reddit смотрите r/gameDevJobs, r/INAT, r/indiegames, r/forhire.

На LinkedIn ищите Game Designer, Junior Game Designer, Level Designer, Game UX.

На itch.io участвуйте в game jams: это быстрый способ собрать портфолио, если коммерческого опыта пока нет.

5. Неустаревающая классика — gamedev.ru

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

Что должно быть в портфолио

Минимум 3–5 небольших кейсов: GDD, пример уровня, таблицы баланса, UX-флоу, макет интерфейса, отчет по тестированию или разбор чужой игры.
Лучшее, что у вас есть; прикладывать все не имеет смысла — никто не будет изучать 1000 и 1 вашу работу.

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

Как откликаться

Плохо:

Здравствуйте, я новичок, возьмите меня.

Хорошо:

Здравствуйте! Увидел задачу по левел-дизайну для 2D-платформера. Я делал похожий учебный уровень: ссылка. Могу подготовить схему уровня, pacing, расположение препятствий и короткое описание логики. Готов обсудить сроки и формат результата.

Безопасность

- Не платите за доступ к работе.
- Не отправляйте исходники до оплаты.
- Фиксируйте ТЗ письменно.
- Используйте безопасную сделку или предоплату.
- Проверяйте заказчика.
- Не отправляйте паспорт и личные данные непонятным людям из Telegram.

#gamedev #gamedesign #work

🎮 Нашёл два полезных инструментов для разработчиков игр в Steam:

1. Steam Analyser
2. SteamBuddy

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

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

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

#gamedev #gamedesign #Steam

Если делать GDD под работу с ИИ — структура документов становится критически важной.

ИИ плохо работает с:
— огромными простынями текста
— хаотичными заметками
— дублирующейся информацией

Зато очень хорошо работает с knowledge graph’ом.

Поэтому я сейчас строю документацию игры в Obsidian примерно так:

- 00 Index

Главная точка входа.
Навигация по всему проекту.

- 01 Architecture

Как устроена игра:
— core loop
— системы
— data flow
— взаимодействие модулей

- 02 Domain Glossary

Словарь терминов проекта.

Критично для ИИ, чтобы он не путал сущности.

- 03 Invariants

Правила, которые нельзя нарушать.

Например:
— предмет не может быть в двух inventory одновременно
— NPC знает только информацию своей faction

Это резко снижает галлюцинации при генерации кода и механик.

- 04 Module Map

Карта всех систем:
— combat
— crafting
— AI
— economy
— dialogue

И связи между ними.

- 05 Current Status

Текущее состояние проекта:
— что готово
— что сломано
— что в работе
— что заблокировано

- 06 Decisions

Лог архитектурных решений.

Не просто “что сделали”, а:
— почему
— какие были альтернативы
— какие последствия

- 07 Specifications

Подробные спеки систем.

Фактически единственный источник истины для реализации.

- 08 Open Questions

Все нерешенные вопросы проекта.

ИИ очень хорошо помогает анализировать trade-offs.

- 09 Workflows

Как именно делается разработка:
— pipeline квестов
— генерация NPC
— art workflow
— тестирование
— релизы

- 10 Dev Log

Дневник разработки.

Очень полезно для long-term контекста у ИИ.

💡И еще важный момент:

Если документ начинает разрастаться — его нужно дробить.

Не делать: Combat System.md на 1000 строк.

Делать отдельные:
— Combat Overview
— Damage Types
— Status Effects
— Enemy Aggro
— Armor Formula
— Weapon Scaling

И связывать все через [[wikilinks]].

Потому что для ИИ маленькие атомарные заметки работают намного лучше:
— проще давать контекст
— меньше шума
— меньше конфликтов
— легче искать связи
— лучше retrieval

По сути это не просто каталог с документами, а база данных графов по игре.

И вот с таким форматом ИИ начинает реально помогать разрабатывать проект, а не просто генерировать текст.

#gamedev #gamedesign #LLM