Что такое тайлы и как с ними работать в Unity
Tilemaps - редактор тайловых карт - относительно недавняя возможность Unity, которая позволяет сэкономить немало времени при level-дизайне. Оно поможет, если вы создаёте обычный уровень на прямоугольной карте, изометрический, или даже шестиугольный. Это первая часть видео, в ней я расскажу про прямоугольные и изометрические тайлы, и про то как использовать их с физикой Unity
Содержание:
Введение, импорт спрайтов - 0:00
Прямоугольная сетка уровня - 2:14
Collider'ы для тайловой карт - 9:49
Изометрическая сетка - 11:56
Collider'ы для неё - 18:25
https://www.youtube.com/watch?v=6-jlx2QVTuY
Tilemaps - редактор тайловых карт - относительно недавняя возможность Unity, которая позволяет сэкономить немало времени при level-дизайне. Оно поможет, если вы создаёте обычный уровень на прямоугольной карте, изометрический, или даже шестиугольный. Это первая часть видео, в ней я расскажу про прямоугольные и изометрические тайлы, и про то как использовать их с физикой Unity
Содержание:
Введение, импорт спрайтов - 0:00
Прямоугольная сетка уровня - 2:14
Collider'ы для тайловой карт - 9:49
Изометрическая сетка - 11:56
Collider'ы для неё - 18:25
https://www.youtube.com/watch?v=6-jlx2QVTuY
YouTube
🖽 Всё про Tilemaps в Unity 3D
Tilemaps - редактор тайловых карт - относительно недавняя возможность Unity, которая позволяет сэкономить немало времени при level-дизайне. Оно поможет, если вы создаёте обычный уровень на прямоугольной карте, изометрический, или даже шестиугольный. Это первая…
👍3
Создаем мрачную модель переулка — 3d модель улицы
Как вы можете видеть слева, древние здания на этой фотографии взяты из провинции Аньхой в Китае. Я нашел несколько фотографий (сделанных Ян Дачжоу, полную картину можно найти на www.chinaphotocenter.com) в качестве ссылок на мою сцену из Интернета и журналов. Это было отправной точкой.
Подробнее
Как вы можете видеть слева, древние здания на этой фотографии взяты из провинции Аньхой в Китае. Я нашел несколько фотографий (сделанных Ян Дачжоу, полную картину можно найти на www.chinaphotocenter.com) в качестве ссылок на мою сцену из Интернета и журналов. Это было отправной точкой.
Подробнее
👍1
Создание онлайн игр / Уроки по Unreal Engine 4
#1 - создание сервера игры и главного меню
#2 - создание выделенного (dedicated) сервера
Топ 10 классов Unreal Engine 4, которые обязан знать каждый разработчик
#3 - настраиваем базовую архитектуру проекта
#4 - основы работы с Git и GitHub
Пишу логин сервер для онлайн игры на Unreal Engine 4
Продолжаю писать логин сервер для онлайн игры на Unreal Engine 4
Первые значимые успехи в написании игрового сервера
Спустя 30 минут подписчик взломал мою онлайн игру
Создал онлайн игру на Unreal Engine 4 с++ за 2 часа на стриме
#5 - обзор, необходимые умения и список технологий.
#6 - установка MSSQL Server и создание проекта
#7 - NuGet пакеты и клиентские библиотеки cdnjs
#8 - appsettings.json, character.cs и PlayerUser.cs
#9 - EngineManager и MainDbContext
#10 - Startup.cs и инициализация базы данных
Смотреть на Youtube
#1 - создание сервера игры и главного меню
#2 - создание выделенного (dedicated) сервера
Топ 10 классов Unreal Engine 4, которые обязан знать каждый разработчик
#3 - настраиваем базовую архитектуру проекта
#4 - основы работы с Git и GitHub
Пишу логин сервер для онлайн игры на Unreal Engine 4
Продолжаю писать логин сервер для онлайн игры на Unreal Engine 4
Первые значимые успехи в написании игрового сервера
Спустя 30 минут подписчик взломал мою онлайн игру
Создал онлайн игру на Unreal Engine 4 с++ за 2 часа на стриме
#5 - обзор, необходимые умения и список технологий.
#6 - установка MSSQL Server и создание проекта
#7 - NuGet пакеты и клиентские библиотеки cdnjs
#8 - appsettings.json, character.cs и PlayerUser.cs
#9 - EngineManager и MainDbContext
#10 - Startup.cs и инициализация базы данных
Смотреть на Youtube
👍4
This media is not supported in your browser
VIEW IN TELEGRAM
Разработчик за месяц сделал шутер в духе Quake, который весит всего 13 КБ
В него можно сыграть прямо в браузере.
Подробнее
GitHub https://github.com/phoboslab/q1k3
В него можно сыграть прямо в браузере.
Подробнее
GitHub https://github.com/phoboslab/q1k3
👍3
Media is too big
VIEW IN TELEGRAM
Мини-курс «World Machine для новичков»
В этом уроке вы познакомитесь с программой World Machine и научитесь создавать при помощи неё собственные миры. Данная программа используется для создания реалистичных ландшафтов и различных локаций для компьютерных игр и кино.
В этом уроке вы познакомитесь с программой World Machine и научитесь создавать при помощи неё собственные миры. Данная программа используется для создания реалистичных ландшафтов и различных локаций для компьютерных игр и кино.
👍2
Тестируем S.T.A.L.K.E.R. на Unreal Engine 5 и сравниваем с UE4 (осторожно, трафик)
Признайтесь, вы подумали о S.T.A.L.K.E.R. 2, который как раз разрабатывают на Unreal Engine 5. Но это не он.
В данной статье я хочу сравнить прозводительность UE4 и UE5, используя ассеты оригинального Сталкера.
Подробнее
Признайтесь, вы подумали о S.T.A.L.K.E.R. 2, который как раз разрабатывают на Unreal Engine 5. Но это не он.
В данной статье я хочу сравнить прозводительность UE4 и UE5, используя ассеты оригинального Сталкера.
Подробнее
Brackeys: Как создать 2D-игру
Brackeys — один из самых популярных и авторитетных каналов для Unity-разработчиков.
How to make a 2D Game in Unity
2D Movement in Unity (Tutorial)
2D Animation in Unity (Tutorial)
2D Camera in Unity (Cinemachine Tutorial)
2D Shooting in Unity (Tutorial)
MAKE ORGANIC LEVELS!! Unity Sprite Shape
2D Lights in Unity!
TOP DOWN SHOOTING in Unity
MELEE COMBAT in Unity
How to make a BOSS in Unity!
Смотреть на YouTube
Brackeys — один из самых популярных и авторитетных каналов для Unity-разработчиков.
How to make a 2D Game in Unity
2D Movement in Unity (Tutorial)
2D Animation in Unity (Tutorial)
2D Camera in Unity (Cinemachine Tutorial)
2D Shooting in Unity (Tutorial)
MAKE ORGANIC LEVELS!! Unity Sprite Shape
2D Lights in Unity!
TOP DOWN SHOOTING in Unity
MELEE COMBAT in Unity
How to make a BOSS in Unity!
Смотреть на YouTube
👍4
Внутриигровые эмодзи: как мы создаем анимации для Rush Royale
Привет! Я Виталий, ведущий 2D-художник, аниматор и специалист по эффектам в мобильной tower-defence игре Rush Royale студии IT Territory. Сегодня я расскажу об одной довольно важной части нашего проекта — эмодзи. Именно благодаря им игроки могут выразить свои эмоции в жарких боях за башни.
Подробнее
Привет! Я Виталий, ведущий 2D-художник, аниматор и специалист по эффектам в мобильной tower-defence игре Rush Royale студии IT Territory. Сегодня я расскажу об одной довольно важной части нашего проекта — эмодзи. Именно благодаря им игроки могут выразить свои эмоции в жарких боях за башни.
Подробнее
👍5
Media is too big
VIEW IN TELEGRAM
Делаем систему ближнего боя на Unreal Engine 4
В этом видео я рассказываю о том, как создать простую систему рукопашного боя в Unreal Engine 4. Мы настроим ее так, чтобы персонаж мог держать меч и атаковать им, а также создадим простого врага, которого мы сможем атаковать и наносить ему повреждения.
В этом видео я рассказываю о том, как создать простую систему рукопашного боя в Unreal Engine 4. Мы настроим ее так, чтобы персонаж мог держать меч и атаковать им, а также создадим простого врага, которого мы сможем атаковать и наносить ему повреждения.
👍3
Хочу в геймдев: 27 ответов от 8 профи
Это материал для джунов, которые хотят устроиться в геймдев. Восемь директоров дают советы: с чего начать, как вести себя на собеседовании, как на собеседованиях оценивают кандидатов, что делать, если нет нормального портфолио, нужно ли высшее образование, есть ли стажировки и многое другое.
Подробнее
Это материал для джунов, которые хотят устроиться в геймдев. Восемь директоров дают советы: с чего начать, как вести себя на собеседовании, как на собеседованиях оценивают кандидатов, что делать, если нет нормального портфолио, нужно ли высшее образование, есть ли стажировки и многое другое.
Подробнее
👍2
Сжатые атласы в Unity Runtime
Речь пойдет о получении сжатых атласов в рантайме. Для начала мы выясним, что вообще такое атласы, для чего они нужны и какие требования предъявляются к исходным текстурам. Затем рассмотрим самый простой способ собрать в рантайме атлас и оценим результат с технической точки зрения. После этого я расскажу о наших экспериментах с компрессией в рантайме. Наконец, мы посмотрим, что общего у разных алгоритмов сжатия изображений, и подойдем к тому, ради чего статья и задумывалась: поговорим о нашем альтернативном подходе, при котором вообще не придется заниматься пережиманием пикселей в рантайме для получения сжатого атласа.
Подробнее
Речь пойдет о получении сжатых атласов в рантайме. Для начала мы выясним, что вообще такое атласы, для чего они нужны и какие требования предъявляются к исходным текстурам. Затем рассмотрим самый простой способ собрать в рантайме атлас и оценим результат с технической точки зрения. После этого я расскажу о наших экспериментах с компрессией в рантайме. Наконец, мы посмотрим, что общего у разных алгоритмов сжатия изображений, и подойдем к тому, ради чего статья и задумывалась: поговорим о нашем альтернативном подходе, при котором вообще не придется заниматься пережиманием пикселей в рантайме для получения сжатого атласа.
Подробнее
👍3
Лучшие советы по ведению гейм-дизайнерской документации
СОВЕТ №1: Структурируй.
Пример структурирования разделов страницы типового описания игровой системы в ГДД:
Цель — для чего система создается, какие задачи в игре решает. Удержание, монетизация, целеполагание, снижение скуки, эмоциональный отклик и т.п.
Общее описание — краткое, ёмкое описание сути системы, чтобы с самого начала человек прочитал и понял, о чём далее пойдёт речь.
Логика работы — подробное описание логики работы системы. Можно в виде юзер-сториз, можно в виде отдельных абзацев-кейсов. Здесь нелишними могут быть схемы/циклы и прочие поясняющие диаграммы и изображения.
Интерфейс — схематический макет и описание элементов интерфейса. Схема переходов, если в этом есть необходимость.
Балансировка — комментарии ГД по концепции баланса системы. Диапазоны, пределы, варианты формул/функций, рекомендации.
Настроечные данные — список всех переменных, которые должны быть вынесены в настроечные таблицы игры.
Аналитика — список событий, которые необходимо фиксировать в системе сбора и анализа данных по игре (опционально).
Затронет системы — список всех систем (ссылки на их описание) и изменений в них в результате реализации этой системы.
СОВЕТ №2: Оставляй перекрёстные ссылки.
Не ленись оставлять перекрёстные ссылки в документе на другие страницы описания других игровых систем, если в этом есть необходимость.
СОВЕТ №3: Выделяй эффекты, звуки и анимации.
Обозначай Эффекты, Звуки и Анимации в описании фичи отдельными выделенными блоками. Это упрощает формирование задач художниками, специалистам по эффектам, саунд-дизайнерам и аниматорам.
СОВЕТ №4: Используй цветовую кодировку времени изменения.
Есть положительный опыт использования цветовой кодировки в описании фичи для обозначения:
актуальная информация (обычный черный);
текущие последние изменения (красный);
устаревшая, неактуальная информация(светло-серый и вычеркнутый).
СОВЕТ №5: Оставляй шпаргалки.
Оставляй подробные примечания к ячейкам таблицы. Каждый раз, когда тебе кажется, что тут и так все понятно, подумай о тех, кто будет читать таблицу в твоё отсутствие.
СОВЕТ №6: Заведи базу знаний.
Вести общую трелло-доску на весь отдел гейм-дизайна. Есть разные колонки, с концептами новых игр, новых фич, подборки визуальных референсов, интересные статьи и видео про игры или гейм-дизайн, которые нашли и решили что они полезные.
Отдельно вести доску с лайфхаками внутри проекта. Там содержатся всякие подсказки как выполнять какие-то редкие задачи, или как выполнять какие-то рутинные задачи быстрее. Доска ведется в виде FAQ. Заголовки — вопросы, а в описании подробный ответ.
Например тебе нужно заменить содержимое одного лутбокса в игре. Последний раз это делали 3 месяца назад, да ещё и не ты. Заходишь в шпаргалку отдела и видишь кем-то оставленную заметку как это сделать буквально в пару кликов. Благодаришь всех богов за лучшую команду на свете.
СОВЕТ №7: Избегай дублирования.]
Максимально избегать дублирования информации. Любая информация должна быть только в одном месте в ГДД, все остальные места должны либо подхватывать из первоисточника, либо ссылаться на него. Если пренебрегать этим правилом, рано или поздно кто-то обновит диздок в одном месте и забудет про другое, а еще через пол года команда начнёт путаться в разных данных.
Если избежать дублирования никак не возможно, необходимо выбрать первоисточник и во всех второстепенных местах указать ссылку на первоисточник. Чтобы было понятно какой документ главнее, в случае расхождений.
СОВЕТ №8: Помечай настраиваемые константы и переменные.
Всегда стоит помечать параметры и константы, которые должны быть вынесены в настроечные таблицы проекта. Если есть хотя бы малейший шанс, что цифру в диздоке понадобится в будущем поменять (то есть практически всегда) нужно отмечать цветом или символом или как угодно еще, что это параметр, который может меняться. Иначе есть риск, что цифру захардкодят. И это будет вина ГД.
СОВЕТ №1: Структурируй.
Пример структурирования разделов страницы типового описания игровой системы в ГДД:
Цель — для чего система создается, какие задачи в игре решает. Удержание, монетизация, целеполагание, снижение скуки, эмоциональный отклик и т.п.
Общее описание — краткое, ёмкое описание сути системы, чтобы с самого начала человек прочитал и понял, о чём далее пойдёт речь.
Логика работы — подробное описание логики работы системы. Можно в виде юзер-сториз, можно в виде отдельных абзацев-кейсов. Здесь нелишними могут быть схемы/циклы и прочие поясняющие диаграммы и изображения.
Интерфейс — схематический макет и описание элементов интерфейса. Схема переходов, если в этом есть необходимость.
Балансировка — комментарии ГД по концепции баланса системы. Диапазоны, пределы, варианты формул/функций, рекомендации.
Настроечные данные — список всех переменных, которые должны быть вынесены в настроечные таблицы игры.
Аналитика — список событий, которые необходимо фиксировать в системе сбора и анализа данных по игре (опционально).
Затронет системы — список всех систем (ссылки на их описание) и изменений в них в результате реализации этой системы.
СОВЕТ №2: Оставляй перекрёстные ссылки.
Не ленись оставлять перекрёстные ссылки в документе на другие страницы описания других игровых систем, если в этом есть необходимость.
СОВЕТ №3: Выделяй эффекты, звуки и анимации.
Обозначай Эффекты, Звуки и Анимации в описании фичи отдельными выделенными блоками. Это упрощает формирование задач художниками, специалистам по эффектам, саунд-дизайнерам и аниматорам.
СОВЕТ №4: Используй цветовую кодировку времени изменения.
Есть положительный опыт использования цветовой кодировки в описании фичи для обозначения:
актуальная информация (обычный черный);
текущие последние изменения (красный);
устаревшая, неактуальная информация(светло-серый и вычеркнутый).
СОВЕТ №5: Оставляй шпаргалки.
Оставляй подробные примечания к ячейкам таблицы. Каждый раз, когда тебе кажется, что тут и так все понятно, подумай о тех, кто будет читать таблицу в твоё отсутствие.
СОВЕТ №6: Заведи базу знаний.
Вести общую трелло-доску на весь отдел гейм-дизайна. Есть разные колонки, с концептами новых игр, новых фич, подборки визуальных референсов, интересные статьи и видео про игры или гейм-дизайн, которые нашли и решили что они полезные.
Отдельно вести доску с лайфхаками внутри проекта. Там содержатся всякие подсказки как выполнять какие-то редкие задачи, или как выполнять какие-то рутинные задачи быстрее. Доска ведется в виде FAQ. Заголовки — вопросы, а в описании подробный ответ.
Например тебе нужно заменить содержимое одного лутбокса в игре. Последний раз это делали 3 месяца назад, да ещё и не ты. Заходишь в шпаргалку отдела и видишь кем-то оставленную заметку как это сделать буквально в пару кликов. Благодаришь всех богов за лучшую команду на свете.
СОВЕТ №7: Избегай дублирования.]
Максимально избегать дублирования информации. Любая информация должна быть только в одном месте в ГДД, все остальные места должны либо подхватывать из первоисточника, либо ссылаться на него. Если пренебрегать этим правилом, рано или поздно кто-то обновит диздок в одном месте и забудет про другое, а еще через пол года команда начнёт путаться в разных данных.
Если избежать дублирования никак не возможно, необходимо выбрать первоисточник и во всех второстепенных местах указать ссылку на первоисточник. Чтобы было понятно какой документ главнее, в случае расхождений.
СОВЕТ №8: Помечай настраиваемые константы и переменные.
Всегда стоит помечать параметры и константы, которые должны быть вынесены в настроечные таблицы проекта. Если есть хотя бы малейший шанс, что цифру в диздоке понадобится в будущем поменять (то есть практически всегда) нужно отмечать цветом или символом или как угодно еще, что это параметр, который может меняться. Иначе есть риск, что цифру захардкодят. И это будет вина ГД.
👍3
СОВЕТ №9: Используй изображения и анимации.
Не лениться делать гифки и тратить время на оформление ТЗ. Иногда 3 гифки в ТЗ на анимацию вместо тысячи слов, как рафаэлло!
СОВЕТ №10: Не перекладывай ответственность на исполнителя фичи.
Не указывайте в диз.доке варианты выбора на усмотрение исполнителя. В стиле «тут можно сделать любого цвета, какого захочется, неважно» или «строка может быть длиной от 30 до 400 символов».
Исполнитель, берущий в руки тех.документ пришел не ребусы отгадывать и не принимать решения за гейм-дизайнера, а узнать что конкретно нужно сделать. «Сколько вешать в граммах». Обычно такие свободные формулировки гейм-дизайнер оставляет от того, что сам не знает как нужно сделать. В этом нет ничего страшного, знать все на свете не возможно. Но правильней будет проконсультироваться с теми, кто знает и в ГДД указать уже точные данные для исполнителя.
То же самое касается и призывов к обсуждению в ГДД, в стиле «как думаешь, 5 строк рейтинга в окне будет нормально?» Обсудите этот вопрос заранее в чате, а в диз.док запиши уже конкретные данные. Когда кто-то откроет документ через несколько месяцев, он будет совсем не в восторге от того, что ему придется читать еще и какие-то ветки решенных комментариев, чтобы докопаться до нужных данных.
СОВЕТ №11: Обозначай исключения.
Если есть особое требование к функциональной логике системы, которое обозначает исключительные случаи, лучше эту информацию отдельно выделить для разработчика.
СОВЕТ №12: Пиши кратко и ёмко.
Текст описания логики работы системы в фиче должен быть максимально ёмким и концентрированным, при этом раскрывать все аспекты системы, чтобы программист и другие специалисты могли в полной мере реализовать функционал.
Не лениться делать гифки и тратить время на оформление ТЗ. Иногда 3 гифки в ТЗ на анимацию вместо тысячи слов, как рафаэлло!
СОВЕТ №10: Не перекладывай ответственность на исполнителя фичи.
Не указывайте в диз.доке варианты выбора на усмотрение исполнителя. В стиле «тут можно сделать любого цвета, какого захочется, неважно» или «строка может быть длиной от 30 до 400 символов».
Исполнитель, берущий в руки тех.документ пришел не ребусы отгадывать и не принимать решения за гейм-дизайнера, а узнать что конкретно нужно сделать. «Сколько вешать в граммах». Обычно такие свободные формулировки гейм-дизайнер оставляет от того, что сам не знает как нужно сделать. В этом нет ничего страшного, знать все на свете не возможно. Но правильней будет проконсультироваться с теми, кто знает и в ГДД указать уже точные данные для исполнителя.
То же самое касается и призывов к обсуждению в ГДД, в стиле «как думаешь, 5 строк рейтинга в окне будет нормально?» Обсудите этот вопрос заранее в чате, а в диз.док запиши уже конкретные данные. Когда кто-то откроет документ через несколько месяцев, он будет совсем не в восторге от того, что ему придется читать еще и какие-то ветки решенных комментариев, чтобы докопаться до нужных данных.
СОВЕТ №11: Обозначай исключения.
Если есть особое требование к функциональной логике системы, которое обозначает исключительные случаи, лучше эту информацию отдельно выделить для разработчика.
СОВЕТ №12: Пиши кратко и ёмко.
Текст описания логики работы системы в фиче должен быть максимально ёмким и концентрированным, при этом раскрывать все аспекты системы, чтобы программист и другие специалисты могли в полной мере реализовать функционал.
👍4
This media is not supported in your browser
VIEW IN TELEGRAM
Воссоздали щит Капитана Америки на Unity
Четыре полезных подхода к созданию ваших персонажей
Азы честного воровства для игрового сценариста.
Итак, что может быть общего у игрового сценариста и порицаемого общественной моралью, религиозными деятелями и уголовными кодексами воровства?
Подробнее
Азы честного воровства для игрового сценариста.
Итак, что может быть общего у игрового сценариста и порицаемого общественной моралью, религиозными деятелями и уголовными кодексами воровства?
Подробнее
👍2
Media is too big
VIEW IN TELEGRAM
Механика удара через землю на Unity
00:00 Intro
00:11 Crack Model
01:55 Depth Mask & Model Setup
03:21 Crack Script
04:10 Crack Control Script
05:48 Animate Crack Opening
07:31 Fix Crack Seam & Beginning
08:07 Fix Crack Range
08:27 Crack Close
09:22 Corner Points Setup
09:59 Side Cracks
11:51 Slam Effect
12:01 Shockwave Particle
12:40 Flash Lines Particles
13:36 Small Rocks Particles
14:23 Crack Particle
14:42 Smoke Particle
15:28 Slam Setup
16:16 Scale Fix
16:34 Small Puff Setup
17:16 Rock Emerge Overview
17:53 Rock Ground
19:50 Rock Emerge Setup
21:29 Outro
00:00 Intro
00:11 Crack Model
01:55 Depth Mask & Model Setup
03:21 Crack Script
04:10 Crack Control Script
05:48 Animate Crack Opening
07:31 Fix Crack Seam & Beginning
08:07 Fix Crack Range
08:27 Crack Close
09:22 Corner Points Setup
09:59 Side Cracks
11:51 Slam Effect
12:01 Shockwave Particle
12:40 Flash Lines Particles
13:36 Small Rocks Particles
14:23 Crack Particle
14:42 Smoke Particle
15:28 Slam Setup
16:16 Scale Fix
16:34 Small Puff Setup
17:16 Rock Emerge Overview
17:53 Rock Ground
19:50 Rock Emerge Setup
21:29 Outro
🔥6👍4
Prince Of Persia (1989)
Разработчик: Jordan Mechner
Издатель: Brøderbund
Платформа: Apple II / DOS / many more
Обзор кода: fabiensanglard.net
Prince Of Persia произвёл фурор благодаря плавной анимации, голливудскому стилю подачи истории и интересному геймплею.
Написана полностью на ассемблере, что затрудняет задачу обзора кода. Рекомендую посмотреть интервью с Джорданом Мехнером, где он делится деталями о создании игры.
Исходник (Apple II): github.com/jmechner/Prince-of-Persia-Apple-II
Разработчик: Jordan Mechner
Издатель: Brøderbund
Платформа: Apple II / DOS / many more
Обзор кода: fabiensanglard.net
Prince Of Persia произвёл фурор благодаря плавной анимации, голливудскому стилю подачи истории и интересному геймплею.
Написана полностью на ассемблере, что затрудняет задачу обзора кода. Рекомендую посмотреть интервью с Джорданом Мехнером, где он делится деталями о создании игры.
Исходник (Apple II): github.com/jmechner/Prince-of-Persia-Apple-II
👍4
This media is not supported in your browser
VIEW IN TELEGRAM
Как создавали игру Prince of Persia
🔥14
This media is not supported in your browser
VIEW IN TELEGRAM
👊А вы уже знакомы с новым форматом битвы кодов от Geecko?
Сейчас вовсю идёт «битва программистов» — Sberfight. Участников ждёт фан, призы (💻, 📱, ⌚️) и даже приглашения на работу.
Это прикольная «разминка для мозгов»: быстро найти неочевидное решение, написать код и… наслаждаться визуализацией, как виртуозно дерётся персонаж🥷 Он даже может сделать «сберталити», ну вы понимаете😉
👉Отборочный этап — до 25 февраля.
👉В плей-офф пройдут 256 участников.
🏆 Финальные битвы — 25–27 февраля.
А ещё в Sberfight открылась арена с отдельными призами: сражайтесь в PvP или клановых боях «стенка на стенку» и общайтесь с союзниками в голосовом чате.
Переходите по ссылке, выбирайте персонажа и погрузитесь в атмосферу файтинга, в котором мощь героя зависят только от силы ваших кодинговых скиллов😎
Сейчас вовсю идёт «битва программистов» — Sberfight. Участников ждёт фан, призы (💻, 📱, ⌚️) и даже приглашения на работу.
Это прикольная «разминка для мозгов»: быстро найти неочевидное решение, написать код и… наслаждаться визуализацией, как виртуозно дерётся персонаж🥷 Он даже может сделать «сберталити», ну вы понимаете😉
👉Отборочный этап — до 25 февраля.
👉В плей-офф пройдут 256 участников.
🏆 Финальные битвы — 25–27 февраля.
А ещё в Sberfight открылась арена с отдельными призами: сражайтесь в PvP или клановых боях «стенка на стенку» и общайтесь с союзниками в голосовом чате.
Переходите по ссылке, выбирайте персонажа и погрузитесь в атмосферу файтинга, в котором мощь героя зависят только от силы ваших кодинговых скиллов😎
👍1