Master Golang with Abstraction

[@TheMouseJerry-du1md]

Wow.. this is amazing video and I want to tell you I have seen so many videos on youtube on same concept(kind of) and none of them explained the way you did. i.e you were clear on who develops what, for example bringing in the real time scenario of one team developing a module/package and then how you could use them without knowing anything about the implementation. This is the by far the best video I have seen on youtube. Please keep it going. One question though, sometimes I see external packages will have Interfaces and how do we use those interfaces in our applications and when and what was the reason? also I see applications embedding structs from external packages and sometimes interfaces from external packages, can you give clarity on this or create a video to demystify this confusion please? also, if u are looking to create videos on some more topics, I would say If possible create some videos on kubernetes operator using golang, if you can or grpc videos (practical).

[@kantancoding]

Hey! Thank you for the kind feedback and the suggestions. Comments like these really help me to determine what type of content you all want to see. Thanks for watching 🙂

[@Zmey5656]

Is the habit of using "this" from another language?

[@kantancoding]

It's a keyword in OOP languages like Java etc.

[@vikasrathod6681]

can you name your vs code theme

[@kantancoding]

Sure, I think this one is Dracula

[@jimbo0o]

could u plz remove keyboard noise, on my nerves

[@memeherp166]

this is remind me of depedency injection

[@kantancoding]

That’s because it is dependency injection 😉

[@kevinb1594]

So why even bother with an interface? Why not just make everything an imported function?

[@kantancoding]

I think you can get a more complete picture if you also watch my video on interfaces: kzbin.info/www/bejne/f5O7hHh9d51_iNU

[@kevinb1594]

Watched it and it makes sense to me but I'd imagine any newer users wouldn't be able to follow all that since it requires understanding of databases/databases connections. I feel like this video could have been better with a second thing to demonstrate the flexibility of interfaces over functions for abstraction. For the vending machine example it still seems like a regular function would have been better choice to avoid all that boilerplate.

[@kantancoding]

@@kevinb1594 it actually doesn’t require understanding of db/db connections since all of the db stuff in that video is “abstracted”. That’s the point. Back on the subject of this video. The point of this video is to teach abstraction. We use the interface to define the contract. If we just use regular functions there is no boundary first of all, not to mention the code that is “abstracted” will become tightly coupled with the code that uses the methods if we remove the interface like you suggest. The above point I explain in the video but since this is a rather complicated topic… I’d suggest watching the video multiple times if you aren’t fully understanding it 😊

[@kevinb1594]

@@kantancoding I guess it depends on what level of 'new' someone is. I was thinking about folks who have never actually looked into databases at all. They would have no idea that different databases have different underlying mechanisms and requirements for connecting/querying but I guess that is the hard part of teaching, you never know what gaps someone has and those of us with the knowledge/experience take these small details for granted. With that said, I appreciate the content and the effort you're putting into making these videos. Not sure if I've been rekt by JS and functional programming because I've always struggled to wrap my head around OOP concepts.

[@kantancoding]

I’m actually not taking those small details for granted. Leaving out details about database is intentional since like I mentioned before, you don’t need to understand that stuff to understand the topic of that video which is interfaces. Not to mention, going over database stuff will just convolute the explanation of interfaces. If you are stuck on the database stuff just replace database in your mind with something else. For example, sticking with the audio interface example I used to explain, imagine that there are multiple different microphone brands/models that you want to connect to the application. And the interface method is getSound(). As long as all of the microphones implement the method to getSound() defined in the interface.. they can connect to the app. As you can see it’s the exact same example without the databases . That’s why I’m saying the database stuff is irrelevant and therefore isn’t something that you need to understand to understand the topic of that video which is interfaces. Now back on the subject of this video. If you still can’t grasp abstraction and why I used an interface in this video, don’t get too discouraged. It is a bit of an advanced topic. Just keep trying to understand and eventually it will click. Also, nobody with extensive “knowledge/experience” is watching these videos and there’s also nothing to prove here. So you don’t need to justify your lack of understanding oop concepts or anything else. The important thing is you are actively learning 👍🙂 Anyways thanks for supporting! Hope you come to an understanding soon!