Мне очень понравилось 👍 Похожая рука есть в atomic heart. Но со стороны кажется, что это чрезмерно сложно, но на деле 🤭 Спасибо большое, жду новые видосы
Никогда не видел в английском слово Studios. Использование Delay - bad practice. Писать логику, не связанную с персонажем, в персонаже - bad practice. Странно что ты проверяешь Static Mesh Component (14:06), когда это Subobject и нигде в логики его никто не удаляет. Если появится тонна условий поднятия другого куба, будешь дополнять код? А как? Ты же не запихал это в функцию, не перезапишешь. Что на счет Branch? Не лучше было запихать условие в функцию, которую в будущем мы перезапишем? Реализовывать это дело через Set Simulate Physics не очень есть хорошо. Почему? Потому что есть компонент физической руки, которая прекрасно все делает без надстроек в виде интерфейсов и всяких манипуляций с мешами. Get Player Character? Серьезно? А если игрок не чарактер? Будешь Get Player Pawn? Серьезно? А если мультиплеер? То какого персонажа тебе вернет? А если этим кубом будет манипулировать NPC? Брать Subobject'ы любого класса - bad practice. Move Component To - асинхронная KNode которая не очень то и доступна в плюсах, еще и очень дорогая. В мультиплеере так не прокатит (я считаю, что любая логика должна быть в будущем реализована и в мультиплеере). Аттачит свой компонент к чужому - bad practice. В этом случае ты вообще весь актор затачил к игроку. Зачем? В чем проблема двигать актор? Вывод: Бесполезный код, 40 минут воды, кучу дизинфы и плохой практики, дизлайк. P.S. Жду, когда люди начнут думать головой и пилить годные туториалы по механикам.
Что ты хочешь от молодого парня, который сам ковыряется в движке и только начтнает разбираться че как?) чтобы он сразу знал что хорошо что плохо и почему? Сразу гуру стать не возможно (к сожалению)
@@spanchrmn6796 видео является туториалом. То есть подразумевается, что если моя, например, девушка захочет изучить эту тему, она может посмотреть видос и решить свою задачу, сэкономив мое время. Нет. Посмотрев видео ты пониманшь, что 70% информации - бред сивой кобылы. Если ты хочешь научить людей чему-то, ты изначально должен знать это. Учителя учатся на учителей. А только потом учат людей. Ценность видео теряется из-за маленького опыта автора - вот мой посыл комментария. Сам комментарий направлен на тех, кто хоть чуточку умеет читать, а не только слушать говорящую голову
@@barunovas далеко нет) я сам уже года 3 понемногу движок ковыряю и только сейчас начало складываться понимание что как куда зачем и почему лучше так а не эдак
Красавчик !
Мне очень понравилось 👍 Похожая рука есть в atomic heart. Но со стороны кажется, что это чрезмерно сложно, но на деле 🤭 Спасибо большое, жду новые видосы
Давай щегол … делай вещи !!!
Ха-ха-ха, весело звучит)
Никогда не видел в английском слово Studios.
Использование Delay - bad practice.
Писать логику, не связанную с персонажем, в персонаже - bad practice.
Странно что ты проверяешь Static Mesh Component (14:06), когда это Subobject и нигде в логики его никто не удаляет.
Если появится тонна условий поднятия другого куба, будешь дополнять код? А как? Ты же не запихал это в функцию, не перезапишешь.
Что на счет Branch? Не лучше было запихать условие в функцию, которую в будущем мы перезапишем?
Реализовывать это дело через Set Simulate Physics не очень есть хорошо. Почему? Потому что есть компонент физической руки, которая прекрасно все делает без надстроек в виде интерфейсов и всяких манипуляций с мешами.
Get Player Character? Серьезно?
А если игрок не чарактер?
Будешь Get Player Pawn? Серьезно?
А если мультиплеер? То какого персонажа тебе вернет?
А если этим кубом будет манипулировать NPC?
Брать Subobject'ы любого класса - bad practice.
Move Component To - асинхронная KNode которая не очень то и доступна в плюсах, еще и очень дорогая.
В мультиплеере так не прокатит (я считаю, что любая логика должна быть в будущем реализована и в мультиплеере).
Аттачит свой компонент к чужому - bad practice.
В этом случае ты вообще весь актор затачил к игроку. Зачем? В чем проблема двигать актор?
Вывод:
Бесполезный код, 40 минут воды, кучу дизинфы и плохой практики, дизлайк.
P.S. Жду, когда люди начнут думать головой и пилить годные туториалы по механикам.
Что ты хочешь от молодого парня, который сам ковыряется в движке и только начтнает разбираться че как?) чтобы он сразу знал что хорошо что плохо и почему? Сразу гуру стать не возможно (к сожалению)
@@spanchrmn6796 видео является туториалом. То есть подразумевается, что если моя, например, девушка захочет изучить эту тему, она может посмотреть видос и решить свою задачу, сэкономив мое время.
Нет. Посмотрев видео ты пониманшь, что 70% информации - бред сивой кобылы.
Если ты хочешь научить людей чему-то, ты изначально должен знать это. Учителя учатся на учителей. А только потом учат людей.
Ценность видео теряется из-за маленького опыта автора - вот мой посыл комментария.
Сам комментарий направлен на тех, кто хоть чуточку умеет читать, а не только слушать говорящую голову
@@spanchrmn6796 "Молодой человек" Он уже год разбирается (судя по первому видео) за такое время можно понять, куда код надо пихать.
@@barunovas далеко нет) я сам уже года 3 понемногу движок ковыряю и только сейчас начало складываться понимание что как куда зачем и почему лучше так а не эдак