Привет, меня зовут Сергей! 👋 И я рад наконец-то запустить этот канал — место, где будут жить мои заметки, находки и (что важно!) шишки, набитые в трех областях:

👨‍💻 IT: Я действующий Backend разработчик (основной стек — Node.js), так что здесь будет не только про мои текущие рабочие задачи, но и про интересные технологии, инструменты и принципы разработки вообще.

🎮 GameDev: Это — моя старая любовь! Еще с детства мечтал создавать игры. Некоторое время даже пробовал, но по мере обучения программированию меня утянуло в корпоративную разработку. Сейчас я решил вернуться к этой мечте и заново открываю для себя мир игростроения.

🟦 3D Моделирование: А это — абсолютно новая для меня территория! Я начинающий 3дшник с нуля. Здесь буду делиться всем процессом обучения: от первых кубов до попыток создать что-то вменяемое.

Почему этот канал?

🔥 Вернуться к мечте: Решил не откладывать "хотелки" в долгий ящик. GameDev и 3D — это то, что меня искренне зажигало и снова зажигает.

📝 Фиксировать путь: Обучение и практика эффективнее, когда ведешь записи. Это мой публичный "дневник прогресса" (и иногда — регресса 😉).

🤝 Найти единомышленников: Надеюсь, здесь соберутся такие же начинающие или те, кто хочет вернуться в GameDev/3D после перерыва. А может, и опытные коллеги поделятся советом!

🧠 Связать миры: Интересно, как опыт backend разработки (архитектура, оптимизация, логика) может пригодиться в GameDev и наоборот.

Чего ждать?

- Короткие заметки о пройденном материале, туториалах, курсах.

- Примеры кода (особенно в контексте геймдева или полезных скриптов).

- Скриншоты/гифки 3D моделей на разных этапах создания.

- Мысли о том, как подходы из "классической" разработки применимы (или нет) в играх и 3D.

- Обзоры инструментов, ресурсов для обучения.

- Личный опыт

- И, конечно, честные разборы ошибок и тупиков — куда же без них!

Присоединяйтесь! Буду рад вашим комментариям, советам (особенно от бывалых!), вопросам и просто компании в этом увлекательном путешествии через Код & Полигоны. 💻✨

Давайте учиться, экспериментировать и создавать вместе!

P.S. Не стесняйтесь делиться каналом с теми, кому это может быть полезно или интересно!

Уже два года как пересел с иглы Windows на такую же иглу Linux :))
Бесят вечные обновления Windows?
"Подержи моё пиво" - говорит пингвин.
Результаты пропуска обновлений за 1.5 недели на скриншоте. Спасибо хоть, что автоматически не запускает этот процесс, как его оконный товарищ :)

Суммарный объем потребляемого пространства у новых обновлений - 8.2 gb.

Это что же такое произошло за такой короткий промежуток времени. Я что-то пропустил?

Gamedev + Linux
От безграничного энтузиазма до полной потери надежды на светлое будущее. Часть 1

Моё тесное знакомство с операционными системами на базе Linux началось лет 6 назад. Медленно и планомерно я проходил все стадии принятия, на каждой из которых я дропал ОС на разное количество времени (год, полгода, три месяца и т.д.), но я все равно раз за разом возвращался к этому. И несмотря на довольно специфический опыт использования компьютера под управлением ОС, отличной от Win, со временем мне удалось почувствовать всю пользу и возросшую скорость работы. С этого момента я наконец-то полностью избавился от окошечка на своем ПК, что продолжается и по сей день.

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

Продолжаю ниже про проблемы, так как не для одного поста текста набралось :)
🔽 🔽 🔽

Unity3d + Linux

Одним томным вечером я вспоминаю про своё давнее увлечение. Первое, что захотелось сделать сразу же - установить движок. Так как до этого работал только с юнити, мои пальцы уже бежали по комбинации клавиш, вводя URL-адрес сайта юнитеков в браузере. Радости и трепета не было предела, когда я загрузил установочные файлы и приступил к установке. Все шло хорошо ровно до момента запуска движка. Оно не запускается. Ни через терминал, ни через ярлычок - вообще никак. После тщетных попыток хоть как-то починить это дело (то, что ты даже еще не успел запустить) в течение 1-2 часов было принято решение перезагрузиться и... Свершилось! Оно запустилось, пусть меня и встретило окошко UnityHub вместо привычного редактора. Ситуация с перезапуском меня немного смутила, но отбросив все лишние мысли я стал разбираться и заново привыкать к движку. Начало положено.

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

Ручной реимпорт скриптов при каждом изменении хотя бы одного символа в коде - это самая раздражающая проблема, которая, на удивление, решается довольно легко. Привычное поведение при внесении изменения в код: открываешь VS/Code/whatever-you-use - редактируешь код - переключаешься на окошко юнити - тебя встречает бесящее окошко с прогресс баром. В ситуации с Linux (в различных дистрибутивах и окружениях) тебя встречает ничего, просто редактор. Чтобы вновь побеситься увидеть это замечательное окошко с прогрессом тебе нужно вручную вызывать на папке со всеми скриптами контекстное меню и нажать на кнопочку reimport. Однажды, когда я писал проект на созвоне с командой меня спросили: "а зачем ты каждый раз перед запуском плей мода это делаешь? Для чего это нужно?" "Это Linux" — отвечал я.

