Единственно оговорился что CoinCollected это вызов именно когда все уже случилось. Даже в самом тексте так

Мои поздравления Роман видео вышло реально не плохим

Отличный видос с позитивным настроем) За каналы полезные в конце спасибо, про Соера только знал

Ром, поздравляю. Вышло отлично. Новый уровень видосов)

Братик, вот таких информативных видео побольше. Отличное видео, спасибо!

Большое спасибо за выпуск) полезен как никогда

Я только что искал такие видео и мне пришло увидомление с таким же содержанием.. Повезло повезло

Я думал в этом видео не будет хороших советов но в конце реально хороший совет который покрывает весь ролик только за последний совет поставлю лайк

Опа надо сохранить, спасибо за топ ролик. Можешь снять видео по каким лучше книгам изучать c#. Было бы интересно посмотреть.

Да ну.. Лайк!!! Без токсичности, без тупых оскорблений. Я здесь хоть что то новое узнал, хоть и большинство вещей знаю, но всё же.. Спасибо хоть за что то обучающее на канале!

Очень полезное видео!

Вы Великий Человек! Вы показываете всем мастер класс

За советы спасибо. Видос классный

Красава! Лучший учитель!

Навело на мысль тоже поделиться личным опытом: 1. Избегать ивенты юнити, которые указываются через инспектор - не надежно, использования метода не видно в Find Usages, можно удалить казалось бы не нужный метод, так как его никто не вызывает и все сломать 2. Не надеяться на Start и Awake, особенно если в них вызываются другие компоненты, которые могут быть еще не проинициализированы, я кучу раз фиксил баги с разных проектов, где что-то вызывается в Start, и триггерит nullreference. Лучше минимизировать точки входа, и все что возможно инитить в нужном месте. 3. Отказаться от корутин и инвоков, во первых производительность, во вторых их дебажить - это ад, для меня корутины - что-то на уровне goto. Еще у корутин есть серьезный минус: если объект отключен - корутина не стартанет, и вся секвенция зависнет. Любую корутину можно заменить на что-то самописное более надежное. 4. Обязательно слайзить графику, и паковать в атласы 5. Атласы не должны ссылаться на одну и ту же графику, иначе она дублируется в памяти. В бандлах - история еще плачевнее, достаточно заюзать один спрайт из атласа в бандле - и весь атлас попадет в этот бандл. Я так кучу бандлов оптимизировал как-то, в каждом из бандлов юзалось куча атласов и бандлы весили раз в 10 больше чем должны. Дублирующиеся ресурсы я либо не ложу в атлас вообще, чтобы из-за одной монетки не тянулся целый атас, либо дублирую эту монетку в каждый бандл, т.к. лучше по одному продублированному спрайту в бандле, чем по одному продублированному атласу. 6. MVC, везде MVC, монобехи - это вьюшки с интерфейсом, ничего не знающие о моделях, только отображают через методы то, что им сказали, и диспатчат ивенты. 7. Допустим если есть разные объекты, и нужны спрайты, которые меняются динамически - нужно не вешать на каждый префаб кучу спрайтов, а создать вместо этого ScriptableObject, который будет раздавать нужные спрайты по запрашиваемому типу 8. Не ленимся делать методы с отписками от ивентов и занулениями данных, у всего, что только можно, иначе когда прилетит задача на перезагрузку сцены/игры - вся статика останется висеть в памяти и после перезагрузки могут быть баги, которые потом недели две чистить придется 9. Обязательно юзать пулы объектов, в идеале написать свой контроллер пулов, чтобы не инстантиэйтить на поле кучу одинаковых объектов вызывая по 50мб аллокаций и как следствие фризы у игрока. 10. Ставим табу на GetComponent, он медленный, TryGetComponent, кстати, юзать вроде можно, но мне и без него ок 11. Платформозависимый код оборачивать не в #if UNITY_ANDROID, а лучше написать синглтон, который вернет текущую платформу из метода, и использовать его. Таким образом мы никогда не столкнемся с тем, что кто-то удалил какой-то неймспейс по рекомендации идешки, а он оказывается был нужен в платформе, скажем, андроида. Да и сам платформозависимый код в таком случае не будет игнорироваться IDEшкой, и можно будет его изменять не переключая текущую платформу

