Из 700 профессий в IT я найду идеальную именно для тебя и выведу на доход 150 000 рублей в месяц в моем телеграм-боте по этой ссылке: t.me/break_into_it_bot?start=blueprint
Тут можно упомянуть NI Labview и ее язык G. Система визуального кодинга для инженеров. В принципе это обычный язык программирования вроде с++, только графический. Очень наглядно писать в нем многопоточный и параллельный код. Отдельное удовольствие писать код для последующей трансляции в RTL языки - т.к. структура ПЛИС ужас как напоминает блоки, соединенные ниточками. Причем итоговый код реально быстро работает, да, для отдельных мясных процедур имеет смысл прицепить оптимизированную дээлельку с нужной функцией, но в целом производительность хороша.
Блин, ребят, просто надо не забывать, что БП это один из инструментов. В основном, БП нужны не программистам, а Гейм-Дизайнерам. Проверить простенькую идею, подкрутить значение и т.п. Как говорится, можно без одного гвоздя построить здание, на рыбьем клею... но зачем!? Надо перестать использовать инструменты не по назначению.
так ты на плюсах будешь делат ькомпоненты, которые уже будут настраивать дизайнеры. нафига каждый раз лезть в плючы и копаться в коде?) это логично же, что даже умея на плюсах ты будешь уже потом настраивать в принтах и компонентах.
@@Этонеканал-б5п *ерЕсь. Что не так? Или за время, что я отошёл от UE, БП так похорошели, что теперь на них можно серьёзные проекты целиком выстраивать? Без потери в производительности, в скорости разработки, поддерживаемости и расширяемости?
Я 5 лет сидел на блюпринтах, а потом перелез на С++. Скажу так, поскольку БП это надстройка над С++, то на БП можно написать практически что угодно. Но главная проблема не в производительности. А в чрезмерном переусложнении проекта. Сотня классов в плюсах, это ни о чём. В блупринтах же это превращается в вакханалию, даже если архитектура выстроена грамотно. На плюсах сложные системы писать многократно удобнее и функционал шире, та же многопоточность, шаблоны, расширенная библиотека алгоритмов и т.д. Плюс значительно удобнее разбивать на модули и работать с областями видимости. На блупринтах же удобно управлять всеми теми системами написанными на С++, и делать именно игровую логику, а не писать там всякие системы типа поиска пути или генератора локаций.
База, добавлю еще немного "индустриального контекста" в больших студиях уже лет 20-25 как используют скриптовые языки по типу lua(самый популярный, использовался в witcher 3, GTA5, dota2, Elden Ring ...) для связывания систем написанных на C++ между собой, создания скриптовых моментов, квестов, ИИ противников и кучи других задач. В больших студиях челы не знающие C++, но работающие в движке, используют для своих задач lua для написания скриптов, это могут быть технические геймдизайнеры, квест-дизайнеры, нарративщики, да и просто сами разрабы(не все же системы писать)... Blueprint'ы используются для тех же вещей что lua - скриптинг, повезло что для крестьян кривозубых(нас) появился инструмент лучше чем в AAA студиях - blueprint'ы, но прям фулл игру писать на blueprint'ах если работает >5-10 челов это безумие, на плюсиках кор-механики, на блюпринтах контент(абилки/эффекты/...), скрипты и другие штуки.
Ну и Рома не знаком с Анриалом. Эпики ооочень выкрутили виртуальную машину, и оверхед практически околонулевой в БП П.с.: но мы все равно ищем изначально программистов, потому что мышление и навыки дебага делая простые задачки по гайдам на БП не получишь
@@ak-rz7em GDScript - это как Lua, но для Godot. Очень хороший встроенный скриптовый язык, чтобы писать игровую логику на Godot. Использовать с этим движком C# смысла не вижу, только лишнее усложнение и лишние зависимости.
Ага, "код стал не нужен" 😄А кто для всех этих любителей блюпринтов и прочего ноукода будет делать красивые окошечки, в которых они будут расставлять свои квадратики? Кому-то всё равно придется кодить все эти штуки для тех, кто так и не смог научиться пользоваться клавиатурой! 🤣
блупринт основан на c++, является аналогом кодинга, так что клавиатурой там всё таки нужно пользоваться. заменяется только сама суть кодинга, строки заменяются на квадратики, всё остальное остаётся тем же.
Плохая логика. Будет просто по итогу один монопольный инструмент. Сейчас никто не пишет на двоичном коде, как и мы в будущем сможем без последствий отказаться от обычного программирования.
@@sankurasan некорректное сравнение. Двоичным кодом программы писали от силы первое десятилетие существования ЭВМ. Почти сразу с появлением первых ЭВМ появились и языки программирования: всякие там ассемблеры и фортраны. Просто потому что ноликами и единичками кодить неудобно. А словами и десятичными цифрами - очень даже удобно. Поэтому непонятно, почему индустрия должна отказаться от классического программирования? Ради еще большего наплыва в нее еще более некомпетентных личностей, которые оказались неспособны писать код буквами и цифрами?
Вообще криэйтору не важно пишет он код или нет, главное результат. Я вот как инженер не хотел изучать все эти тонкости работы ПК, как там переменные и сущности типа интерфейсов и классов работают, хотелось просто побыстрее решить свои инженерные задачи, но пришлось кучу времени уделять C# и вникать в задачи которые мне по сути не нужны. Поэтому NoCode очень нужен, но тот что сейчас не очень устраивает и пока развит не очень. А по сути то надо чтобы можно было графически без кода создавать те же классы и модули функций, а потом связывать их.
Все равно нужны знания в программировании для того, чтобы писать все на блюпринтах. Другу показывал как БП пользоваться, но он нихера не понял, т.к. у него нет основ знаний про программирование(а еще потому что я херовый объяснялщик).
На мой взгляд, эти два направления было бы круто объединить. Берем компилятор С#, интерфейс с блоками, и каждый блок кодим вручную (как функции или библиотеки), после чего объединяем их в ноды. При этом, сам компьютер видит это безобразие как строчный высокоуровневый код, написанный в порядке объединения блоков, и компилирует его так же.
Ага, а перед этим еще пишем язык программирование на низкоуровневом языке программирование для программирование нодов чтоб програмировать игру, но так же перед этим не стоит забыть написать низкоуровневый язык на машинном языке, объеденим все нахрен!😂
Я, как человек, сделавший игру чисто на нодах в анриле могу выделить, что всё сказанное в видео - правда. Вот только я обазан ещё указать, что в случае тестов внтури самого движка, а не скомпилированного проекта - ноды могут вести себя по разному. По крайней мере я столкнулся с такой проблемой. А заготовленные ноды лучше подключать к триггерам каких-то эвентов, интерфейсу, катсценам. Таким образом задержка не будет вызывать критических ошибок. А если этот коммент читает тот, кто хочет попробовать себя в разработке и планирует сделать маленький проект - то это хороший сопсоб, как и говорилось в видео, чтобы познакомиться с базой. Я со своим 0-ым знанием кода смог сделать игру, а значит и все остальные смогут. Всем удачи и добра, чао
@@МаксимТихонов-ц6н в планах небыло саморекламы, да и не думаю, что кидать ссылки под чужими комментами хороший тон. По крайней мере на мой взгляд. На моём канале есть трейлер и ссылки на игру. Не хочу создавать трудности, но придётся
Мне вообще вызывает удивление что люди моей профессий такое говорят и верят этому бреду и разных слухов, не могут понять 1 вещи что они попали на байт и не хотят подумать своей головой или самим проверить эти вещи
Я пробовал визуальный скриптинг в Unity и это вообще треш полнейший: 1. Для сравнения сделал в нём сделал самый простой контроллер автомобиля за 4 минуты, а потом написал точно такой же контроллер на C# за 36 секунд. А ведь это только самый простой контроллер, а если добавить коробку передач, синхронизацию коллайдеров с колёсами, ограничитель скорости, вращения руля и т.п., то создание такого визуального скрипта займёт уйму времени, а его структура будет нечитаемой, т.к. код слишком большой. 2. Для запуска визуального скрипта к каждому компоненту, который нуждается в коде, нужно вешать несколько компонентов, чтобы прикрепить этот визуальный скрипт. В тоже время можно просто перетянуть C# код на нужный объект и всё. 3. Визуальный скрипт нельзя экспортировать в обычный C# код, из-за чего в случае проблемы с огромным скриптом проще будет сделать скрипт с нуля, чем искать где ошибка...
Помню была такая шляпа в инженерных задачах - LabView и Simulink - проблема в том, что когда визуальная схема разрастается, её очень сложно читать, приходится вкладывать компоненты друг в друга, но читать от этого проще не становится
Ну и понятно, поэтому его и пиарят как «ты можешь делать игры не зная код», ведь это костыль для тех кто не знает код но что-то хочет, это как калькулятор для того кому лень считать
Не знаю, я изучаю движок Unreal Engine и его основные принципы через Blueprints. Он помогает мне строить логику и обеспечивает понимание взаимодействия между компонентами. Параллельно изучаю языки программирования, осознавая, что в масштабных проектах это будет важным навыком
В блюпринтах ещё сложнее разобраться, чем в хорошем коде. Проблема только в том, что код не всегда пишут хороший. Для графических шейдеров ещё используют блюпринты, как в Blender.
Рома, понимаю что ролик старый, и возможно тебе будет в лом отвечать)) но мог бы ты рассказать как можно пилить свои моды к уже реализованной игре? Особенно про язык Lua рассказал бы)
Учился в школе XYZ, где нужно было сделать простую ГКшку на нодах (тогда ещё назывался Bolt, а теперь уже вшитый Visual Script). Хватило меня ровно на один проект 🫠 Ни тебе нормального подключения SDK, ни подключение плагинов, ни работы с оптимизацией. Ну а потом столкнулся с проблемой просмотра нод по алфавиту просто для того чтобы найти то что мне поможет сделать задумку. И опять всё уперлось в элементарное знание программирования )) без этого на нодах новичку даже простой прыжок сделать трудно. В итоге за месяц-два освоил с# на ультра минималках чтобы можно было манипулировать кодом и вот тогда почувствовал свободу действий в создании игры.
Люди думают что визуальный код сильно проще программирования. В реальности ничего сложного на БП не сделаешь т.к. запутаешься. Код в сложных проектах удобнее читать.
Я конечно не смотрел видео, но пофакту блю принты, это тот же современный кодинг. Актуальные ide не дадут тебе написать говна несовместимого. Блюпринты это тот же код в котором вместо базовых команд стрелочки линии и окошки
Не представляю как удобно работать с блюпринтами, больше по душе изолированные модули которые гуляют от проекта к проекту через гитмодули или те же unity pack
У меня вопрос а можно ноду или блупринт поделить на маленькие кусочки кода , и этот код превратить в маленькие кирпичики из которых , можно построить сложную логику как в коде и оптимизировать сами принты или ноды?
Не понимаю, почему генерация/ре-генерация кода на основании лоу-кода диаграммы. Процесс сборки появляется, но ведь это не такая большая плата. Хотя вот нечитаемость, сложность потдержки визуельных штук, мержи без возможности выгрузки их в код и востановления из кода - попробовать что-то поменять одинаковое между кучей обьектов может быть проблемой.
Перформанс визуального скриптинга, обычного кода, и оптимизированного кода различаются в десятки тысяч раз. Этим все сказано, не благодарите. ps, Офф дока мазафака в UE пишет прямым текстом о том, что блюпринт - для прототипов а не для продакшена, кто читает между строк тот сам виноват. Там на чистом английском написано все. Это если опустить момент, что это надо менеджерить, когда в IDE я тыкаю своими руками в переменную, мне покажет локальная она или глобал, и где находится. Как в блюпринт это работает ваще хрен проссышь и есть сомнения что огромные проекты юзают блюпринты. Думаю там везде онли с++ если не лоховской проект.
Я пробовал изучать Блупринты, и скажу так. Это практически невозможно, если не владеешь плюсами. Вернее тебе будет казаться что ты уже что то знаешь и умеешь, но это не так. Ты будешь знать какое то количество стандартных шаблонов для распространенных примеров, и даже сможешь делать что то несложное, подключить сторонние библиотеки или настроить. Но при этом постоянно будешь испытывать боль из за ограничений и стандартизации, абсолютной неинтуитивности и всяких легаси костылей которые лезут там изо всех щелей. Настоящий визуальный код должен быть многоуровневым, от простейших блоков внизу до более сложных функций и библиотек, и именно из визуальных кирпичиков, а не из закодированных в плюсах функций, которые непонятно что делают.
я как человек работавший с нодами но только не в разработке а в создании моделей это такая ебаля, лично мне не очень не удобно ими пользоваться даже не смотря на то что знаю как ими пользоваться
Я тебе скажу больше. ИИ эти нокодинги на своем вычислительном алгоритме вертел. Так что в любом случае программисты вымpyт как мамонты. Это реальность, которая уже в скором будущем станет обыденностью. Как когда то появились конвейеры и ручная сборка ушла в утиль, так же и здесь. Ничего не изменилось.
Например в TS Lab есть подобное программирование. Но почему-то все равно обращаются к программистам чтобы закодировать финальную программу на чем-то более подходящем, например на том же C#
Как для меня блю принты анриала дади мне понять что програмирование не моё второй раз и окончательно первый раз я это понял на обычном кодинге, 3D эт моё там действительно в кайф
Безкодовые решения, как по мне, идеальны для тех, кто просто хочет сделать игру мечты, не имея желания тратить время на изучение всех тонкостей, особенно, если игра без каких-либо нестандартных и глубоких фич.
Чтобы использовать принты нужно быть прогером, но прогер никогда не будет пользоваться подобной дичью. Пока прогер пишет 1 строку кода, блупринетер ищет 3-5 нод, а то и больше, что бы реализовать функционал 1 строки кода. Сам пользовался принтами в том же unity, это боль. Пока вы будете копаться в этом спагетти(еще и в своем, куда уж там чужой) - другой уже будет довольствоваться грамотно спроектированным кодом. Полученный опыт от кода пригодится в любой сфере IT, что не скажешь о принтах, ну это чисто как плюс. Блупринты вас ничему не научат, ведь у "новичка" даже элементарного понятия нет, как все должно работать, для него это будет как бесполезная игрушка...
Так как я больше визуал, то строить блюпринты это очень удобно и наглядно! Сама идея таких "конструкторов" очень классная! Тут важно хорошо научиться навигации в них и разделению на части\модули. Я пробовал работать в Unity и очень простая логика очень быстро разрослась в огромное полотно. Ну и желательно чтобы комп был шустрый чтобы можно было быстро передвигаться по блупринтам туда-сюда. Но да, если шаришь в кодинге, то намного быстрее можно написать кусок кода чем городить полотно из нодов. Короче каждому интсрументу своё применение.
10000р/ч * 40ч * 4 Получаем - 1 600 000 Оч интересный рыночек чет. Почему-то открываем ХХ, и по РФ имеем для сеньера - 300-500. В общем. Ссылку на вакансию, буду вкатываться. А то считай в 3 раза больше чем мне сейчас платят оказывается на рынке.
А я думал где видел эти блоки , а потом как заржал 😂😂😂 Программисты, если кто то имел дела с игрой "While True: learn()" или кто-то слышал , то тоже оцените шутку.
Самый быстрый способ выучить язык - это выучить сначало ояень простой язык(питон, паскаль и т.п) , а потом учиьь сложнее. Я, со знаниями питона, выучил c# вплоть до классов всего за 2 дня
Случай со мной произошёл, как раз говорящий об отношении твоей школы!. Я оставил заявку на обучение на сайте ЯЮниор. Позвонила девушка в течении 30мин. Спросила имя и возраст но сама не представилась, сказала вам перезвонит менеджер в течении часа, Ок у меня выходной буду ждать. Но в течении часа и даже дня мне так и не позвонили, и ни кто так и не связался больше. Но зато спам по телефону пожалуйста три звонка и пару от мошенников, не уверен связано ли это ну уж очень хорошее совпадение. И вишенка на торте, на следующий день мне приходит письмо на почту-Вы оставили заявку на получение информации о курсе. Она еще актуальна? Если да, то напишите, пожалуйста, Ваше имя, возраст, номер телефона и предпочтительный способ связи. Это как понимать, а нафига мне звонила девушка из вашей школы?? И теперь вопрос, это бля что за приколы??
как раз тебе не место в it, судя по твоим рассуждениям, во-первых утверждение о том что не код = костыль, уже говорит о том что ты не разбираешься, во-вторых упрощение операций со сложными процессами это и есть суть айти, вчи computer science
Просто какие то куски статей из интернета. Человек явно не компетентен в таких вопросах. Забыл сказать про невероятно сложные плюсы. 🤣 Если у меня есть какая то сложна функция для тика я должен весь проект переписать на плюсы а не просто эту функцию(метод ахах ). А ещё лучше юнити скачать. там больт мёртв по этому думать не придётся.
Херня все это. Это получается дольше, ты фигачишь огромное количество плиточек, хотя в коде реализация всего 7 строчек и цикл While или DoWhile и не всегда корректно. А про остальное, оптимизация и тд я вообще молчу... А если ты не умеешь кодить то вообще ничего не получится...
Из 700 профессий в IT я найду идеальную именно для тебя и выведу на доход 150 000 рублей в месяц в моем телеграм-боте по этой ссылке: t.me/break_into_it_bot?start=blueprint
Тут можно упомянуть NI Labview и ее язык G. Система визуального кодинга для инженеров. В принципе это обычный язык программирования вроде с++, только графический. Очень наглядно писать в нем многопоточный и параллельный код. Отдельное удовольствие писать код для последующей трансляции в RTL языки - т.к. структура ПЛИС ужас как напоминает блоки, соединенные ниточками.
Причем итоговый код реально быстро работает, да, для отдельных мясных процедур имеет смысл прицепить оптимизированную дээлельку с нужной функцией, но в целом производительность хороша.
про блю принты, в анриле же вроде можно преобразовать принты в код, то есть типа набросок сделал принтами, перевёл в код и отредачил, не?
а слабо свести весь этот треш, что набил на туловище и том, что к нему приделано?
- Я NoCode разработчик
- Круто, я как раз NoCash заказчик
Хорош 😂
Выучил Zero Code? Вот твои Zero вакансии!
Всё с нетерпением ждём 20 часовой курс по Unity!!!!!!
Аминь 🙏🏼
Блин, ребят, просто надо не забывать, что БП это один из инструментов. В основном, БП нужны не программистам, а Гейм-Дизайнерам. Проверить простенькую идею, подкрутить значение и т.п. Как говорится, можно без одного гвоздя построить здание, на рыбьем клею... но зачем!? Надо перестать использовать инструменты не по назначению.
так ты на плюсах будешь делат ькомпоненты, которые уже будут настраивать дизайнеры. нафига каждый раз лезть в плючы и копаться в коде?) это логично же, что даже умея на плюсах ты будешь уже потом настраивать в принтах и компонентах.
В защиту рыбьего клея хочу сказать, что он весьма недурен, соединения получаются прочные)
ерись для нубов.
@@Этонеканал-б5п *ерЕсь. Что не так? Или за время, что я отошёл от UE, БП так похорошели, что теперь на них можно серьёзные проекты целиком выстраивать? Без потери в производительности, в скорости разработки, поддерживаемости и расширяемости?
Я 5 лет сидел на блюпринтах, а потом перелез на С++. Скажу так, поскольку БП это надстройка над С++, то на БП можно написать практически что угодно. Но главная проблема не в производительности. А в чрезмерном переусложнении проекта. Сотня классов в плюсах, это ни о чём. В блупринтах же это превращается в вакханалию, даже если архитектура выстроена грамотно. На плюсах сложные системы писать многократно удобнее и функционал шире, та же многопоточность, шаблоны, расширенная библиотека алгоритмов и т.д. Плюс значительно удобнее разбивать на модули и работать с областями видимости. На блупринтах же удобно управлять всеми теми системами написанными на С++, и делать именно игровую логику, а не писать там всякие системы типа поиска пути или генератора локаций.
База, добавлю еще немного "индустриального контекста" в больших студиях уже лет 20-25 как используют скриптовые языки по типу lua(самый популярный, использовался в witcher 3, GTA5, dota2, Elden Ring ...) для связывания систем написанных на C++ между собой, создания скриптовых моментов, квестов, ИИ противников и кучи других задач.
В больших студиях челы не знающие C++, но работающие в движке, используют для своих задач lua для написания скриптов, это могут быть технические геймдизайнеры, квест-дизайнеры, нарративщики, да и просто сами разрабы(не все же системы писать)...
Blueprint'ы используются для тех же вещей что lua - скриптинг, повезло что для крестьян кривозубых(нас) появился инструмент лучше чем в AAA студиях - blueprint'ы, но прям фулл игру писать на blueprint'ах если работает >5-10 челов это безумие, на плюсиках кор-механики, на блюпринтах контент(абилки/эффекты/...), скрипты и другие штуки.
Ну и Рома не знаком с Анриалом. Эпики ооочень выкрутили виртуальную машину, и оверхед практически околонулевой в БП
П.с.: но мы все равно ищем изначально программистов, потому что мышление и навыки дебага делая простые задачки по гайдам на БП не получишь
привет , а что ты думаешь о GDScript?
@@ak-rz7em GDScript - это как Lua, но для Godot. Очень хороший встроенный скриптовый язык, чтобы писать игровую логику на Godot. Использовать с этим движком C# смысла не вижу, только лишнее усложнение и лишние зависимости.
Блок-схема, как ты изменилась!... Привет от основ алгоритмизации))
Ага, "код стал не нужен" 😄А кто для всех этих любителей блюпринтов и прочего ноукода будет делать красивые окошечки, в которых они будут расставлять свои квадратики? Кому-то всё равно придется кодить все эти штуки для тех, кто так и не смог научиться пользоваться клавиатурой! 🤣
блупринт основан на c++, является аналогом кодинга, так что клавиатурой там всё таки нужно пользоваться. заменяется только сама суть кодинга, строки заменяются на квадратики, всё остальное остаётся тем же.
не парься, через 5 лет LLM закодят всё.
Плохая логика. Будет просто по итогу один монопольный инструмент. Сейчас никто не пишет на двоичном коде, как и мы в будущем сможем без последствий отказаться от обычного программирования.
@@sankurasan некорректное сравнение. Двоичным кодом программы писали от силы первое десятилетие существования ЭВМ. Почти сразу с появлением первых ЭВМ появились и языки программирования: всякие там ассемблеры и фортраны. Просто потому что ноликами и единичками кодить неудобно. А словами и десятичными цифрами - очень даже удобно. Поэтому непонятно, почему индустрия должна отказаться от классического программирования? Ради еще большего наплыва в нее еще более некомпетентных личностей, которые оказались неспособны писать код буквами и цифрами?
@@igor_mutnyуспокаивайся себя)
Вообще криэйтору не важно пишет он код или нет, главное результат. Я вот как инженер не хотел изучать все эти тонкости работы ПК, как там переменные и сущности типа интерфейсов и классов работают, хотелось просто побыстрее решить свои инженерные задачи, но пришлось кучу времени уделять C# и вникать в задачи которые мне по сути не нужны. Поэтому NoCode очень нужен, но тот что сейчас не очень устраивает и пока развит не очень. А по сути то надо чтобы можно было графически без кода создавать те же классы и модули функций, а потом связывать их.
Это и есть причина по которой технология не станет концом кодинга
- производительность
Спагетти коды по хуже фабрик в факторио
Все равно нужны знания в программировании для того, чтобы писать все на блюпринтах.
Другу показывал как БП пользоваться, но он нихера не понял, т.к. у него нет основ знаний про программирование(а еще потому что я херовый объяснялщик).
На мой взгляд, эти два направления было бы круто объединить. Берем компилятор С#, интерфейс с блоками, и каждый блок кодим вручную (как функции или библиотеки), после чего объединяем их в ноды. При этом, сам компьютер видит это безобразие как строчный высокоуровневый код, написанный в порядке объединения блоков, и компилирует его так же.
Ага, а перед этим еще пишем язык программирование на низкоуровневом языке программирование для программирование нодов чтоб програмировать игру, но так же перед этим не стоит забыть написать низкоуровневый язык на машинном языке, объеденим все нахрен!😂
@@kryptodog1066 ну так ведь все языки программирования работают по этому принципу, разве нет?))
Я, как человек, сделавший игру чисто на нодах в анриле могу выделить, что всё сказанное в видео - правда. Вот только я обазан ещё указать, что в случае тестов внтури самого движка, а не скомпилированного проекта - ноды могут вести себя по разному. По крайней мере я столкнулся с такой проблемой. А заготовленные ноды лучше подключать к триггерам каких-то эвентов, интерфейсу, катсценам. Таким образом задержка не будет вызывать критических ошибок. А если этот коммент читает тот, кто хочет попробовать себя в разработке и планирует сделать маленький проект - то это хороший сопсоб, как и говорилось в видео, чтобы познакомиться с базой. Я со своим 0-ым знанием кода смог сделать игру, а значит и все остальные смогут. Всем удачи и добра, чао
Ссылочку на вашу игру можно?
@@МаксимТихонов-ц6н в планах небыло саморекламы, да и не думаю, что кидать ссылки под чужими комментами хороший тон. По крайней мере на мой взгляд. На моём канале есть трейлер и ссылки на игру. Не хочу создавать трудности, но придётся
@@МаксимТихонов-ц6н как смеете вы не верить человеку на слово в интернете?
Мне вообще вызывает удивление что люди моей профессий такое говорят и верят этому бреду и разных слухов, не могут понять 1 вещи что они попали на байт и не хотят подумать своей головой или самим проверить эти вещи
Я пробовал визуальный скриптинг в Unity и это вообще треш полнейший:
1. Для сравнения сделал в нём сделал самый простой контроллер автомобиля за 4 минуты, а потом написал точно такой же контроллер на C# за 36 секунд. А ведь это только самый простой контроллер, а если добавить коробку передач, синхронизацию коллайдеров с колёсами, ограничитель скорости, вращения руля и т.п., то создание такого визуального скрипта займёт уйму времени, а его структура будет нечитаемой, т.к. код слишком большой.
2. Для запуска визуального скрипта к каждому компоненту, который нуждается в коде, нужно вешать несколько компонентов, чтобы прикрепить этот визуальный скрипт. В тоже время можно просто перетянуть C# код на нужный объект и всё.
3. Визуальный скрипт нельзя экспортировать в обычный C# код, из-за чего в случае проблемы с огромным скриптом проще будет сделать скрипт с нуля, чем искать где ошибка...
Помню была такая шляпа в инженерных задачах - LabView и Simulink - проблема в том, что когда визуальная схема разрастается, её очень сложно читать, приходится вкладывать компоненты друг в друга, но читать от этого проще не становится
а обычным кодом будто не так. сравота...
блупринты тоже можно на макросы и функции разложить для компактности.и компоненты!
Ну и понятно, поэтому его и пиарят как «ты можешь делать игры не зная код», ведь это костыль для тех кто не знает код но что-то хочет, это как калькулятор для того кому лень считать
Не знаю, я изучаю движок Unreal Engine и его основные принципы через Blueprints. Он помогает мне строить логику и обеспечивает понимание взаимодействия между компонентами. Параллельно изучаю языки программирования, осознавая, что в масштабных проектах это будет важным навыком
Блюпринты менее оптимизированы чем код, и менее гибкие
Я тебе что то про гибкость и оптимизацию сказал?@@mal1n778
В блюпринтах ещё сложнее разобраться, чем в хорошем коде. Проблема только в том, что код не всегда пишут хороший.
Для графических шейдеров ещё используют блюпринты, как в Blender.
Наверно это лучший выпуск на канале
Рома, понимаю что ролик старый, и возможно тебе будет в лом отвечать)) но мог бы ты рассказать как можно пилить свои моды к уже реализованной игре? Особенно про язык Lua рассказал бы)
Видео вышло на момент когда уже давно есть UE5, но показывать древнюю версию мамонта UE4 - потрачено ...
Учился в школе XYZ, где нужно было сделать простую ГКшку на нодах (тогда ещё назывался Bolt, а теперь уже вшитый Visual Script). Хватило меня ровно на один проект 🫠 Ни тебе нормального подключения SDK, ни подключение плагинов, ни работы с оптимизацией.
Ну а потом столкнулся с проблемой просмотра нод по алфавиту просто для того чтобы найти то что мне поможет сделать задумку. И опять всё уперлось в элементарное знание программирования )) без этого на нодах новичку даже простой прыжок сделать трудно.
В итоге за месяц-два освоил с# на ультра минималках чтобы можно было манипулировать кодом и вот тогда почувствовал свободу действий в создании игры.
Где курс по юнити, красавчик?????????????
Люди думают что визуальный код сильно проще программирования.
В реальности ничего сложного на БП не сделаешь т.к. запутаешься.
Код в сложных проектах удобнее читать.
Я конечно не смотрел видео, но пофакту блю принты, это тот же современный кодинг. Актуальные ide не дадут тебе написать говна несовместимого. Блюпринты это тот же код в котором вместо базовых команд стрелочки линии и окошки
Не представляю как удобно работать с блюпринтами, больше по душе изолированные модули которые гуляют от проекта к проекту через гитмодули или те же unity pack
У меня вопрос а можно ноду или блупринт поделить на маленькие кусочки кода , и этот код превратить в маленькие кирпичики из которых , можно построить сложную логику как в коде и оптимизировать сами принты или ноды?
Ох и шея у тебя, реально на зэка похож.
Не понимаю, почему генерация/ре-генерация кода на основании лоу-кода диаграммы. Процесс сборки появляется, но ведь это не такая большая плата. Хотя вот нечитаемость, сложность потдержки визуельных штук, мержи без возможности выгрузки их в код и востановления из кода - попробовать что-то поменять одинаковое между кучей обьектов может быть проблемой.
А как резолвить мерж конфликты в блупринтах?)
git merge --strategy-option ours потому что твой блупринт лучше
Перформанс визуального скриптинга, обычного кода, и оптимизированного кода различаются в десятки тысяч раз. Этим все сказано, не благодарите.
ps, Офф дока мазафака в UE пишет прямым текстом о том, что блюпринт - для прототипов а не для продакшена, кто читает между строк тот сам виноват. Там на чистом английском написано все. Это если опустить момент, что это надо менеджерить, когда в IDE я тыкаю своими руками в переменную, мне покажет локальная она или глобал, и где находится. Как в блюпринт это работает ваще хрен проссышь и есть сомнения что огромные проекты юзают блюпринты. Думаю там везде онли с++ если не лоховской проект.
Скажите так коддинг стал не нужен?
хахахаха
(Крутой скелет)Зиро кодинг? Хорош. Для тебя есть зиро вакансий.
7:40, там вопрос не в наличии ноды, а в том что это вообще непростая задача для Анриала ХД Надо жестко сорсы перепиливать
Чем дальше в будущее тем чаще слышиься я 10 лет учил (....втавить произвольное умение) ,но зачем?
Я пробовал изучать Блупринты, и скажу так. Это практически невозможно, если не владеешь плюсами. Вернее тебе будет казаться что ты уже что то знаешь и умеешь, но это не так. Ты будешь знать какое то количество стандартных шаблонов для распространенных примеров, и даже сможешь делать что то несложное, подключить сторонние библиотеки или настроить. Но при этом постоянно будешь испытывать боль из за ограничений и стандартизации, абсолютной неинтуитивности и всяких легаси костылей которые лезут там изо всех щелей. Настоящий визуальный код должен быть многоуровневым, от простейших блоков внизу до более сложных функций и библиотек, и именно из визуальных кирпичиков, а не из закодированных в плюсах функций, которые непонятно что делают.
я как человек работавший с нодами но только не в разработке а в создании моделей это такая ебаля, лично мне не очень не удобно ими пользоваться даже не смотря на то что знаю как ими пользоваться
А я не понял, когда в юнити появился визуальный скриптинг, по моему раньше такого не было
Непонятно как code review в гите проводить. Как вообще систему контроля версий использовать?
Я тебе скажу больше. ИИ эти нокодинги на своем вычислительном алгоритме вертел. Так что в любом случае программисты вымpyт как мамонты. Это реальность, которая уже в скором будущем станет обыденностью. Как когда то появились конвейеры и ручная сборка ушла в утиль, так же и здесь. Ничего не изменилось.
У этого "Эксперта" хоть одна годная игра в итоге получилась?
Не знаю кст, смотрю его просто по приколу
Одну или две игры под Стим щас делают
Как будто программисты только игры делают😂
Например в TS Lab есть подобное программирование. Но почему-то все равно обращаются к программистам чтобы закодировать финальную программу на чем-то более подходящем, например на том же C#
Сейчас для Ts Lab можно в ChatGpt дописать то что надо. Программер вообще не нужен
Как для меня блю принты анриала дади мне понять что програмирование не моё второй раз и окончательно первый раз я это понял на обычном кодинге, 3D эт моё там действительно в кайф
после слов спавнит пулю можно выключать видео, он от оружия пулю спавнит пасаны)))) угараю
А вы обучаете делать ботов??? Хотел бы научиться, а информации структурированной не нашел
@@drm365По автоматизации действий в онолайн играх. Сам я научился только делать макросы(
Как по мне, без знания языков программирования нет смысла суваться куда-то ещё
В каждой шутке есть доля шутки
Второй Аяз Шляпалудинов😂
Безкодовые решения, как по мне, идеальны для тех, кто просто хочет сделать игру мечты, не имея желания тратить время на изучение всех тонкостей, особенно, если игра без каких-либо нестандартных и глубоких фич.
Блин, капец ты на Тони Раута похож
Чтобы использовать принты нужно быть прогером, но прогер никогда не будет пользоваться подобной дичью. Пока прогер пишет 1 строку кода, блупринетер ищет 3-5 нод, а то и больше, что бы реализовать функционал 1 строки кода. Сам пользовался принтами в том же unity, это боль. Пока вы будете копаться в этом спагетти(еще и в своем, куда уж там чужой) - другой уже будет довольствоваться грамотно спроектированным кодом. Полученный опыт от кода пригодится в любой сфере IT, что не скажешь о принтах, ну это чисто как плюс. Блупринты вас ничему не научат, ведь у "новичка" даже элементарного понятия нет, как все должно работать, для него это будет как бесполезная игрушка...
Он так и не выучил сольфеджио...
Нативизацию уже отключили же с UE5 версией.
Тем временем, люди активно осваивают эту нишу и клепают моб. приложения на БП.
Почему нет такого же канала по Unreal😭
спс я в курсе об е то м
Лучше прожить без знания визуалки, чем визуалить без знания кода, редукция - признак профессионализма и понимания
Единственное для чего подходит код без кода - это накидать прототип, все остальное от лукавого.
javascript в браузере и java тоже виртуальные машины, но игры почему то на них не лагают, даже большие)
что такое "скам" в вакансиях?
Походу я знаю на чем писали тарков.
14:36
Роман, позвольте узнать, скольких людей вы довели до заработка 10.000₽ в час?
голос у ведущего, как на канале черный треугольник
Так как я больше визуал, то строить блюпринты это очень удобно и наглядно! Сама идея таких "конструкторов" очень классная! Тут важно хорошо научиться навигации в них и разделению на части\модули. Я пробовал работать в Unity и очень простая логика очень быстро разрослась в огромное полотно. Ну и желательно чтобы комп был шустрый чтобы можно было быстро передвигаться по блупринтам туда-сюда. Но да, если шаришь в кодинге, то намного быстрее можно написать кусок кода чем городить полотно из нодов. Короче каждому интсрументу своё применение.
можно ли написать полноценную игру на блюпринтаз?
10000р/ч * 40ч * 4
Получаем - 1 600 000
Оч интересный рыночек чет.
Почему-то открываем ХХ, и по РФ имеем для сеньера - 300-500.
В общем. Ссылку на вакансию, буду вкатываться. А то считай в 3 раза больше чем мне сейчас платят оказывается на рынке.
5:50 анрил же)
А я думал где видел эти блоки , а потом как заржал 😂😂😂 Программисты, если кто то имел дела с игрой "While True: learn()" или кто-то слышал , то тоже оцените шутку.
Работать без глубокого понимания своего инструмента это абсурд. А глубокого понимания игрового движка без знания программирования быть не может
Самый быстрый способ выучить язык - это выучить сначало ояень простой язык(питон, паскаль и т.п) , а потом учиьь сложнее. Я, со знаниями питона, выучил c# вплоть до классов всего за 2 дня
10к в час на геймдеве? Что за песочные замки.
Нет там таких зарплат.
Вы сеньёр разработчик ?
учитывая оптимизацию современных игр на ПК, они как будто и так поголовно пишутся визуальным кодингом лол
*Труд человека и творчество скоро нахер обесцениться!!!*
это влажные фантазии которых не будет никогда
Хватит читать текст сценария на экране!( Отвлекает от хорошего материала видоса..
Случай со мной произошёл, как раз говорящий об отношении твоей школы!. Я оставил заявку на обучение на сайте ЯЮниор. Позвонила девушка в течении 30мин. Спросила имя и возраст но сама не представилась, сказала вам перезвонит менеджер в течении часа, Ок у меня выходной буду ждать. Но в течении часа и даже дня мне так и не позвонили, и ни кто так и не связался больше. Но зато спам по телефону пожалуйста три звонка и пару от мошенников, не уверен связано ли это ну уж очень хорошее совпадение. И вишенка на торте, на следующий день мне приходит письмо на почту-Вы оставили заявку на получение информации о курсе. Она еще актуальна?
Если да, то напишите, пожалуйста, Ваше имя, возраст, номер телефона и предпочтительный способ связи. Это как понимать, а нафига мне звонила девушка из вашей школы?? И теперь вопрос, это бля что за приколы??
10к в час,.. ммм... а у вас больше?)
О, опять вижу этого инфоцыгана.. когда он перестанет у меня появляться?
ну понятно, зачем кодить если можно просто лясы точить здесь и получать за это
ноукодинг, блюпринт... стар я для этого дерьма, пошел курить ассемблер.
Открывайте форточку: АКЦЕНТИРОВАТЬ - сделать акцент
No-code с no-salary
Всё норм я пытаюсь учить...
Людям, которые намеренно "избегают" кодинг и вместо него используют все эти костыли, не место в айти.
как раз тебе не место в it, судя по твоим рассуждениям, во-первых утверждение о том что не код = костыль, уже говорит о том что ты не разбираешься, во-вторых упрощение операций со сложными процессами это и есть суть айти, вчи computer science
@@henshin5369 я скорее про то, как зерокодинг рекламируют, мол там все просто и любой дурак разберется, а грести бабло будет как опытный программист.
гуд
Будущее за пхп. Нейросети все захватят, но пхп нет, потому что они будут плеваться и оставят это язык в покое.
Ты снача дотяни до Windernona. Потом что нибудь по чистоту выкладывай
Если ты используешь nocode, то будь добр плати за подписку
но видео норм
Кликбейтный инфоцыган
Зачем что то учить, когда есть чорт джыпити?
Рома, как ты уже достал. Спам и постоянный треш, больше от тебя ничего ожидать.
динаху инфоциган
первый
Просто какие то куски статей из интернета. Человек явно не компетентен в таких вопросах. Забыл сказать про невероятно сложные плюсы. 🤣 Если у меня есть какая то сложна функция для тика я должен весь проект переписать на плюсы а не просто эту функцию(метод ахах ). А ещё лучше юнити скачать. там больт мёртв по этому думать не придётся.
Херня все это. Это получается дольше, ты фигачишь огромное количество плиточек, хотя в коде реализация всего 7 строчек и цикл While или DoWhile и не всегда корректно. А про остальное, оптимизация и тд я вообще молчу... А если ты не умеешь кодить то вообще ничего не получится...