I found this channel two days ago, and I love absolutely everything about it! The topics, your views, the way you explain things, your humor. Even if I'm already aware of many of the things you talk about, watching your videos are still fun and interesting. I really hope what I manage to learn from you is your easy-going "close enough, roll with it" attitude, since I find that the opposite of that is my most debilitating issue as a programmer.
basically it's classes that are composed of other classes. Which is what we do in programming all the time when we add classes as properties to other classes.
I really hoped you'd talk about solutions to the problem of making components "talk" to each other, because I've seen a tutorials about the advantages of components, but every time I try to implement it I run into issues and find it very cumbersome to communicate between the different components. Also how do I know that an object I'm interacting with actually has the component I need, with Inheritance I simply know that every object that inherits from enemy has a die() function and it's handled in some way. Even if it does nothing, it at least doesn't crash, I can just blind fire. Would I have to check every time if a component exists before accessing it's functionality? In principle these concepts always sound very simple, but in practice and detail it often ends up being very confusing. Also In Godot if I would need the exact same roar() functionality in two objects that inherit from different classes I would probably make a roar.gd script with that functionality and load it when the object is created, so I don't really see the big problem with this particular example anyways ...or is this solution already a kind of component system? I'm self taught so I struggle with this architecture and pattern stuff, since all the programming I've done always was in some kind of game engine that already implements things in one or the other way. I probably already use all that stuff, and mix and match it together randomly, but I'm bad at identifying the type of pattern I'm using, and bad at using a pattern intentionally ....like "Aha! Here is a good place to use the something something pattern", things would probably be easier if I could. Anyways, I'm rambling. Thanks for the video, you had some nice analogies that'll stick with me, like the bulldozer :D Cheers
In Godot you could make a class script, write the code, then make a resource file from that script. Then export(Resource) in the resource into the thing that actually uses it. I think that'd work? It might not always be the best idea. At least that's how I'd go about implementing and plugging in components. I just need to stop writing Mono Blocks first.
@@VaSoapman in their third paragraph they talk about that. would that be called component programming? am also starting from a shaky foundation and have ran into the bulldozer problem with all my projects.
I found this channel two days ago, and I love absolutely everything about it! The topics, your views, the way you explain things, your humor.
Even if I'm already aware of many of the things you talk about, watching your videos are still fun and interesting. I really hope what I manage to learn from you is your easy-going "close enough, roll with it" attitude, since I find that the opposite of that is my most debilitating issue as a programmer.
basically it's classes that are composed of other classes. Which is what we do in programming all the time when we add classes as properties to other classes.
I really hoped you'd talk about solutions to the problem of making components "talk" to each other, because I've seen a tutorials about the advantages of components, but every time I try to implement it I run into issues and find it very cumbersome to communicate between the different components.
Also how do I know that an object I'm interacting with actually has the component I need, with Inheritance I simply know that every object that inherits from enemy has a die() function and it's handled in some way. Even if it does nothing, it at least doesn't crash, I can just blind fire. Would I have to check every time if a component exists before accessing it's functionality? In principle these concepts always sound very simple, but in practice and detail it often ends up being very confusing.
Also In Godot if I would need the exact same roar() functionality in two objects that inherit from different classes I would probably make a roar.gd script with that functionality and load it when the object is created, so I don't really see the big problem with this particular example anyways ...or is this solution already a kind of component system?
I'm self taught so I struggle with this architecture and pattern stuff, since all the programming I've done always was in some kind of game engine that already implements things in one or the other way. I probably already use all that stuff, and mix and match it together randomly, but I'm bad at identifying the type of pattern I'm using, and bad at using a pattern intentionally ....like "Aha! Here is a good place to use the something something pattern", things would probably be easier if I could.
Anyways, I'm rambling. Thanks for the video, you had some nice analogies that'll stick with me, like the bulldozer :D
Cheers
I think he's got another video on signals and other ways to make components talk.
In Godot you could make a class script, write the code, then make a resource file from that script.
Then export(Resource) in the resource into the thing that actually uses it.
I think that'd work? It might not always be the best idea. At least that's how I'd go about implementing and plugging in components. I just need to stop writing Mono Blocks first.
@@VaSoapman in their third paragraph they talk about that. would that be called component programming? am also starting from a shaky foundation and have ran into the bulldozer problem with all my projects.
I definitely use the bull dozer method, I'll be more conscious of how you've advised to do it at the end makes sense
Great channel
What is the website/software you use to do the diagramming and such for visualization?? I love that so much
It's Microsoft Whiteboard.
gold! ♥
I have nothing better to do so I watched u spawn that trex
Fantastic videos.. Big thank you, have finally learnt something. What is the whiteboard you use...;-)
More videos please kind sir