Я бы еще добавил два интересных канала, к каналам которые назвал автор ( если сакутин еще и упомянит их, будет вери вел) : 1. ukposts.info/the/6wnai488mwec_FUVfdl84w.html - Чувак реализует прикольные вещи на UNITY (очень годно и интересно лично для меня было его смотреть) 2. ukposts.info/the/MtsKfLKv7Hv6y2Cy3KckgA.html - Канал про архитектуру проектов в Unity и про паттерны

Лайфхак с c# ивентами и юнитёвскими ивентами оч интересный) Хотя я вообще не любли юнитёвские ивенты и везде стараюсь их избегать, чтобы максимально убрать какую-то настройку со сцены и объектов

Можно ли в приложение добавлять ролик с ютюб? Бан не прилетит после публикации в плеймаркет?

Поясните про второй пунк, пожалуйста. Прокидывать параметры и компоненты созданному объекту из того же места, откуда он создается - хорошая практика? Или же можно поступить наоборот, и в созданном объекте (в его скрипте) в Awake или Start забирать самому эти параметры? Например Заранее их добавить через [Serializefield] в "спавнер", а в Instantiate указать спавнер как родителя? А в Start или Awake вызывать transform.GetComponentInParent() и т.п. ? Заранее спасибо

Зачем ты используешь в аниматоре SetFloat(string, float), нормальные пацаны используют SetFloat(int, float), предварительно сохранив ключ в public static readonly int Name = Animator.StringToHash("Name"); тоже самое и в шейдерах, все ключи с Shader.PropertyToID("Name")

Роман, спасибо подписался на канал хауди хо. :) когда вы помирились с хауди?

8:30 - Сказанное полностью противоположно тому, что написано на экране.

Я преисполнился!

В тайм-кодах ошибочка: Ivoke\StartCorutine

А для 8-го совета ты не подходишь?

Ну вот это я ожидал так долго от Ромы.

❤️

Первое апреля уже прошло, Рома

В 6-м пункте говорим одно, а в тексте другое) И в тексте, кажется, правильнее

Ты где раньше был?!

Планирую написать игру на движке unity,изначально игра против компа,но развиваться игра должна в сторону онлайн один на один.скажите поддерживает ли unity такое(игра не требовательна к граф. ресурсам)

Советы хорошие, но довольно очевидные для тех кто уже имеет опыт (1-2 года). Хочется рили неочевидные моменты от разработчика с 10-ти летним стажем)

по шарпу не видел никого лучше Nick Chapsas на ютубе. Рекомендую

2. Если пехота шагает в Tower Defense, то не нужно постоянно создавать новые объекты, нужен пул заранее созданных объектов, и уже с ними работать (забирать из пула, помещать обратно в пул и т.д.).

Это же Jira, owo

В плане уже 10 лет???

Я слыхал ты женился. Желаю вам счастья.

Вот это реально от профессионала, не то что от хауди

Я не программист и не смотрю на "чистоту кодеца" стараюсь писать чтобы хоть что то работало для тестов (учусь на геймдизайнера)

Что за дискриминация Хауди Хо? Создаю ассоциацию по защите прав Хауди Хо

_Почему _некоторые _названия _пишут с _подчеркиванием _вначале?

11:45 - Напугал!) Я уж чуть было не отписался!)

Из всего ролика понял что нужно подписаться на Хауди-Хо и всё я уже про гейм-дев (и всего за 1 час) 😂😂😂 Не то что у Романа 11 месяцев учиться 😂

Было бы круто просто C#

Закадровый голос обладает нелегкой формой дэбильности🌝

ИВЕНТ

Слово "профессионал", у меня теперь плотно ассоциируется с Хауди, и ему подобными... Печалька. 🤔

Первый?

Yamete kudasai 🤣

Я мб не понимаю, но почему чел делает кликбейт названия в стиле "какой говнокод у сеньора" , "суперсоветы от профессионала", "разбор плохого кода Ааа разработчика", но при этом имеет ноль успешных игр в своем портфолио?

Лучший совет сменить юнити на анрил и учить С++.

Не вижу профессионала который может давать советы

Не полезной инфы и уважения я ждал на этом канале, отписка !!! :D

7. Можно тогда уже юзать UltEvents: assetstore.unity.com/packages/tools/gui/ultevents-111307