วีดีโอ

Настоящее спасибо, что даже спустя 5 лет ты помогаешь новичкам как я)

Добро пожаловать в мир Throw Yourself. Мир, где главный герой - бешеная мебель, которая безрассудно перемещается по квартире, чтобы выжить. Играть - vasiliynichnikov.itch.io/throw-yourself

Я readme файл☠️

Ждём мерч

Кайф 🔥

Удаляй список правильно! Полезные ссылки: 1) VK - vk.com/ityca 2) Telegram - t.me/ityca

А как сделать так чтобы я мог смотреть во все стороны а не только горизонтально?

Неиронично на данный момент это видео последнее на канале. Очень жду новых видео!

можно код плиз?

очень круто написано снимаю шляпу

А можно управлять скоростью вращения?

Про Discord: Дискорд сервера в приложении Discord опасное место для общения и время провождения. Нужно следить за сказанными и написанными словами.иначе выйдет тебе и кому-то ещё боком вне зависимости от ситуации. Сервера в приложении Discord д вообще никакой роли не играют................

Привет! На мой взгляд отличная архитектура проекта) Есть чему поучится, спасибо!

а где ссылка github?

у меня не работает хотя код одинаковый

Если скинешь готовые скрипты будет топ!

Хрен знает почему у меня это в реках и видосу уже год) Но всё равно оставлю коммент на будущее потомкам так сказать: 1. По патернам смотрите ролики Сергея Казанцева, @sergeykazantsev1655 лучше его никто вам их не объяснит. 2. Самый простой способ. Нужно разделить всё поле на шахматной доске на отдельные тайлы - клетки. И в атрибутах модели тайлов хранить его координаты. Всё. Сработала коллизиция клетки, посмотрели в какой тайл мы кликнули, дальше уже можем в слое с логикой игры проверять, есть ли на этом поле фигура. Вычислять математикой и тд будет очень костыльно и с кучей багов. А лучше кликать по самой фигуре, так как легко может захотеться её покрутить по перемещать по воздуху. Если у тебя будет драг и дроп - то всё нужно будет переделывать. 3. Начинать рекомендую с описания моделей сохранять состояние игры, подгружать его из сети и тд. А потом уже делать всё на слоях выше. Успехов!

Конструктивный урок! Спасибо за информативный и понятный урок!

хотим еще объяснения других алгоритмов по строкам БМ КМП и тп

еще чтобы скрыть курсор надо void Start() { Cursor.visible = false; Cursor.lockState = CursorLockMode.Locked; }

Круто!

Круто!!!

Супер 👏

найс

Maze Cube - это браузерная игра, которая находится в состояние прототипирования! Если вы хотите принять участие в ее развитие, оставьте отзыв об игре в небольшой форме после прохождения 10 уровней, так вы поможете стать нам лучше! Чтобы следить за будущем развитием, подпишись на канал :) Игра: uncle-dk.itch.io/maze-cube Форму: forms.gle/GGhsYL1aZ1ZyjRGj7 Остались вопросы? Пиши в комментариях, на все отвечу!

После того как повесил этот скрипт на камеру - персонаж перестал иметь возможность передвигаться

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

если увеличить скорость пули, то OnCollisionEnter() перестанет срабатывать или будет работать через раз, т.к. за 1 кадр будет телепортироваться сквозь объекты.

а есть код на с++?

инициализация обьектов в рантайме ну это жирно жирно🤩 а так неплохо лайк🤙

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

Забил на канал?

Вау, спасибо за ролик, то что нужно!

Ебать как я такой стрим пропустил ?!?!?

При разработке игр, не стоит придерживаться паттернов, солидов и прочих надуманных вещей. У программистов с опытом 10 лет+ начинают возникать вопросы к паттернам, их создателям, Робертам Мартинам и им подобным. Это приходит с опытом, как и мудрость - что не все правда, что пишут в книжках и людям свойственно ошибаться. На текущий момент, всеми любимые паттерны, перешагнули отметку в 200 штук, что уже должно насторожить разработчика. Разумеется, на собеседованиях вас о них спросят, как и об отличии абстрактного класса от интерфейса (в 90% случаев собеседующий не понимает внутреннего устройства этих синтаксических конструкций). Но тут, как говорится, понять и простить... Но вернемся к паттернам и архитектуре. Достаточно легко применять готовые паттерны/решения к четко сформулированной и документированной игре. Игра с идеальным ТЗ, продуманным до мелочей. Игра, которая не будет кардинально изменяться (конь, в новой версии игры, не поскачет на 8 клеток). Игра которая уже существует. Но, в реальном мире и на реальном проекте, разработчик делает игру, которой ещё нет. И изменения которой неизвестны. Хотя сейчас кажутся известными. Если вы ААА студия, вы можете позволить себе хорошее ТЗ, алгоритм, декомпозицию задач, продумывание архитектуры. Вы проанализировали рынок и понимаете, что всё время, потраченное на игру, на тз, на архитектуру окупится. Если вы инди разработчик - у вас этого времени нет. Поэтому, после тщательного планирования, на середине игры, у вас может возникнуть проблема. Вы делаете не совсем то, что надо, вы поняли, что аудитория ждет немного другое и вам надо изменить игру. Не расширить, а изменить. И ваш текущий паттерн или архитектура (если вы всё таки нашли время на это) не подходят. И перед вами встает дилемма - менять архитектуру (ваш техдолг шепчет вам - сделай правильно, красивый код) или добавить граблей в ваш код. И вы думаете и снова тратите время. Так, может пройти год, два. И через два года, вы выпускаете игру, с хорошим легко поддерживаемым и расширяемым кодом. А она никому особо не нужна. Ну не угадали вы с идеей - это бывает и у крупных студий. Да и кто будет поддерживать и расширять код? Вы? Зачем? Хотите тратить время забесплатно? Рассмотрим второй вариант - вы выпускаете игру с хорошим легко поддерживаемым и расширяемым кодом. И она зашла. Вы довольны. Но вопрос тот же - кто будет поддерживать и расширять код? Вы? Зачем? Хотите тратить время забесплатно? Есть вариант с DLC, но это скорее опция, исключение, чем правило. Нет - вы, с радостью, побежите пилить вторую версию вашей игры, чтобы снова собрать кассу. Я не сказал ничего нового - это буквально элементарное правило бизнеса - делать прототип быстро из граблей и палок. Вам не нужна архитектура. Вам нужно быстро сделать игру и вывести её на рынок. Работает, не глючит - хорошо. А вот если игра зайдет, во второй версии, уже зная часть механик, зная свои ошибки и грабли, вы закроете их паттернами. Время - деньги. На паттерны и техдолг времени нет.

Василий, есть ли у Вас огромный namespace с Extension методами-помощниками, который Вы таскаете из проекта в проект? Или стараетесь для каждой игры писать более индивидуально, учитывая контекст? Если есть, то поделитесь?

база, лютая база

Хорошие уроки! Я подписался. Надеюсь не забросишь опять

Я разрабатывать игры пришел, а не сдавать экзамен по ЕГЭ

Source 2 для CS:GO?

мы будем олдами

лукас от СЕООНЛИ

В Rider лучше темную тему.

Чел, спасибо большое за туториал. Продолжай в том же духе

Ты про пацанов не забыл?

супер🙂 🎉Выложишь на гитхаб?

красава

Ждем 3ю часть😁

Что тут происходит?😮😊

Круто и интересно!!!)