Пожалуйста продолжайте визуальное программирование. Есть люди вроде меня, для которых тот буквенный код АБСОЛЮТНО не понятен. А визуально я хоть понимаю, что к чему относится.
Надо глянуть как визуальное программирование будет себя вести на более высоком уровне (где будут взаимодействовать персонажи, строения и т.п.), тогда визуальное программирование сможет себя показать. А на примере работы с переменными, где одно действие = одна строка, трудно оценивать.
Тут для четырех строчек баобаб рисовать пришлось, а для сотен строк на высоком уровне вообще будут горные леса. Покажет не то слово. Потом еще в кошмарах сниться будет.
Мне очень нравится идея визуального программирования. 1. Полная абстракция и не зависимость от конечного языка программирования. При необходимости можно перенести на любой язык. 2. Стандартизация при реализации (простых, сложных) алгоритмов. Можно выбрать из списка готовых шаблонов наиболее подходящий. К примеру: не все программисты знают различные варианты реализации обычной сортировки не говоря уже о более сложных структурах. 3. Строгое следование паттернам проектирования, а не программирование как ты привык. 4. Разумное разделение труда. Опытные программисты пишут код для визуальных блоков, а все остальные учатся у них. И пока они учатся пользуются готовыми наработками. Повышается качество конечных продуктов даже у новичков. 5. Благодаря постоянному улучшению кодовой базы (опытными программистами). Все имеют возможность использовать самые лучшие реализации алгоритмов не изобретая велосипед своими руками. Тем более не факт, что написанное своими руками будет лучше кода написанного более опытным прогером.
довольно интересно, хотя как по мне, скрипты удобнее писать, нежели с нуля с визуалом разбираться) а так видео на высоте, благодарю за понятное объяснение) ещё этот визуальный скрипт мне чем-то напомнил blueprint в UE
Просто есть одна проблема - в обычном коде обычно очень много чего происходит, и блоксхема, представляющая этот код, будет больше чем размер экрана, проблем добавляют размеры блоков в Годоте
NativeScript! Мне эта тема была бы интересна. Хотелось бы узнать как именно с ним работать и какие есть ньюансы. Что касается визуального программирования, думаю стоит рассказать о нем, если сам столкнешься с той ситуацией, когда оно будет удобно.
Мне вот явно проще в Визуале работать, так как я еще нубло в программировании и знание языков не оч, но в логике выполнения у меня проблем нет, поэтому и проще ))) (+В Blender'e работал с материалами )
Гляньте ruclips.net/video/IF7YRBokJAw/видео.html ну что может быть проще чем кодинг. Просто многие не хотят посидеть и войти в тему. И другое дело, потом тратить кучу времени на эти неказистые визуальные схемы, которые тратят кучу вашего времени на не пойми что и зачем.
Почему просто не сделать цикл програмирования? Мне например, было бы интересно и писать код, и визуально покодить. Просто для разных ситуация будет удобно что-то одно. Кстати, а можно в одном объекте совместить оба варианта, типа визуально и скриптом? Интересен был бы такой урок...
Про удобство этой темы. Представьте, что ваша цель научится быстро преодолевать большие расстояния, но вместо того чтобы научится водить, вы учитесь бегать, потому что это интуитивно понятнее.
Автор, просто разный подход к мышлению. Для визуалов буквы это бессмысленные черточки и закорючки, ничего не значащие. А визуальные объекты - аки предметы со своими материальными свойствами.
в Анреале енжин можно было вытягивать из нод (из контактов нод) варианты функций, геттеры, сеттеры, переменные, обьекты и тд... просто наводишь на контакт ноды, зажимаешь левую кл. мышки и ведёшь мышкой влево/вправо (с зажатой лев. клавишей). Здесь наверно тоже так. надо будет попробовать....
Согласен. Визуальный кодинг смотрится громоздко, в сравнении с обычным, но зато нагляднее отображает связи между блоками. Традиционный код требует что бы кодер держал эти связи в уме, что удобно не всем. Но традиционный код меньше, и быстрее пишется. В общем у всех свои вкусы.
Парадокс - визуальное программирование все еще требует инженерного мышления. В наши дни если человек способен соствать схему то но также способен и написать код. Визуальное программирование как концепция кажется отголоском прошлого когда большинство инженерных профессий были тесно связаны с визуальным представлением и блок схемами и очень далеки от написания кода.
Мне лично кажется, что да программировать с помощью кода и правда проще и быстрее, но есть пару небольших и не особо важных нюансов, которые могут мешать тому кто просто захотел попробовать себя в создании игр. Первое это синтаксис. Человеку незнакомому с программированием будет немного сложно писать и находить ошибки да это решается практикой, но не все готовы потратить на это хоть немного времени оправдывая это его недостатком. Второе это собственно понимание кода. Бывает что из-за непонимания написанного человек может допустить множество ошибок и потратить долгие часы на поиск того как их исправить. Мне же писать код не сложно если немного разобраться, но вот визуальное программирование у меня вызывает удовольствие, но я не буду спорить, что это долго, менее удобно и вообще уменьшает эффективность.
Если это так, тогда программирование и знание скриптов бы проще простого, типо смотри один или несколько и все ты программист. Все ли могут освоить писание кодов и скриптов? Одним ли уроком на RUclips и усердное изучение Python и C++ сделает программиста типо вынь да положь? Чем плохо обычное конструирование из логики?
Не скажи. В коде можно всë затупить из-за одной запятой. В визуальном коде всë в разы понятнее. Очень хотелось бы видеть такие уроки на твоëм канале. Если хочешь, могу на них лайки и комменты с 3-х аккаунтов ставить)
Здравствуйте очень хотелось бы сделать текстовую мморгп на данном движке. Если можно уроки по созданию чата, работы с сервером с размещением на облаке. Подключением внутренних покупок. Это из разряда хотелок) Спасибо за уроки.
Разное вращение как я пологаю, потому что ты не перевёл значение в градусы, функция rad_to_deg(), в нодах я предполагаю уже напрямую переводятся радианы в градусы, поэтому это плюс использования визуального программирования.
Логично, что если все происходит цепочкой, то вращение происходит только тогда, когда выполняется функция х+1, то есть position->rotation, надо либо объявлять новую функцию, либо пораллельно подключать к уже существующей, что бы они работали пораллельно. В этом плане скриптинг кодом лучше :(
Вероятно в коде 0.1 это вектор или радианы (буду разбираться). А в нодах значения в градусах. На счёт визуального программирования тут явный плюс для тех кто не знает и не хочет изучать синтаксис каких-либо языков программирования. Именно для этого это сделано. Других причин использовать нет. К примеру я инженер-архитектор и собирал (правда на Armory3D) сцену для вращения своих домов через браузер. Лапшы накидано в логику не мало, но результат достигнут. Сделать это кодом я бы не смог, т.к. не ведаю нюансов написания в ЯП. Лучше я лишних пару балок расчитаю вместо того чтоб учить ЯП.
Мне бы хотелось побольше узнать о визуальном программировании. Смотря на чужой код и понимая его результат я могу примерно понять как он работает, но когда дело доходит до того, что самой надо писать, то я впадаю в ступор. Я понимаю, что надо сказать компьютеру, чтобы он сделал так, как я представляю, но как сказать на языке кода я не знаю. И видео уроки на Ютубе не всегда работают. Бывают моменты когда хочется спросить элементарную вещь (например, у меня вопрос как этот func работает и с чем его сравнить), но эти вещи настолько элементарные для программистов, что на них тяжело найти ответ, если нет знающих знакомых. Либо только у меня такая проблема Так что да, на данном этапе жизни визуальное программирование для меня спасение, особенно в Godot, где хотя бы частично есть русский
Дружище привет еще раз тебе Скажи пожалуйста как ты это все изучил я знаю что ты на деревьях сидел скачивал документацию много читал Вот и я читал документацию про godo про GOscript все про читал и ничего не понял }}}}}}Смотрю уроки твои после моего изучения документации и такое чувство что я вообще не читал Хочу спросить как это все изучить может я не в ту сторону капаю по советуй пожалуйста
Мне почему-то кажется что визуальные скрипты хорошо подходят, к примеру, для громоздких и длительных анимационных сценах, т.к. меньше кода пишешь и основную работу выполняют блоки (ну, то есть запутаться в строках всё же легче, чем в схемах). Но если говорить о других событиях, по типу того же перемещения персонажа или ещё какой логики - лучше прописывать всё вручную.
Сканер, спасибо за урок) В ваших интонациях читался заведомый хейт в сторону визуала. Но поймите же, вам, как хорошему кодеру/скриптеру проще юзать 2 строчки текста, а не нагромождение блоков. А мне, как проф. художнику/моделеру, привыкшему к настройкам матов в том же максе, в разы проще юзать кучу блоков, чем мало что говорящий (пока что) текст. Да, я знаю, что мне и так и так нужно знать, что делают те или иные ноды и методы. Но мне так проще НАЧАТЬ кодить. Ясно же, что рано или поздно (скорее рано) я приду к скриптингу строчками, но не хейтите ВС. Он нужен. Сори за многословность)
Визуальное программирование это топчик. Вы поймите, вы эти громоздкие деревья с всей логикой по сути моежете перетянуть на любой другой движок с другим языком программирования и все будет работать. А вот переписать код с C# на С++ это уже может быть не так просто. Вы сосредотачиваетесь исключительно на логике процессов, не вникая синтаксис и когда вы это дело освоите - вам будет все ровно ГДЕ это делать. Если вы видите себя разработчиком игр, где главное слово ИГРЫ, то наверное лучше копаться в визуале. Если вы разработчик и вам важен код и в принципе не важно игру писать или сайт, то конечно код.
Я считаю, что писать по нормальному в коде намного проще так как, в визуальном программировании вы просто вызываете все теже самые функции, но у вас меньше производительность и куча линей
Если это так, тогда программирование и знание скриптов бы проще простого, типо смотри один или несколько и все ты программист. Все ли могут освоить писание кодов и скриптов? Одним ли уроком на RUclips и усердное изучение Python и C++ сделает программиста типо вынь да положь? Чем плохо обычное конструирование из логики?
Предполагаю колесо крутилось медленно потомучто в коде ты написал функцию процессы которой выполнялись обе сразу, а в визуальном одна после другой. Предположение повторю. Я думаю если ты б разместил одну функцию и к ним бы подключил обе, а не одна за другой, то результат был бы одинаков.
Мне кажеться такой способ удобние потому что годот всё время обновляеться и чтобы писать надо знать что писать, а здесь здесь уже есть блоки которые тупо перетаскиваеш. Ещё из этого варианта можна научиться и писать код.
Привет, очень неудобный вопрос, но в если я кину тебе в личку - тебя это скорее всего сильно нервирует. Как правильно учить языки программирования? Я не имею ввиду что твои уроки не понятны, я имею ввиду что у меня память рыбья. Как ты учил этот язык и какие можешь дать советы по изучению?
Я считаю за визуальным программированием будущее вот только доделают его и будет за ним будущее, тоже конечно хочу начать программировать но стандартное программирование пугает
Чёт я сейчас представил если я буду переносить скрипт класса врага в визуальный скрипт (560 строк), мне аж поплохело.... Что в Юньке не понимаю визуальное программирование, что в Годо...
Не самый лучший пример. Но тем ни менее автор в какой то степени прав. Система нодов не самое удобное решение среди визульных языков программирования. Но почему то считается самой удачливой. В том же blender редактор логики, как по мне был более удачлив, очевиден и понятливее. Но возможно и отставал по техническим возможностям.
А есть здесь связь между визуализацией и кодом? Я хочу изучать программирование, но работа с кодом даётся с трудом, а вот визуализация при помощи блоков понятна и весьма наглядна для меня. Так мне хотелось бы построить алгоритм с помощью блоков, далее перевести его в код, чтобы увидеть, как это выглядит в коде. И наоборот, перевести код в блоки, чтобы увидеть и разобраться, как он работает. Есть такая возможность в этой программе?
я рекомендую юнити и учить пока си шарп....... если нужны просто основы что бы понять саму суть то scratch.mit.edu/projects/editor/?tutorial=home игру зделаете уже за час даже если не умете ....но проблема что это не иговой движок ....вот вам литература что бы понять что такое визуальный язык samlib.ru/s/shtumozt/scratch-1.shtml
просто я еще не доделала колоду .. samlib.ru/img/s/shtumozt/blokopiton-1/blokopiton-1-12.png но суть програмирования проста и можно свести ее к модулю из модуля блок из блока шаблоны
к сожелению то что вы видите слишком не гибкий вариант скретчь более гибкий инструмент ,но он не игровой движок сечас я ищу тех кто бы мог сделать именно игровой движок
+++, я изучаю ue и с Blueprint'ом приятно работать и визуально все эти чертежи мне безумно нравятся, а плюсы лень изучать, мне моего питона и джса хватает)
Визуальное программирование больше требует логики, чем знание языка. Ещё я думаю что его можно использовать в качестве примера демонстрации каких-либо программ, но для глубокого изучения оно не годится, т.к. не позволяет решить проблему различными способами(по факту всё сделано за тебя, только в нужном порядке расставь блоки)
Ээээ Robo Recall Написан на блупринте например. Предвзятое отношение к визуальному скрипту это религиозный фанатизм. А ставить блоки можно ой как по разному. В анриле блупринты отличаются от плюсов только скоростью разработки - узлы быстрее в работе а код на плюсах шустрее работает на тик (и то только до сборки). Возможности одинаковы.
@@ЛевЛебедев-ц6г Некоторые вещи невозможно редактировать блупринтами, таки да. Но такие вещи вы не напишите и в шарпике на какой нибудь unity. Блупринты это скриптовый язык, то есть для программирования поведения объектов написанных на более низком уровне. Но ведь для этого нам и нужны движки? Чтобы не лезть в дебри реализации всяческих низкоуровневых функций и сосредоточиться на производстве игры.
6:18 - колбек по-русски, а это 9:48 - предикат неудобно потому что нет навыка, у эпиков в гайдлайне например сказано что бы друг под друга группировали последовательность нод делающих одно действие, а их в макросы или в функции, в итоге все куда нагляднее и удобнее, но конкретно в годоте все засрали говенным дизайном, в уече чуть лучше в этом плане
Мне кажется, что лучше дольго учиться буквенному коду, а потом быстро писать код. Вместо того, чтобы за раз два выучить какой то странный язык программирования и потом сидеть так минут 30 делать десятисекундный код
Что очень плохо, совершенно нет гайдов на визуал скрипт. Абсолютно нет гайдов для визуалов. Иногда есть "гайды" от классических программистов, которые сами визуал не понимают, и он им чужд. И они с горем пополам показывают 1-2 функции и на этом всё, со словами я лучше буду показывать обычный текстовый кодинг. В итоге гайдов нет. И это очень плохо. Отсутствие гайдов существенно осложняет жизнь. А псевдо недогайд даже хуже чем когда его совсем нет.
Визуальное программирование было придумано как маркетинговый ход для привлечения аудитории к своему движку. С исходным кодом работать куда проще и полезнее для саморазвития. На мой взгляд такие темы даже обсуждать не стоит.
херня в том, что для свободного владения и визуальным программированием, и обычным нужно потратить ощутимое время. Вот только придрочившись в ВП, ты будешь владеть только ВП и то, как правило только в пределах одной среды. А потратив тоже время на изучение исходного кода, у тебя останутся знания которые лежат в основе всех других ЯП. По тому, если вдруг, надумаешь изучать другой язык или даже движок, то в новую среду ты войдешь уже ощутимо подготовленным.
@Евгений Варшавский Точно, чисто на ютубе показать типа "ой как легко", чтобы школоту привлечь. Я на Анриле чуть не повесился с блюпринтами, здоровенные деревья даже для простейших операций, а с мелким шрифтом в этих блоках почти все видео-уроки становятся бесполезными - не видно нихрена, если монитор меньше телестенки.
Ну прикольно. Но это слишком долго и можно запутаться. Лучше уж так по мне сделать 5 ошибок в коде на 30 строк, чем делать визуальное программирование.
Полностью согласен со Сканером. Визуальное программирование здесь сырое и для галочки. Хотят конкурировать с анриалом. Давайте уж лучше Godot + C# изучать. Это намного перспективнее.
оно не сырое, просто большинство не понимает для чего оно нужно. ВП нужно для оперирования большими блоками (которые можно написать кодом, а потом обернуть, как объект ВП), и тогда программирование сводится к расстановке блоков типа "перонаж" - "управление" - "взаимодействие" и т. п
В теории-то оно всё красиво звучит, но на практике пока что не очень. Не, ну понятно, ВП много где есть, не только в анриале (не сочтите за рекламу) в том же блендере активно используется. Наверняка и в Godot его подтянут к уровню конкурентов. Будем подождать.
Денис Шматков в анриале оно как раз оперируется с большими блоками, тогда как в годо люди пытаются зачем то натянуть сову на глобус, думая, что ВП избавит их от строк кода, тогда как( что я уже подчеркнул выше) , не для того он создан...
![YoungBoy Never Broke Again - Missing Everything [Official Video]](http://i.ytimg.com/vi/dTYeMZGzOzw/mqdefault.jpg)
Пожалуйста продолжайте визуальное программирование. Есть люди вроде меня, для которых тот буквенный код АБСОЛЮТНО не понятен. А визуально я хоть понимаю, что к чему относится.
ну мля, заканчивайте детский сад и учитесь буквы английские читать...
@@Данила-к6б Нумля - это твоя фамилия?
@@lex_yol с чего ты так решил?
Мне наоборот удобней буквы писать, чем визуальное программирование.
Визуальное программирование в Godot - трэш. Учи GDScript.
Надо глянуть как визуальное программирование будет себя вести на более высоком уровне (где будут взаимодействовать персонажи, строения и т.п.), тогда визуальное программирование сможет себя показать. А на примере работы с переменными, где одно действие = одна строка, трудно оценивать.
Тут для четырех строчек баобаб рисовать пришлось, а для сотен строк на высоком уровне вообще будут горные леса. Покажет не то слово. Потом еще в кошмарах сниться будет.
@@MrEasyskanker, вот условие действия и следствие оного в визуальном коде, при мутарном описании ручками на клавиатуре.
Давайте наберем 1 лайк!!!
1 лукас и новое видео?
Позволь узнать, сколько тебе лет ? Ничего не подумай, просто интересуюсь)
На стримах говорил не раз))) 24 мне)
ок, я еще не был на стримах)
Что ты посоветуешь для изучения годо-скрипта?
ОЧЕНЬ толковая подача материала...без воды и по делу! Спасибо!
Мне очень нравится идея визуального программирования.
1. Полная абстракция и не зависимость от конечного языка программирования. При необходимости можно перенести на любой язык.
2. Стандартизация при реализации (простых, сложных) алгоритмов. Можно выбрать из списка готовых шаблонов наиболее подходящий. К примеру: не все программисты знают различные варианты реализации обычной сортировки не говоря уже о более сложных структурах.
3. Строгое следование паттернам проектирования, а не программирование как ты привык.
4. Разумное разделение труда. Опытные программисты пишут код для визуальных блоков, а все остальные учатся у них. И пока они учатся пользуются готовыми наработками. Повышается качество конечных продуктов даже у новичков.
5. Благодаря постоянному улучшению кодовой базы (опытными программистами). Все имеют возможность использовать самые лучшие реализации алгоритмов не изобретая велосипед своими руками. Тем более не факт, что написанное своими руками будет лучше кода написанного более опытным прогером.
я как раз над таким работаю ))) но я слишком ленива и это будет не скоро
Абсолютно согласен.
Может rotation_degrees в градусах, а rotation в радианах?
Да, именно) Я в ВК как раз об этом написал)
@@SkanerSoft а урок по gdNative буде
То чувство когда тебе нихрена не понятно как визуальное программирование так и обычное🤦🏻♂️
В школе блок-схемы проходили? Вот это оно.
ну ты тупой значит
@@gamebit3762 не оскорбляй
@@Человек-ш4о ты тупой
довольно интересно, хотя как по мне, скрипты удобнее писать, нежели с нуля с визуалом разбираться)
а так видео на высоте, благодарю за понятное объяснение)
ещё этот визуальный скрипт мне чем-то напомнил blueprint в UE
Думаю, визуальное программирование немного лучше себя покажет в коде, где очень много ветвлений и циклов.
Практика показывает, что как раз наоборот. Среди кучи схем очень легко запутаться. Места они занимают больше, а писать код дольше.
Просто есть одна проблема - в обычном коде обычно очень много чего происходит, и блоксхема, представляющая этот код, будет больше чем размер экрана, проблем добавляют размеры блоков в Годоте
Мы хотим визуальное программирование дальше !!! Создайте в нем полноценную 3д игру !!!!
NativeScript! Мне эта тема была бы интересна. Хотелось бы узнать как именно с ним работать и какие есть ньюансы.
Что касается визуального программирования, думаю стоит рассказать о нем, если сам столкнешься с той ситуацией, когда оно будет удобно.
Мне вот явно проще в Визуале работать, так как я еще нубло в программировании и знание языков не оч, но в логике выполнения у меня проблем нет, поэтому и проще ))) (+В Blender'e работал с материалами )
Гляньте ruclips.net/video/IF7YRBokJAw/видео.html ну что может быть проще чем кодинг. Просто многие не хотят посидеть и войти в тему. И другое дело, потом тратить кучу времени на эти неказистые визуальные схемы, которые тратят кучу вашего времени на не пойми что и зачем.
@@СтаниславГрановски Для нормального написания кода нужен опыт самого программирования и неважно в визуале или в написании ручками
@@СтаниславГрановски сейчас я уже нормально пишу
Очень правильные слова!
@@crazykitty4246 здравствуйте. Добрый день чего вы добились за этот промежуток времени? (В играх)
Почему просто не сделать цикл програмирования? Мне например, было бы интересно и писать код, и визуально покодить. Просто для разных ситуация будет удобно что-то одно. Кстати, а можно в одном объекте совместить оба варианта, типа визуально и скриптом? Интересен был бы такой урок...
Незя, для одного объекта один скрипт
Анреал!
Плей мейкер!
Про удобство этой темы. Представьте, что ваша цель научится быстро преодолевать большие расстояния, но вместо того чтобы научится водить, вы учитесь бегать, потому что это интуитивно понятнее.
Автор, просто разный подход к мышлению. Для визуалов буквы это бессмысленные черточки и закорючки, ничего не значащие. А визуальные объекты - аки предметы со своими материальными свойствами.
Посмотрел видос, и решил что всё таки лучше сразу изучать нормальный код
Будущее за симбиозом. А блоки можно составлять из блоков... Сложная нода из простых или писать.
Есть такая программа XOD, она не движок для игр, но там уже этот симбиоз реализован.
в Анреале енжин можно было вытягивать из нод (из контактов нод) варианты функций, геттеры, сеттеры, переменные, обьекты и тд... просто наводишь на контакт ноды, зажимаешь левую кл. мышки и ведёшь мышкой влево/вправо (с зажатой лев. клавишей). Здесь наверно тоже так. надо будет попробовать....
Хороший урок, отлично объясняешь!!!
Капееец... соглашусь, визуалка это какая-то жесть...
Ну и конечно же, интересно как на этом движке будут работать 3D игры)) будет ли урок на эту тему? будет ли урок по созданию FPS шуттера например?
В доках есть тутор по созданию шутера.
@@ЛевЛебедев-ц6г человеку просто лень читать
Согласен. Визуальный кодинг смотрится громоздко, в сравнении с обычным, но зато нагляднее отображает связи между блоками. Традиционный код требует что бы кодер держал эти связи в уме, что удобно не всем.
Но традиционный код меньше, и быстрее пишется. В общем у всех свои вкусы.
Парадокс - визуальное программирование все еще требует инженерного мышления. В наши дни если человек способен соствать схему то но также способен и написать код. Визуальное программирование как концепция кажется отголоском прошлого когда большинство инженерных профессий были тесно связаны с визуальным представлением и блок схемами и очень далеки от написания кода.
Мне лично кажется, что да программировать с помощью кода и правда проще и быстрее, но есть пару небольших и не особо важных нюансов, которые могут мешать тому кто просто захотел попробовать себя в создании игр. Первое это синтаксис. Человеку незнакомому с программированием будет немного сложно писать и находить ошибки да это решается практикой, но не все готовы потратить на это хоть немного времени оправдывая это его недостатком. Второе это собственно понимание кода. Бывает что из-за непонимания написанного человек может допустить множество ошибок и потратить долгие часы на поиск того как их исправить. Мне же писать код не сложно если немного разобраться, но вот визуальное программирование у меня вызывает удовольствие, но я не буду спорить, что это долго, менее удобно и вообще уменьшает эффективность.
Если это так, тогда программирование и знание скриптов бы проще простого, типо смотри один или несколько и все ты программист. Все ли могут освоить писание кодов и скриптов? Одним ли уроком на RUclips и усердное изучение Python и C++ сделает программиста типо вынь да положь? Чем плохо обычное конструирование из логики?
Продолжай
Не скажи. В коде можно всë затупить из-за одной запятой. В визуальном коде всë в разы понятнее. Очень хотелось бы видеть такие уроки на твоëм канале. Если хочешь, могу на них лайки и комменты с 3-х аккаунтов ставить)
Здравствуйте очень хотелось бы сделать текстовую мморгп на данном движке. Если можно уроки по созданию чата, работы с сервером с размещением на облаке. Подключением внутренних покупок. Это из разряда хотелок) Спасибо за уроки.
Для текстовой игры идеально подходит Twine
Разное вращение как я пологаю, потому что ты не перевёл значение в градусы, функция rad_to_deg(), в нодах я предполагаю уже напрямую переводятся радианы в градусы, поэтому это плюс использования визуального программирования.
Логично, что если все происходит цепочкой, то вращение происходит только тогда, когда выполняется функция х+1, то есть position->rotation, надо либо объявлять новую функцию, либо пораллельно подключать к уже существующей, что бы они работали пораллельно. В этом плане скриптинг кодом лучше :(
Вероятно в коде 0.1 это вектор или радианы (буду разбираться). А в нодах значения в градусах.
На счёт визуального программирования тут явный плюс для тех кто не знает и не хочет изучать синтаксис каких-либо языков программирования. Именно для этого это сделано. Других причин использовать нет.
К примеру я инженер-архитектор и собирал (правда на Armory3D) сцену для вращения своих домов через браузер. Лапшы накидано в логику не мало, но результат достигнут. Сделать это кодом я бы не смог, т.к. не ведаю нюансов написания в ЯП. Лучше я лишних пару балок расчитаю вместо того чтоб учить ЯП.
Мне бы хотелось побольше узнать о визуальном программировании. Смотря на чужой код и понимая его результат я могу примерно понять как он работает, но когда дело доходит до того, что самой надо писать, то я впадаю в ступор. Я понимаю, что надо сказать компьютеру, чтобы он сделал так, как я представляю, но как сказать на языке кода я не знаю. И видео уроки на Ютубе не всегда работают. Бывают моменты когда хочется спросить элементарную вещь (например, у меня вопрос как этот func работает и с чем его сравнить), но эти вещи настолько элементарные для программистов, что на них тяжело найти ответ, если нет знающих знакомых. Либо только у меня такая проблема
Так что да, на данном этапе жизни визуальное программирование для меня спасение, особенно в Godot, где хотя бы частично есть русский
Тема интересна!
Дружище привет еще раз тебе Скажи пожалуйста как ты это все изучил я знаю что ты на деревьях сидел скачивал документацию много читал Вот и я читал документацию про godo про GOscript все про читал и ничего не понял }}}}}}Смотрю уроки твои после моего изучения документации и такое чувство что я вообще не читал Хочу спросить как это все изучить может я не в ту сторону капаю по советуй пожалуйста
Сделай пожалуйста видео-урок на тему создания онлайн-чата в мультиплеере (только в 3Д). Прошу тебя !!!!!!!!!!!!
Мне почему-то кажется что визуальные скрипты хорошо подходят, к примеру, для громоздких и длительных анимационных сценах, т.к. меньше кода пишешь и основную работу выполняют блоки (ну, то есть запутаться в строках всё же легче, чем в схемах). Но если говорить о других событиях, по типу того же перемещения персонажа или ещё какой логики - лучше прописывать всё вручную.
Сканер, спасибо за урок)
В ваших интонациях читался заведомый хейт в сторону визуала. Но поймите же, вам, как хорошему кодеру/скриптеру проще юзать 2 строчки текста, а не нагромождение блоков.
А мне, как проф. художнику/моделеру, привыкшему к настройкам матов в том же максе, в разы проще юзать кучу блоков, чем мало что говорящий (пока что) текст.
Да, я знаю, что мне и так и так нужно знать, что делают те или иные ноды и методы.
Но мне так проще НАЧАТЬ кодить.
Ясно же, что рано или поздно (скорее рано) я приду к скриптингу строчками, но не хейтите ВС. Он нужен.
Сори за многословность)
Визуальное программирование это топчик. Вы поймите, вы эти громоздкие деревья с всей логикой по сути моежете перетянуть на любой другой движок с другим языком программирования и все будет работать. А вот переписать код с C# на С++ это уже может быть не так просто. Вы сосредотачиваетесь исключительно на логике процессов, не вникая синтаксис и когда вы это дело освоите - вам будет все ровно ГДЕ это делать.
Если вы видите себя разработчиком игр, где главное слово ИГРЫ, то наверное лучше копаться в визуале. Если вы разработчик и вам важен код и в принципе не важно игру писать или сайт, то конечно код.
Зачем ебать себе мозги? GDScript за месяц, а то и меньше можно выучить.
На клавиатуре используется скорость 10-ти пальцев, а на мыши скорость 2-х пальцев максимум, поэтому визуальное программирование не удобно
Визуальное программирование в godot немного рутинный
Я считаю, что писать по нормальному в коде намного проще так как, в визуальном программировании вы просто вызываете все теже самые функции, но у вас меньше производительность и куча линей
Если это так, тогда программирование и знание скриптов бы проще простого, типо смотри один или несколько и все ты программист. Все ли могут освоить писание кодов и скриптов? Одним ли уроком на RUclips и усердное изучение Python и C++ сделает программиста типо вынь да положь? Чем плохо обычное конструирование из логики?
Орнул с начала xD
Такая милая (и немного наркоманская) ава :3
Дружище привет скажи пожалуйста где можно найти уроки по Godot Engine только визуальное програмирование
Привет) Не знаю даже)
Предполагаю колесо крутилось медленно потомучто в коде ты написал функцию процессы которой выполнялись обе сразу, а в визуальном одна после другой. Предположение повторю. Я думаю если ты б разместил одну функцию и к ним бы подключил обе, а не одна за другой, то результат был бы одинаков.
Давай визуальное программирование
давай больше уроков по визуальному программированию
Мне кажеться такой способ удобние потому что годот всё время обновляеться и чтобы писать надо знать что писать, а здесь здесь уже есть блоки которые тупо перетаскиваеш. Ещё из этого варианта можна научиться и писать код.
Привет, очень неудобный вопрос, но в если я кину тебе в личку - тебя это скорее всего сильно нервирует. Как правильно учить языки программирования?
Я не имею ввиду что твои уроки не понятны, я имею ввиду что у меня память рыбья. Как ты учил этот язык и какие можешь дать советы по изучению?
Я считаю за визуальным программированием будущее вот только доделают его и будет за ним будущее, тоже конечно хочу начать программировать но стандартное программирование пугает
его уже 50 лет доделывают -- вместо страницы кода альбомы схем получаются
Я думаю оно двигается медленнее из-за того, что происходит не одновременно с движением а после
Чёт я сейчас представил если я буду переносить скрипт класса врага в визуальный скрипт (560 строк), мне аж поплохело.... Что в Юньке не понимаю визуальное программирование, что в Годо...
а урок по gdNative буде?
Не самый лучший пример. Но тем ни менее автор в какой то степени прав. Система нодов не самое удобное решение среди визульных языков программирования. Но почему то считается самой удачливой. В том же blender редактор логики, как по мне был более удачлив, очевиден и понятливее. Но возможно и отставал по техническим возможностям.
А как включить вижуал скрипт. Просто у меня только годот скрипт
А есть здесь связь между визуализацией и кодом? Я хочу изучать программирование, но работа с кодом даётся с трудом, а вот визуализация при помощи блоков понятна и весьма наглядна для меня. Так мне хотелось бы построить алгоритм с помощью блоков, далее перевести его в код, чтобы увидеть, как это выглядит в коде. И наоборот, перевести код в блоки, чтобы увидеть и разобраться, как он работает. Есть такая возможность в этой программе?
я рекомендую юнити и учить пока си шарп....... если нужны просто основы что бы понять саму суть то 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 но суть програмирования проста и можно свести ее к модулю из модуля блок из блока шаблоны
к сожелению то что вы видите слишком не гибкий вариант скретчь более гибкий инструмент ,но он не игровой движок сечас я ищу тех кто бы мог сделать именно игровой движок
Очень интересно, что значит каждый блок в визуальном скрипте
Давай видеокурс по визуальному программированию
Разное вращение потому что ты работаешь с градусами. А в коде, ты видимо работал с радианами.
Не очень понял как включить визуальный скрипт с самого начала
Проще напечатать в скрипте)
Что-то подобное видел в UE, хотя не щупал
+++, я изучаю ue и с Blueprint'ом приятно работать и визуально все эти чертежи мне безумно нравятся, а плюсы лень изучать, мне моего питона и джса хватает)
Привет видео классные у тебя , но сделай видео о том как переходить из одного уровня на следующий в игре герою или игроку ,, было бы не плохо.
get_tree().change_scene("res://тут названия лвл и расширение его');
Skic спасибо )
внутри функций его писать? просто я зеленый еще в программировании
да туда где тебе нужно, к примеру если он соприкоснулся с дверью и внутри пишешь это.
Визуальное программирование больше требует логики, чем знание языка. Ещё я думаю что его можно использовать в качестве примера демонстрации каких-либо программ, но для глубокого изучения оно не годится, т.к. не позволяет решить проблему различными способами(по факту всё сделано за тебя, только в нужном порядке расставь блоки)
Ээээ Robo Recall Написан на блупринте например. Предвзятое отношение к визуальному скрипту это религиозный фанатизм. А ставить блоки можно ой как по разному. В анриле блупринты отличаются от плюсов только скоростью разработки - узлы быстрее в работе а код на плюсах шустрее работает на тик (и то только до сборки). Возможности одинаковы.
@@ivan-_-8577 я слыхал что некоторые блоки не возможно редактировать в бп и надо в с++ код лезть.
@@ЛевЛебедев-ц6г Некоторые вещи невозможно редактировать блупринтами, таки да. Но такие вещи вы не напишите и в шарпике на какой нибудь unity. Блупринты это скриптовый язык, то есть для программирования поведения объектов написанных на более низком уровне. Но ведь для этого нам и нужны движки? Чтобы не лезть в дебри реализации всяческих низкоуровневых функций и сосредоточиться на производстве игры.
6:18 - колбек по-русски, а это 9:48 - предикат
неудобно потому что нет навыка, у эпиков в гайдлайне например сказано что бы друг под друга группировали последовательность нод делающих одно действие, а их в макросы или в функции, в итоге все куда нагляднее и удобнее, но конкретно в годоте все засрали говенным дизайном, в уече чуть лучше в этом плане
Мне кажется, что лучше дольго учиться буквенному коду, а потом быстро писать код. Вместо того, чтобы за раз два выучить какой то странный язык программирования и потом сидеть так минут 30 делать десятисекундный код
Что очень плохо, совершенно нет гайдов на визуал скрипт. Абсолютно нет гайдов для визуалов. Иногда есть "гайды" от классических программистов, которые сами визуал не понимают, и он им чужд. И они с горем пополам показывают 1-2 функции и на этом всё, со словами я лучше буду показывать обычный текстовый кодинг. В итоге гайдов нет. И это очень плохо. Отсутствие гайдов существенно осложняет жизнь. А псевдо недогайд даже хуже чем когда его совсем нет.
Короче, мужики, учите как кодить, с этими блоками проблем больше
А через GD Visual нельзя заделать джостик
капец визуальное программирование сложней чем просто программирование 8( )
Визуальное программирование было придумано как маркетинговый ход для привлечения аудитории к своему движку. С исходным кодом работать куда проще и полезнее для саморазвития. На мой взгляд такие темы даже обсуждать не стоит.
Если твоя цель - саморазвитие а не создание игры то конечно. Но тогда и свой движок поделать можно
херня в том, что для свободного владения и визуальным программированием, и обычным нужно потратить ощутимое время. Вот только придрочившись в ВП, ты будешь владеть только ВП и то, как правило только в пределах одной среды. А потратив тоже время на изучение исходного кода, у тебя останутся знания которые лежат в основе всех других ЯП. По тому, если вдруг, надумаешь изучать другой язык или даже движок, то в новую среду ты войдешь уже ощутимо подготовленным.
geedroponika
Так об этом и речь, уважаемый гидропоника =)
@Евгений Варшавский Точно, чисто на ютубе показать типа "ой как легко", чтобы школоту привлечь. Я на Анриле чуть не повесился с блюпринтами, здоровенные деревья даже для простейших операций, а с мелким шрифтом в этих блоках почти все видео-уроки становятся бесполезными - не видно нихрена, если монитор меньше телестенки.
Насколько дольше делать скрипты визуально
Ну прикольно. Но это слишком долго и можно запутаться. Лучше уж так по мне сделать 5 ошибок в коде на 30 строк, чем делать визуальное программирование.
Эм что с аватаркой? по мне так она хуже старой, но это сугубо моё мнение.
Не стал смотреть до конца, проще код писать, как по мне, чем визуальное программирование воплощать в реальность.
Хочу!
Миксовать их можно
Ой, ну нафиг. Как по мне лучше описать всё уже в обычной языке чем всё это выбирать в визуале. Времени меньше тратишь
Скажу вам так - не ищите лёгких путей а учите код
Тогда придётся на нет 5 забыть о Godot потому что лучше начинать с простых языков чем с c#
С каждым днём в процентном соотношении коофицентов одного имени, более надеясь, неспособен чем до, разбивает смысл об лень автора. ЭХ
Ты под какими наркотиками это писал?
Полностью согласен со Сканером. Визуальное программирование здесь сырое и для галочки. Хотят конкурировать с анриалом. Давайте уж лучше Godot + C# изучать. Это намного перспективнее.
оно не сырое, просто большинство не понимает для чего оно нужно. ВП нужно для оперирования большими блоками (которые можно написать кодом, а потом обернуть, как объект ВП), и тогда программирование сводится к расстановке блоков типа "перонаж" - "управление" - "взаимодействие" и т. п
В теории-то оно всё красиво звучит, но на практике пока что не очень. Не, ну понятно, ВП много где есть, не только в анриале (не сочтите за рекламу) в том же блендере активно используется. Наверняка и в Godot его подтянут к уровню конкурентов. Будем подождать.
Денис Шматков в анриале оно как раз оперируется с большими блоками, тогда как в годо люди пытаются зачем то натянуть сову на глобус, думая, что ВП избавит их от строк кода, тогда как( что я уже подчеркнул выше) , не для того он создан...
С чего бы с прослойкой .NET Framework перспективнее? Это лишняя трата ресурсов устройства.
ужас, проще выучить просто гдскрипт чем учить это
123
Ну нафиг, лучше обычный язык выучить(
Леша, спасибо не стоит