31–40 of 113 posts
If they want visual editing they should look into old Game Maker or Construct 3 for how to do newbie friendly visual scripting.
Earlier quoted context omitted.
Engineers wants C++, scripters and artists wants Visual Scripting. Seems like an obvious choice to make everyone happy instead of trying to find a middle ground where nobody is?
The error is believing engineers can't draw and artists can't code. Skill is not a zero sum game.
Earlier quoted context omitted.
Engineers wants C++, scripters and artists wants Visual Scripting. Seems like an obvious choice to make everyone happy instead of trying to find a middle ground where nobody is?
I think Godot shows there's a clear subset of people (generally indie developers) who are fine with the middle ground of a proper scripting language instead of either extreme. It's why languages like Lua are still fairly popular when the option to use it exists.
The sort of graph based editing they used sucks for coding anything beyond a pile of data transformations (which is why it works well in Enso or for Blender pipelines). If they want visual editing they should look into old Game Maker or Construct 3 for how to do newbie friendly visual scripting.
Does this mean they are also removing the VisualShader as well? Or purely the scripting part?
It seems likely that enough people use VisualShader to justify its existance. It is also common to define shaders visually, for instance in Blender.
The sort of graph based editing they used sucks for coding anything beyond a pile of data transformations (which is why it works well in Enso or for Blender pipelines). If they want visual editing they should look into old Game Maker or Construct 3 for how to do newbie friendly visual scripting.
That’s why it wise to put it into a GDExtension, maybe one day we will see some experiments with some drag and drop functionality. Although for me the scenetree is already visual enough.
Anyway, back on topic, yeh I think this is for the best. I never really saw it used, and the few times I tried myself it seemed less intuative than just programming. Also much harder to express in documentation. Also for beginners, its not a great lesson to learn, visual scripting is uncommon in the wider industry outside of game dev, and where it does exist is very specific to its own software
Earlier quoted context omitted.
The error is believing engineers can't draw and artists can't code. Skill is not a zero sum game.
I'm working with media artists and the very best way to make them flee is to tell them that they have to use the keyboard. Yes, there's the occasional geek but the overwhelming majority really doesn't like it - I'm not even talking about coding (I saw people get up and leave when showing code stuff in art contexts), just for instance having to use some keyboard shortcuts to do something is already too much in many ca…
But my experience is that the population who will not learn code (and I am not talking about learning c++, more like SQL and python/VBA) is also the population who will not want to learn a complex software with its internal logic and create complex workflows.
Whereas the population who would be happy to do so, is also the population who would pick up a scripting language easily.
So in the end the user base for those tools is pretty narrow.