Godot Engine Visual Scripting. GDVisual - визуальное программирование. Это что вообще такое?
Вставка
- Опубліковано 15 вер 2024
- Мои игры в Google Play - play.google.co...
Мои игры на Yandex Games - yandex.ru/game...
Мои игры в App Store - apps.apple.com...
Все мои игры на Godot - pn.studio ВАЖНО! ВСЕ НОВЫЕ МАТЕРИАЛЫ БУДУТ ВЫХОДИТЬ НА ЯНДЕКС ДЗЕН
y2u.ru?zen
| -- СПАСИБО -- | #Godot3D #GodotEngine #Godot Побочка: skanersoft.ru
- - - - - - - - -
Друзья, поддерживать канал и скачивать исходники вы можете на сервисе по поддержке творческих проектов Patreon: / skaner
Все Патроны смотрят видео раньше других, без рекламы и с исходниками! + ответы на вопросы в конце каждого видео!
Получить некоторые исходники можно так же тут:
godot-engine.ru
=== СЛЕДИ ЗА НОВОСТЯМИ ===
График выхода уроков: godot-engine.ru
Патреон: / skaner
Канал на UA-cam: goo.gl/fpOJLf
Группа ВК: skaner.soft
Инстаграм: / skanersoft
Автор идеи и ведущий: skaner.game
Заработок на ютубе: goo.gl/dnLFNR
=== ТЕХНОЛОГИИ ===
Операционная система: Ubuntu 18.04
Запись видео: OBS
Монтаж: KDEnlive
Музыку можно найти в группе ВКонтакте
GitHub с некоторыми проектами (исходники): github.com/Ska...
=== МОИ ПЛЕЙЛИСТЫ ===
Создание игр на Godot Engine
• Playlist
Написание игр и приложений на NW.js
• Playlist
Основы создания игр на JavaScript с полного нуля + интересные решения для ваших игр
• Создание игр на JavaSc...
Создание игр на PointJS
• Playlist
Истории игровых движков
• История движка
Как создать игру Bounce (Игра Bounce была на старых Nokia)
• Playlist
Как создать Flappy Bird
• Playlist
Intel XDK уроки, создание игр под Android / iOS на JavaScript
• Playlist
Создание мобильной игры "Тир" на JavaScript с компиляцией под Андроид
• Playlist
Создание игры для Android на JavaScript
• Playlist
Создание игр на JavaScript c PointJS
• Playlist
Создание арканоида на чистом JavaScript с нуля
• Как создать Arkanoid н...
Создание 3D игр на C++
• Playlist
Программирование в Lazarus
• Playlist
Полный курс создания инди игры на JavaScript с нуля
• Playlist
Костыли в JavaScript, защита данных и интересные штуки
• Playlist
Создание игры для ВКонтакте с нуля:
• Playlist
Теги для поиска моих видео - #SkanerSoft и #Skaner
nwjs.ru
NW.js IDE - лучшая среда разработки JavaScript Desktop приложений!
base-64.ru - онлайн инструменты разработчика. Работа с текстом, онлайн озвучка с разными голосами, кодировка и раскодировка текста и файлов в формате Base64.
base-64.ru - онлайн инструменты разработчика. Работа с текстом, онлайн озвучка с разными голосами, кодировка и раскодировка текста и файлов в формате Base64.
Друзья, копипаст должен быть адекватным! #ЗаЗдоровыйКод
Так же, теперь видео можно искать по тегам: #GodotEngine #GodotLessons и #SkaneLikerGodot
-- добавлено в 2020 году --
ДРУГ, ПОДДЕРЖИ ПРОЕКТ!
PATREON - / skaner
БУСТИ - boosty.to/game3d
UA-cam - / @godot3d
Пожалуйста продолжайте визуальное программирование. Есть люди вроде меня, для которых тот буквенный код АБСОЛЮТНО не понятен. А визуально я хоть понимаю, что к чему относится.
ну мля, заканчивайте детский сад и учитесь буквы английские читать...
@@user-ew5ds4cd2w Нумля - это твоя фамилия?
@@lex_yol с чего ты так решил?
Мне наоборот удобней буквы писать, чем визуальное программирование.
Визуальное программирование в Godot - трэш. Учи GDScript.
Может rotation_degrees в градусах, а rotation в радианах?
Да, именно) Я в ВК как раз об этом написал)
@@Godot3D а урок по gdNative буде
Надо глянуть как визуальное программирование будет себя вести на более высоком уровне (где будут взаимодействовать персонажи, строения и т.п.), тогда визуальное программирование сможет себя показать. А на примере работы с переменными, где одно действие = одна строка, трудно оценивать.
Тут для четырех строчек баобаб рисовать пришлось, а для сотен строк на высоком уровне вообще будут горные леса. Покажет не то слово. Потом еще в кошмарах сниться будет.
@@MrEasyskanker, вот условие действия и следствие оного в визуальном коде, при мутарном описании ручками на клавиатуре.
Почему просто не сделать цикл програмирования? Мне например, было бы интересно и писать код, и визуально покодить. Просто для разных ситуация будет удобно что-то одно. Кстати, а можно в одном объекте совместить оба варианта, типа визуально и скриптом? Интересен был бы такой урок...
Незя, для одного объекта один скрипт
Давайте наберем 1 лайк!!!
1 лукас и новое видео?
Позволь узнать, сколько тебе лет ? Ничего не подумай, просто интересуюсь)
На стримах говорил не раз))) 24 мне)
ок, я еще не был на стримах)
Что ты посоветуешь для изучения годо-скрипта?
Мне очень нравится идея визуального программирования.
1. Полная абстракция и не зависимость от конечного языка программирования. При необходимости можно перенести на любой язык.
2. Стандартизация при реализации (простых, сложных) алгоритмов. Можно выбрать из списка готовых шаблонов наиболее подходящий. К примеру: не все программисты знают различные варианты реализации обычной сортировки не говоря уже о более сложных структурах.
3. Строгое следование паттернам проектирования, а не программирование как ты привык.
4. Разумное разделение труда. Опытные программисты пишут код для визуальных блоков, а все остальные учатся у них. И пока они учатся пользуются готовыми наработками. Повышается качество конечных продуктов даже у новичков.
5. Благодаря постоянному улучшению кодовой базы (опытными программистами). Все имеют возможность использовать самые лучшие реализации алгоритмов не изобретая велосипед своими руками. Тем более не факт, что написанное своими руками будет лучше кода написанного более опытным прогером.
я как раз над таким работаю ))) но я слишком ленива и это будет не скоро
Абсолютно согласен.
Думаю, визуальное программирование немного лучше себя покажет в коде, где очень много ветвлений и циклов.
Практика показывает, что как раз наоборот. Среди кучи схем очень легко запутаться. Места они занимают больше, а писать код дольше.
Просто есть одна проблема - в обычном коде обычно очень много чего происходит, и блоксхема, представляющая этот код, будет больше чем размер экрана, проблем добавляют размеры блоков в Годоте
Мне вот явно проще в Визуале работать, так как я еще нубло в программировании и знание языков не оч, но в логике выполнения у меня проблем нет, поэтому и проще ))) (+В Blender'e работал с материалами )
Гляньте ua-cam.com/video/IF7YRBokJAw/v-deo.html ну что может быть проще чем кодинг. Просто многие не хотят посидеть и войти в тему. И другое дело, потом тратить кучу времени на эти неказистые визуальные схемы, которые тратят кучу вашего времени на не пойми что и зачем.
@@СтаниславГрановски Для нормального написания кода нужен опыт самого программирования и неважно в визуале или в написании ручками
@@СтаниславГрановски сейчас я уже нормально пишу
Очень правильные слова!
@@crazykitty4246 здравствуйте. Добрый день чего вы добились за этот промежуток времени? (В играх)
ОЧЕНЬ толковая подача материала...без воды и по делу! Спасибо!
довольно интересно, хотя как по мне, скрипты удобнее писать, нежели с нуля с визуалом разбираться)
а так видео на высоте, благодарю за понятное объяснение)
ещё этот визуальный скрипт мне чем-то напомнил blueprint в UE
Ну и конечно же, интересно как на этом движке будут работать 3D игры)) будет ли урок на эту тему? будет ли урок по созданию FPS шуттера например?
В доках есть тутор по созданию шутера.
@@ЛевЛебедев-ц6г человеку просто лень читать
Будущее за симбиозом. А блоки можно составлять из блоков... Сложная нода из простых или писать.
Есть такая программа XOD, она не движок для игр, но там уже этот симбиоз реализован.
NativeScript! Мне эта тема была бы интересна. Хотелось бы узнать как именно с ним работать и какие есть ньюансы.
Что касается визуального программирования, думаю стоит рассказать о нем, если сам столкнешься с той ситуацией, когда оно будет удобно.
То чувство когда тебе нихрена не понятно как визуальное программирование так и обычное🤦🏻♂️
В школе блок-схемы проходили? Вот это оно.
ну ты тупой значит
@@gamebit3762 не оскорбляй
@@Человек-ш4о ты тупой
Визуальное программирование это топчик. Вы поймите, вы эти громоздкие деревья с всей логикой по сути моежете перетянуть на любой другой движок с другим языком программирования и все будет работать. А вот переписать код с C# на С++ это уже может быть не так просто. Вы сосредотачиваетесь исключительно на логике процессов, не вникая синтаксис и когда вы это дело освоите - вам будет все ровно ГДЕ это делать.
Если вы видите себя разработчиком игр, где главное слово ИГРЫ, то наверное лучше копаться в визуале. Если вы разработчик и вам важен код и в принципе не важно игру писать или сайт, то конечно код.
Зачем ебать себе мозги? GDScript за месяц, а то и меньше можно выучить.
Не скажи. В коде можно всë затупить из-за одной запятой. В визуальном коде всë в разы понятнее. Очень хотелось бы видеть такие уроки на твоëм канале. Если хочешь, могу на них лайки и комменты с 3-х аккаунтов ставить)
Здравствуйте очень хотелось бы сделать текстовую мморгп на данном движке. Если можно уроки по созданию чата, работы с сервером с размещением на облаке. Подключением внутренних покупок. Это из разряда хотелок) Спасибо за уроки.
Для текстовой игры идеально подходит Twine
в Анреале енжин можно было вытягивать из нод (из контактов нод) варианты функций, геттеры, сеттеры, переменные, обьекты и тд... просто наводишь на контакт ноды, зажимаешь левую кл. мышки и ведёшь мышкой влево/вправо (с зажатой лев. клавишей). Здесь наверно тоже так. надо будет попробовать....
Про удобство этой темы. Представьте, что ваша цель научится быстро преодолевать большие расстояния, но вместо того чтобы научится водить, вы учитесь бегать, потому что это интуитивно понятнее.
Автор, просто разный подход к мышлению. Для визуалов буквы это бессмысленные черточки и закорючки, ничего не значащие. А визуальные объекты - аки предметы со своими материальными свойствами.
Сканер, спасибо за урок)
В ваших интонациях читался заведомый хейт в сторону визуала. Но поймите же, вам, как хорошему кодеру/скриптеру проще юзать 2 строчки текста, а не нагромождение блоков.
А мне, как проф. художнику/моделеру, привыкшему к настройкам матов в том же максе, в разы проще юзать кучу блоков, чем мало что говорящий (пока что) текст.
Да, я знаю, что мне и так и так нужно знать, что делают те или иные ноды и методы.
Но мне так проще НАЧАТЬ кодить.
Ясно же, что рано или поздно (скорее рано) я приду к скриптингу строчками, но не хейтите ВС. Он нужен.
Сори за многословность)
Посмотрел видос, и решил что всё таки лучше сразу изучать нормальный код
Парадокс - визуальное программирование все еще требует инженерного мышления. В наши дни если человек способен соствать схему то но также способен и написать код. Визуальное программирование как концепция кажется отголоском прошлого когда большинство инженерных профессий были тесно связаны с визуальным представлением и блок схемами и очень далеки от написания кода.
Мы хотим визуальное программирование дальше !!! Создайте в нем полноценную 3д игру !!!!
Логично, что если все происходит цепочкой, то вращение происходит только тогда, когда выполняется функция х+1, то есть position->rotation, надо либо объявлять новую функцию, либо пораллельно подключать к уже существующей, что бы они работали пораллельно. В этом плане скриптинг кодом лучше :(
Дружище привет еще раз тебе Скажи пожалуйста как ты это все изучил я знаю что ты на деревьях сидел скачивал документацию много читал Вот и я читал документацию про godo про GOscript все про читал и ничего не понял }}}}}}Смотрю уроки твои после моего изучения документации и такое чувство что я вообще не читал Хочу спросить как это все изучить может я не в ту сторону капаю по советуй пожалуйста
Анреал!
Плей мейкер!
Хороший урок, отлично объясняешь!!!
Мне лично кажется, что да программировать с помощью кода и правда проще и быстрее, но есть пару небольших и не особо важных нюансов, которые могут мешать тому кто просто захотел попробовать себя в создании игр. Первое это синтаксис. Человеку незнакомому с программированием будет немного сложно писать и находить ошибки да это решается практикой, но не все готовы потратить на это хоть немного времени оправдывая это его недостатком. Второе это собственно понимание кода. Бывает что из-за непонимания написанного человек может допустить множество ошибок и потратить долгие часы на поиск того как их исправить. Мне же писать код не сложно если немного разобраться, но вот визуальное программирование у меня вызывает удовольствие, но я не буду спорить, что это долго, менее удобно и вообще уменьшает эффективность.
Если это так, тогда программирование и знание скриптов бы проще простого, типо смотри один или несколько и все ты программист. Все ли могут освоить писание кодов и скриптов? Одним ли уроком на UA-cam и усердное изучение Python и C++ сделает программиста типо вынь да положь? Чем плохо обычное конструирование из логики?
Капееец... соглашусь, визуалка это какая-то жесть...
Разное вращение как я пологаю, потому что ты не перевёл значение в градусы, функция rad_to_deg(), в нодах я предполагаю уже напрямую переводятся радианы в градусы, поэтому это плюс использования визуального программирования.
Дружище привет скажи пожалуйста где можно найти уроки по Godot Engine только визуальное програмирование
Привет) Не знаю даже)
А как включить вижуал скрипт. Просто у меня только годот скрипт
Согласен. Визуальный кодинг смотрится громоздко, в сравнении с обычным, но зато нагляднее отображает связи между блоками. Традиционный код требует что бы кодер держал эти связи в уме, что удобно не всем.
Но традиционный код меньше, и быстрее пишется. В общем у всех свои вкусы.
Чёт я сейчас представил если я буду переносить скрипт класса врага в визуальный скрипт (560 строк), мне аж поплохело.... Что в Юньке не понимаю визуальное программирование, что в Годо...
Вероятно в коде 0.1 это вектор или радианы (буду разбираться). А в нодах значения в градусах.
На счёт визуального программирования тут явный плюс для тех кто не знает и не хочет изучать синтаксис каких-либо языков программирования. Именно для этого это сделано. Других причин использовать нет.
К примеру я инженер-архитектор и собирал (правда на Armory3D) сцену для вращения своих домов через браузер. Лапшы накидано в логику не мало, но результат достигнут. Сделать это кодом я бы не смог, т.к. не ведаю нюансов написания в ЯП. Лучше я лишних пару балок расчитаю вместо того чтоб учить ЯП.
Мне почему-то кажется что визуальные скрипты хорошо подходят, к примеру, для громоздких и длительных анимационных сценах, т.к. меньше кода пишешь и основную работу выполняют блоки (ну, то есть запутаться в строках всё же легче, чем в схемах). Но если говорить о других событиях, по типу того же перемещения персонажа или ещё какой логики - лучше прописывать всё вручную.
Сделай пожалуйста видео-урок на тему создания онлайн-чата в мультиплеере (только в 3Д). Прошу тебя !!!!!!!!!!!!
Я считаю, что писать по нормальному в коде намного проще так как, в визуальном программировании вы просто вызываете все теже самые функции, но у вас меньше производительность и куча линей
Если это так, тогда программирование и знание скриптов бы проще простого, типо смотри один или несколько и все ты программист. Все ли могут освоить писание кодов и скриптов? Одним ли уроком на UA-cam и усердное изучение Python и C++ сделает программиста типо вынь да положь? Чем плохо обычное конструирование из логики?
Не очень понял как включить визуальный скрипт с самого начала
Привет, очень неудобный вопрос, но в если я кину тебе в личку - тебя это скорее всего сильно нервирует. Как правильно учить языки программирования?
Я не имею ввиду что твои уроки не понятны, я имею ввиду что у меня память рыбья. Как ты учил этот язык и какие можешь дать советы по изучению?
Мне бы хотелось побольше узнать о визуальном программировании. Смотря на чужой код и понимая его результат я могу примерно понять как он работает, но когда дело доходит до того, что самой надо писать, то я впадаю в ступор. Я понимаю, что надо сказать компьютеру, чтобы он сделал так, как я представляю, но как сказать на языке кода я не знаю. И видео уроки на Ютубе не всегда работают. Бывают моменты когда хочется спросить элементарную вещь (например, у меня вопрос как этот func работает и с чем его сравнить), но эти вещи настолько элементарные для программистов, что на них тяжело найти ответ, если нет знающих знакомых. Либо только у меня такая проблема
Так что да, на данном этапе жизни визуальное программирование для меня спасение, особенно в Godot, где хотя бы частично есть русский
Предполагаю колесо крутилось медленно потомучто в коде ты написал функцию процессы которой выполнялись обе сразу, а в визуальном одна после другой. Предположение повторю. Я думаю если ты б разместил одну функцию и к ним бы подключил обе, а не одна за другой, то результат был бы одинаков.
Визуальное программирование было придумано как маркетинговый ход для привлечения аудитории к своему движку. С исходным кодом работать куда проще и полезнее для саморазвития. На мой взгляд такие темы даже обсуждать не стоит.
Если твоя цель - саморазвитие а не создание игры то конечно. Но тогда и свой движок поделать можно
херня в том, что для свободного владения и визуальным программированием, и обычным нужно потратить ощутимое время. Вот только придрочившись в ВП, ты будешь владеть только ВП и то, как правило только в пределах одной среды. А потратив тоже время на изучение исходного кода, у тебя останутся знания которые лежат в основе всех других ЯП. По тому, если вдруг, надумаешь изучать другой язык или даже движок, то в новую среду ты войдешь уже ощутимо подготовленным.
geedroponika
Так об этом и речь, уважаемый гидропоника =)
@Евгений Варшавский Точно, чисто на ютубе показать типа "ой как легко", чтобы школоту привлечь. Я на Анриле чуть не повесился с блюпринтами, здоровенные деревья даже для простейших операций, а с мелким шрифтом в этих блоках почти все видео-уроки становятся бесполезными - не видно нихрена, если монитор меньше телестенки.
а урок по gdNative буде?
Визуальное программирование больше требует логики, чем знание языка. Ещё я думаю что его можно использовать в качестве примера демонстрации каких-либо программ, но для глубокого изучения оно не годится, т.к. не позволяет решить проблему различными способами(по факту всё сделано за тебя, только в нужном порядке расставь блоки)
Ээээ Robo Recall Написан на блупринте например. Предвзятое отношение к визуальному скрипту это религиозный фанатизм. А ставить блоки можно ой как по разному. В анриле блупринты отличаются от плюсов только скоростью разработки - узлы быстрее в работе а код на плюсах шустрее работает на тик (и то только до сборки). Возможности одинаковы.
@@ivan-_-8577 я слыхал что некоторые блоки не возможно редактировать в бп и надо в с++ код лезть.
@@ЛевЛебедев-ц6г Некоторые вещи невозможно редактировать блупринтами, таки да. Но такие вещи вы не напишите и в шарпике на какой нибудь unity. Блупринты это скриптовый язык, то есть для программирования поведения объектов написанных на более низком уровне. Но ведь для этого нам и нужны движки? Чтобы не лезть в дебри реализации всяческих низкоуровневых функций и сосредоточиться на производстве игры.
На клавиатуре используется скорость 10-ти пальцев, а на мыши скорость 2-х пальцев максимум, поэтому визуальное программирование не удобно
А есть здесь связь между визуализацией и кодом? Я хочу изучать программирование, но работа с кодом даётся с трудом, а вот визуализация при помощи блоков понятна и весьма наглядна для меня. Так мне хотелось бы построить алгоритм с помощью блоков, далее перевести его в код, чтобы увидеть, как это выглядит в коде. И наоборот, перевести код в блоки, чтобы увидеть и разобраться, как он работает. Есть такая возможность в этой программе?
я рекомендую юнити и учить пока си шарп....... если нужны просто основы что бы понять саму суть то scratch.mit.edu/projects/editor/?tutorial=home игру зделаете уже за час даже если не умете ....но проблема что это не иговой движок ....вот вам литература что бы понять что такое визуальный язык samlib.ru/s/shtumozt/scratch-1.shtml
но я рекомендую все таки начать с явы потому что ява наиболее понятна samlib.ru/s/shtumozt/blokopiton-1.shtml
просто я еще не доделала колоду .. samlib.ru/img/s/shtumozt/blokopiton-1/blokopiton-1-12.png но суть програмирования проста и можно свести ее к модулю из модуля блок из блока шаблоны
к сожелению то что вы видите слишком не гибкий вариант скретчь более гибкий инструмент ,но он не игровой движок сечас я ищу тех кто бы мог сделать именно игровой движок
Что очень плохо, совершенно нет гайдов на визуал скрипт. Абсолютно нет гайдов для визуалов. Иногда есть "гайды" от классических программистов, которые сами визуал не понимают, и он им чужд. И они с горем пополам показывают 1-2 функции и на этом всё, со словами я лучше буду показывать обычный текстовый кодинг. В итоге гайдов нет. И это очень плохо. Отсутствие гайдов существенно осложняет жизнь. А псевдо недогайд даже хуже чем когда его совсем нет.
Продолжай
Мне кажеться такой способ удобние потому что годот всё время обновляеться и чтобы писать надо знать что писать, а здесь здесь уже есть блоки которые тупо перетаскиваеш. Ещё из этого варианта можна научиться и писать код.
Давай визуальное программирование
Визуальное программирование в godot немного рутинный
Я думаю оно двигается медленнее из-за того, что происходит не одновременно с движением а после
капец визуальное программирование сложней чем просто программирование 8( )
Давай видеокурс по визуальному программированию
Не самый лучший пример. Но тем ни менее автор в какой то степени прав. Система нодов не самое удобное решение среди визульных языков программирования. Но почему то считается самой удачливой. В том же blender редактор логики, как по мне был более удачлив, очевиден и понятливее. Но возможно и отставал по техническим возможностям.
Что-то подобное видел в UE, хотя не щупал
+++, я изучаю ue и с Blueprint'ом приятно работать и визуально все эти чертежи мне безумно нравятся, а плюсы лень изучать, мне моего питона и джса хватает)
Разное вращение потому что ты работаешь с градусами. А в коде, ты видимо работал с радианами.
Тема интересна!
давай больше уроков по визуальному программированию
Очень интересно, что значит каждый блок в визуальном скрипте
Я считаю за визуальным программированием будущее вот только доделают его и будет за ним будущее, тоже конечно хочу начать программировать но стандартное программирование пугает
его уже 50 лет доделывают -- вместо страницы кода альбомы схем получаются
6:18 - колбек по-русски, а это 9:48 - предикат
неудобно потому что нет навыка, у эпиков в гайдлайне например сказано что бы друг под друга группировали последовательность нод делающих одно действие, а их в макросы или в функции, в итоге все куда нагляднее и удобнее, но конкретно в годоте все засрали говенным дизайном, в уече чуть лучше в этом плане
А через GD Visual нельзя заделать джостик
Мне кажется, что лучше дольго учиться буквенному коду, а потом быстро писать код. Вместо того, чтобы за раз два выучить какой то странный язык программирования и потом сидеть так минут 30 делать десятисекундный код
Короче, мужики, учите как кодить, с этими блоками проблем больше
Эм что с аватаркой? по мне так она хуже старой, но это сугубо моё мнение.
Привет видео классные у тебя , но сделай видео о том как переходить из одного уровня на следующий в игре герою или игроку ,, было бы не плохо.
get_tree().change_scene("res://тут названия лвл и расширение его');
Skic спасибо )
внутри функций его писать? просто я зеленый еще в программировании
да туда где тебе нужно, к примеру если он соприкоснулся с дверью и внутри пишешь это.
Орнул с начала xD
Такая милая (и немного наркоманская) ава :3
Насколько дольше делать скрипты визуально
Проще напечатать в скрипте)
Ну прикольно. Но это слишком долго и можно запутаться. Лучше уж так по мне сделать 5 ошибок в коде на 30 строк, чем делать визуальное программирование.
Не стал смотреть до конца, проще код писать, как по мне, чем визуальное программирование воплощать в реальность.
Миксовать их можно
Ой, ну нафиг. Как по мне лучше описать всё уже в обычной языке чем всё это выбирать в визуале. Времени меньше тратишь
Полностью согласен со Сканером. Визуальное программирование здесь сырое и для галочки. Хотят конкурировать с анриалом. Давайте уж лучше Godot + C# изучать. Это намного перспективнее.
оно не сырое, просто большинство не понимает для чего оно нужно. ВП нужно для оперирования большими блоками (которые можно написать кодом, а потом обернуть, как объект ВП), и тогда программирование сводится к расстановке блоков типа "перонаж" - "управление" - "взаимодействие" и т. п
В теории-то оно всё красиво звучит, но на практике пока что не очень. Не, ну понятно, ВП много где есть, не только в анриале (не сочтите за рекламу) в том же блендере активно используется. Наверняка и в Godot его подтянут к уровню конкурентов. Будем подождать.
Денис Шматков в анриале оно как раз оперируется с большими блоками, тогда как в годо люди пытаются зачем то натянуть сову на глобус, думая, что ВП избавит их от строк кода, тогда как( что я уже подчеркнул выше) , не для того он создан...
С чего бы с прослойкой .NET Framework перспективнее? Это лишняя трата ресурсов устройства.
Скажу вам так - не ищите лёгких путей а учите код
Тогда придётся на нет 5 забыть о Godot потому что лучше начинать с простых языков чем с c#
Хочу!
123
С каждым днём в процентном соотношении коофицентов одного имени, более надеясь, неспособен чем до, разбивает смысл об лень автора. ЭХ
Ты под какими наркотиками это писал?
Ну нафиг, лучше обычный язык выучить(
ужас, проще выучить просто гдскрипт чем учить это
Леша, спасибо не стоит