you just made a mockery of Salford City College, UK England in 1minute 47seconds because its taken them 3months to explain (very poorly) what you explained much simpler in a much shorter time.
Thanks for the heads up on a tick event. This helps me a lot, even though I'm working with just Arduino. Your presentation of the concepts sounds good. I'll make notes and attempt an application with various hardware and software. Thanks again.
Hello and thank you for your comment! Since you mentioned Arduino, Arduinos have interrupts, which act a lot like events and event handlers, it's a really interesting topic that can up your Arduino game when used right! If this is a topic that interests you, I've done a video here in the past that you might like to look over: th-cam.com/video/uK6w5OP2FVc/w-d-xo.html
So does this mean that the main program loop is not meant to be a flow of logic but rather a series of function calls based on various user inputs? I'm still trying to wrap my head around it because it seems a little counter-intuitive. Currently trying to write a simple game in python for context
Hello and thank you for your comment! Well, "series of function calls" and "flow of logic" aren't necessarily mutually exclusive. The things that need to happen "over time" in the context of your game (eg. Moving NPCs and simulations forward) will still be triggered by your main loop, and it'll work whether you write it as a function call or not. Of course, ideally you'd write it as a function and have it execute asynchronously so your main loop never gets bogged down by this operation.
Hello and thank you for your comment! Not usually. They're normally implemented using threading or concurrency techniques, so that when not required, they're completely suspended and yield up any processor time to other processes. This is different compared to a busy wait where they keep polling to see if there are any tasks they need to do.
Thanks for this video. Clear introduction of ideas. Each of the example built on complexity and this was helpful for me to understand it.
Hello and thank you very much for your comment! Very happy to be of help =)
Bro explained it better then my teacher
Hello and thank you very much for your comment! Glad you liked the video =)
I'm liking the new update schedule!
Thank you! This is actually my usual update schedule, and I was on hiatus before =P
you just made a mockery of Salford City College, UK England in 1minute 47seconds because its taken them 3months to explain (very poorly) what you explained much simpler in a much shorter time.
Hello and thank you very much for your comment! Very happy to be of help =)
Thanks for the heads up on a tick event. This helps me a lot, even though I'm working with just Arduino. Your presentation of the concepts sounds good. I'll make notes and attempt an application with various hardware and software. Thanks again.
Hello and thank you for your comment! Since you mentioned Arduino, Arduinos have interrupts, which act a lot like events and event handlers, it's a really interesting topic that can up your Arduino game when used right! If this is a topic that interests you, I've done a video here in the past that you might like to look over: th-cam.com/video/uK6w5OP2FVc/w-d-xo.html
Great explanation! Thank you. :-)
You're welcome! Very happy to be of help =)
Thanks for this video. It Helped me
You're welcome! Glad to be of help =)
So does this mean that the main program loop is not meant to be a flow of logic but rather a series of function calls based on various user inputs? I'm still trying to wrap my head around it because it seems a little counter-intuitive. Currently trying to write a simple game in python for context
Hello and thank you for your comment! Well, "series of function calls" and "flow of logic" aren't necessarily mutually exclusive. The things that need to happen "over time" in the context of your game (eg. Moving NPCs and simulations forward) will still be triggered by your main loop, and it'll work whether you write it as a function call or not.
Of course, ideally you'd write it as a function and have it execute asynchronously so your main loop never gets bogged down by this operation.
Well explained
Hello and thank you for your comment! Glad you liked the video =)
Excelent video!
Hello and thank you for your comment! Glad you liked the video =)
So does this mean that events listeners are just a loop that constantly waits for an event to be triggered(Key presses,mouse movements)?
Hello and thank you for your comment! Not usually. They're normally implemented using threading or concurrency techniques, so that when not required, they're completely suspended and yield up any processor time to other processes. This is different compared to a busy wait where they keep polling to see if there are any tasks they need to do.
This is a deferred response.
Hello and thank you for your comment! That is indeed one common application of events and callbacks.
It is nice video.just keep it up
Hello and thank you very much for your comment! Glad you liked the video =)
Let me know if you become a professor, I’ll come take classes at your university
Hello and thank you very much for your comment! No professorship unfortunately, but I _do_ start lecturing at the degree level next year :)
where at???
Well, I'm based in Singapore so I'll just say it's one of the private universities here. Don't think I want to say any more than that on the internet!
nice intro
Hello and thank you for your comment! Glad you liked the video =)
Thank you sir
You're welcome! Glad to be of help =)
Notified.
Thumbs up from Pakistan.
Thank you very much! Glad you liked the video =)
Thanks
You're welcome! Glad you liked the video =)
next video reactive programming
Hello and thank you for your comment! I've never heard of that term before but it looks and sounds interesting! I'll see what I can do =)
🙌