Some experts say that visual programming is the future (nodes) because visually you can understand (cover) a more complex algorithm. Question to the author of the video: Can I use visual scripting in houdini without VEX and other obsolete programming methods at all or is houdini still dependent on old technologies and visual sciping is not yet fully developed and has limitations?
As a person who is not an expert i would say, yes but no? Visual scripting is amazing, because you see what is done. And therefore lends itself more for all artists. However, clean code should give you the same when u follow coding paradigms, its faster to implement, is easier optimized, more consice, less layered. You can do all that is known or not known to humanity with code, while visual programming only lets you do the operations that were thought of by the devs. Its more dependent on the environment as well. Maths does not change at the same rate as nodes do... However visual programming might be faster in the end, since each program has different bottlenecks, and those might be known by the devs, so their nodes might do optimizations whose level you might not be able to reach with your own codebase. Soooo, i would not say one is more the future than the other. It is context dependent. Both have its merits. As a rigger i am biased tho, so i feel like not much is able to beat clean written and well thought out code in a language that is designed for the specific task.
@@xxxpyrosxxx "....Both have its merits....." You get the matter quicker when you take a look at a picture than if you take a look at a paper with verbal - code. It alllow percieve more complicated program ideas. Visual information is more natural for human-physiology than verbal and numeric ones
@Staglaitor Hmm, i agree, however, i think it is equatable to mathematic functions. A mathematician will more easily understand the notations used in, well, maths. Since it is what they are trained in, compared to computer science maths or a nodetree of ops. For me it is easier to look at the code to see what a rig does compared to the nodetree, parent child relations and so on. Just because code usually is more consice, you see the thinking going in, all relationships, all methods and functions. This is also the trouble i have with houdini. If i have a network, that has a subnet, which has a subnet, which has a subnet, which has a reference to a for loop of which it takes the outcome. It gets crowded and my mind has difficulties understanding the layers. I much rather have a well structured wrangle node where all the information is in, and that provides all the information in the right scope. But as i said, i think its all about finding the right tool for the right task and the right people.
@@xxxpyrosxxx Next step of visual scripting development is icon-construction. The problem in houdini is - all node are the same in visual aspect and you can't understand what the point is inside the node. I deem that visual representation of the node should change to be approapriate the point of the node. It will make the node -perception more quicker
music is too loud and hard to hear your voice. would be good if it can be adjusted
Can't hear anything because of the music.
Thank you so much. This is what I need
Oh nice i will try
Thank you so much for your effort!
Some experts say that visual programming is the future (nodes) because visually you can understand (cover) a more complex algorithm. Question to the author of the video: Can I use visual scripting in houdini without VEX and other obsolete programming methods at all or is houdini still dependent on old technologies and visual sciping is not yet fully developed and has limitations?
As a person who is not an expert i would say, yes but no?
Visual scripting is amazing, because you see what is done. And therefore lends itself more for all artists.
However, clean code should give you the same when u follow coding paradigms, its faster to implement, is easier optimized, more consice, less layered.
You can do all that is known or not known to humanity with code, while visual programming only lets you do the operations that were thought of by the devs. Its more dependent on the environment as well. Maths does not change at the same rate as nodes do...
However visual programming might be faster in the end, since each program has different bottlenecks, and those might be known by the devs, so their nodes might do optimizations whose level you might not be able to reach with your own codebase.
Soooo, i would not say one is more the future than the other. It is context dependent.
Both have its merits. As a rigger i am biased tho, so i feel like not much is able to beat clean written and well thought out code in a language that is designed for the specific task.
@@xxxpyrosxxx "....Both have its merits....."
You get the matter quicker when you take a look at a picture than if you take a look at a paper with verbal - code. It alllow percieve more complicated program ideas. Visual information is more natural for human-physiology than verbal and numeric ones
@Staglaitor
Hmm, i agree, however, i think it is equatable to mathematic functions.
A mathematician will more easily understand the notations used in, well, maths. Since it is what they are trained in, compared to computer science maths or a nodetree of ops.
For me it is easier to look at the code to see what a rig does compared to the nodetree, parent child relations and so on.
Just because code usually is more consice, you see the thinking going in, all relationships, all methods and functions.
This is also the trouble i have with houdini.
If i have a network, that has a subnet, which has a subnet, which has a subnet, which has a reference to a for loop of which it takes the outcome. It gets crowded and my mind has difficulties understanding the layers.
I much rather have a well structured wrangle node where all the information is in, and that provides all the information in the right scope.
But as i said, i think its all about finding the right tool for the right task and the right people.
That being said, there is a reason why programmers use flowcharts etc... just because it makes it simple to grasp rough relations.
@@xxxpyrosxxx Next step of visual scripting development is icon-construction. The problem in houdini is - all node are the same in visual aspect and you can't understand what the point is inside the node. I deem that visual representation of the node should change to be approapriate the point of the node. It will make the node -perception more quicker
Very cool. Thanks!
Just an fyi audio is too loud. Thank you for the series otherwise.
brother hard time hearing anything
all I can hear is music, barely hear what you're saying
It's basically just a cut down of all the following lessons. I figured out to late that it's confusing 😕