Ручная регенерация файлов проекта при создании новых скриптов - это одна из проблем, которые так и не удалось решить ни нормально, ни какими-либо костылями. Каждый раз создавая новый Monobehaviour Script ты задаешься вопросом, ответом на который служит уже привычное "Это Linux". И просто топаешь генерировать служебные файлы проекта C#. Каждый раз.

Маленький шрифт интерфейса без возможности его увеличить решением "из коробки". Ты — счастливый (успешный, амбициозный, сексуальный) обладатель 4к монитора? Тебе выпала уникальная возможность делать зарядку для шеи и глаз на протяжении всего времени работы за редактором путем постоянного перемещения положения корпуса с целью приглядеться в интерфейс юнити! Инди игры это ад для разработчика, где работа с редактором юнити под ОС на Linux - это отдельный котел. Особенно для глаз разработчика.

Перетаскивание скриптов на GameObject. Вместо простого drag and drop скрипта на GameObject на Linux ты должен при перетягивании скрипта не него найти определенный пиксель, в котором это будет не просто выделение GO, а применение скрипта. В процессе пиксель хантинга ты как будто бы поглаживаешь GO, в компонент которого ты хочешь положить скрипт. После 10 попытки у тебя есть ухоженный GO со скриптом в компоненте. Да и сам ты уже по другому относишься к этому GO, бережнее чтоли. Не баг, а фича?

Это не полный список проблем, с которыми я столкнулся. Буду дальше делиться своим опытом в следующих частях. Есть что рассказать в т.ч. и про Unreal Engine в этом цикле, но гораздо меньше, чем про Unity3d :)

Как-то мы все проморгали, что сформировался новый игровой жанр - Pleaselike, на манер Soulslike, Roguelike и прочих лайков.
А ведь проектов, вдохновленных приключениями на границе поделённого Грештина, по любому было не мало, но название жанра почему-то так и не создалось органически, как это произошло с *like собратьями.
Может быть, этого не происходит, потому что это звучит как попрошайничество - "Пожалуйста, лайк"? 😅

Удивительное — рядом

А именно за 137 км от Москвы (116 по прямой, как уточняет Яндекс). Предмет удивления
Университет Дубны.

При посещении итча натолкнулся на проект, сделанный художником, с которым мне довелось делать совместный проект на джеме. С радостью поглядел этот проект, чтобы увидеть что еще крутого сделал этот человек - ссылка на проект. 🔥
Когда я оформил свой фидбек на классную работу начинающего игродела (что призываю сделать и прочитавшего этот пост) — обратил внимание на верхнюю строчку, которая гласила, что этот проект участвует (!!!) в Dubna University Game Jam. Рядышком с этим местом красуется циферка 7, говорящая о том, что это уже далеко не первое мероприятие.
При беглом ознакомлении узнал, что джем проводится в рамках летней практики этого университета. Сразу же вспоминаются все мои практики в учебном заведении, когда студенты вынуждены не делать что-то интересное, а искать ИП и ООО, чтобы их представители тебе бахнули печать на никому не нужное поделие. В моем случае, практика моего УЗ учила меня выкручиваться из дебильных ситуаций. В случае студентов Дубны, их учат применять свои навыки там, где это интересно делать.

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

Верните мне мой 2007 9 класс, покажите это и я с радостью пойду доучиваться в 11 класс, а после буду паковать вещи и переезжать в Дубну — получать полезное и интересное образование

ИИ в GameDev: не заменил, но помог

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

До сих пор считаю, что для редактирования кода и текста Vim — это лучшее, что придумали. Но ради продуктивности и скорости я сделал шаг в сторону нового инструмента.

Если на работе я использую Cursor с оглядкой, то в личных проектах (в том числе на Unity3D) — как говорят, разгулялся на все деньги 😅. Конечно, это больше вынужденное решение: после рабочего дня у меня не так много энергии, а дома ждёт неигранный ребёнок, который хочет внимания отца. Поэтому я оптимизировал свой подход к разработке.

Мой текущий пайплайн:
- сформулировать промпт под нужную фичу;
- получить результат от ИИ;
- (опционально) скорректировать доп. промптами;
- доработать до нужной функциональности;
- повторить, если позволяет время/силы.

Да, большую часть кода я всё равно правлю сам — иногда от исходника остаётся всего 30%. Кто-то скажет: "Так проще сразу написать с нуля!" — и будет прав... но только если у тебя полно времени и достаточно мыслетоплива (по Дорофееву). Мне же ИИ помогает перешагнуть барьер чистого листа и просто начать двигаться вперёд. А это — самое важное.

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

В следующем посте затрону некоторые проблемы в использовании этой IDE для игровых проектов.
🔽🔽🔽