Yogita, you're just amazing! Thank you for bringing such content to us. The way you explain so much in a limited amount of time is commendable.
@matrixtoogood56012 жыл бұрын
I understood SRP clearly for the first time. What an amazing explanation! Your examples are really good too, thanks for giving two examples with slightly different perspectives
@idrishsorathiya95962 жыл бұрын
Couple of correction for the viewers of this video from my point of view, - Clean code book has no dedicated topic or chapter for SOLID. - Uncle Bob[Robert Martin]'s other two books Agile Software development PPP and Clear architecture are talking on this topic in detail. - SRP can be viewed from different level like Functions and Classes, Component and architecture. At each level same principle is sharing some insight. This video is presenting one view of it however, it doesn't mean that There should be a single reason to change a class is incorrect and that's not what SRP is. People who are confused can Read SRP principle from both the books that I mentioned above. By heart I am appreciating author's good quality work and commitment to sharing with community however, above points are extension and slight correct to guide users on further reading.
@Dino-yw1td2 жыл бұрын
In fact, in the Agile Software Development PPP book, at the beginning of the SRP chapter, it explicitly states "A class should have only one reason for change."
@angelriera49702 жыл бұрын
Loving this LLD series. Patiently waiting for the Open/closed principle! 🙏🏽
@shreyashachoudhary4802 жыл бұрын
The best graphics, I've seen in any video so far! Literally graphics are one of the USP of this series. Thanks for putting such great quality content!
@brandonkish3100 Жыл бұрын
This is an AMAZING explanation. I have been looking for a really good explanation of the single responsibility principal for years to truly understand it, and this takes the cake!
@gearboxworks Жыл бұрын
Good job! So many people get this wrong, especially other content creators. Thank you for helping debunk the dogma around S.R.P. 🎉
@sharatpaul2 жыл бұрын
Honest efforts in making these videos. Very helpful !!
@sudocode2 жыл бұрын
Glad you like them!
@digvijaychauhan73122 жыл бұрын
I am addicted to your way of teaching.It gives me more and simple ways of learning topics.Thank you.
@Mohamed-pu7so2 жыл бұрын
You are the smartest person I have ever seen explaining Low-Level Design. Thank you very very very much 😍😍♥♥♥♥
@savagehalt155511 ай бұрын
The best explanation on this topic on youtube
@ritomukherjee83892 жыл бұрын
You are a gem. Thanks for explaining it in the best possible way while breaking the myth. Appreciate your efforts. It helps a lot in preparing the LLD preparation.
@chandan07talreja2 жыл бұрын
Yogita thank you so much for bringing such a great content. I’m an aspiring technical architect this will surely help me.
@pratishrutisahoo7 Жыл бұрын
Finally I found a best vdo in KZbin ❤️
@thati642 жыл бұрын
A small doubt, if we separate also, still CalHours need to used by CalSalary need to know regularHours(), so where do we need to place this ? If it write in two classes are we not violating DRY ? Please comment
@mpwicks11 ай бұрын
Such a great explanation of this concept. Thank you!
@amolmandlik Жыл бұрын
Thanks, Yogita excellent explanation, but I can't see the video for the Open-closed principle in the playlist.
@rajdave9822 Жыл бұрын
Thanks a lot ma'am for explaining in easiest way
@shiveshpandeyiiitbhopal54633 ай бұрын
Hi Yogita Thanks for the amazing explanation I have a doubt: 1) Instead of making different classes for each responsibility, why can't we make different private methods in the same class for different actors. Like getRegularHoursForCFO(), getRegularHoursForHR(). This will solve the problem in the example you mentioned. In case of contructors, we can do overloading.
@phuo951610 ай бұрын
But if both calculateSalary and calculateHours methods use the same getRegularHours (maybe it will be a little different for each type), but if you separate it, will the code be duplicated? And although the editing is independent, if additional operations are needed, do we have to edit it in 2 places instead of editing it in 1 place?
@MahmoudJaber-kw Жыл бұрын
Where's Open Closed principle? It's not existing in your list
@aryastark4064Ай бұрын
hanks for the video Yogita.. But I cant understand what happened to getHours function.. as that was the common logic... I couldnt understand that example.. someone can explain?
@vedantsharma58762 жыл бұрын
Yogita, your videos are well researched, well narrated and well presented! I feel so much comfortable watching videos, because I can trust whatever you're saying.
@anikmahmud17488 ай бұрын
Does the additional method of subclass violate the LSP which is not present in the parent class?
@AshwinB-g8l11 күн бұрын
But how do we know upfront, that we have to create subclass for every sub functionality. Looks like for every function we have to create 1 more class
@YouTubers-rj9xv2 жыл бұрын
Hey excellent teaching love you please don't stop uploading
@machx21752 жыл бұрын
Hi Yogita, First, You are doing great job and I am learning something new in the end after watching every video of yours. Keep up the work! Second, I have doubt in the both the examples. Even though we decomposed the methods to different classes, still impact is there when change happens. For example, getCalculateHours is still needed for both CFO and HR. where this method will sit? and when change is required, still both classes have impact, right? In another example , if Bill Store class required new param like isPaid, anyway that should be sent by Bill class as that new param is relevant to Bill object. Again, change is needed on Bill class. Please correct if my understanding is wrong.
@salwenikhil4564962 жыл бұрын
Same question im having if you got the answer plz comment.
@SakshiSingh-arcane05 Жыл бұрын
method getCalculateHours would reside on both classes, would be private to those particular class, hence any change done for getCalculateHours of calculateHours wont affect implementations in calculateSalary.
@nirjharijankar2 жыл бұрын
awesome explanation.. there is no other video which explains this principle so clearly...
@jaykumartailor38362 жыл бұрын
Seriously , great explanation
@navadiaev Жыл бұрын
Top notch explanation, thank you very much!
@kannavsharma32882 жыл бұрын
amazing. waiting for next vids in course
@nabeelahs95882 жыл бұрын
Great explanation. Thank you
@Stoic6232 жыл бұрын
The explanation was crystal clear, especially for the Hotel example. if isPaid is added with the getter and setter method instead of constructer, how would that break?
@karanpandey79655 ай бұрын
well this was quite clearly explained , really thanks for this
@seyedmohammadali92762 жыл бұрын
thanks for nice tutorial , but what happen for the "getRegularHours()" method in first example after separation classes? how can fix share code in two class ? duplicate code or using interfaces?
@upmanyu_gaurav Жыл бұрын
Hi @sudocode, Thanks for the explanation, but one doubt here by seeing the explanation - how a developer will know beforehand that who the different stakeholders can modify the code?? For ex in a class having different methods, how will a developer know while designing that needs to segregate the methods to different classes based on stakeholders beforehand?
@righvedkumar21592 жыл бұрын
Does applying object oriented design to real world models come with experience?, thanks a lot for replying.
@righvedkumar21592 жыл бұрын
I would highly appreciate your reply
@sudocode2 жыл бұрын
Not completely through that. It's more like you should have an understanding of oops concepts well. And then of course, the more you practice, the better you would get at it.
@righvedkumar21592 жыл бұрын
@@sudocode thanks a lot! I love watching your content!
@gokhalesadan Жыл бұрын
Superb explanation !!!
@dibyaprakashpandey84422 жыл бұрын
Great 👍
@DecentProgrammer Жыл бұрын
Great Content. thanks yogita
@aneksingh44962 жыл бұрын
Informative video and nice animation...keep posting 😊
@sudocode2 жыл бұрын
Thanks Anek
@RagingMonkee2 жыл бұрын
Great video and breakdown of SRP. I don't know who out there thinks one public method on a class is a good practice, but they definitely have their wires crossed.
@shriharikulkarni39862 жыл бұрын
Hi yogita, can you pls upload videos more frequently so that i can stick to your playlist.. ideally if you can upload 3+ videos per week it would be really great for prepping for interview.
@aashishagarwal36282 жыл бұрын
Hey, Could you please explain how in the first example decomposition to different class would help us if for CFO we need to make changes in common getWorkingHours method? Also in 2nd example if we need to add more fields in db, even if we create new store class, we would still need to pass isPaid from bill class to store it. Eagerly waiting for your response for clarification on these. Thank you
@manishmahajan60942 жыл бұрын
Amazing explaination! Learning a lot here
@himanshujain5670 Жыл бұрын
amazing logical explanation
@dhanyasree7532 Жыл бұрын
Thank you for the quality content.Please make more videos in the LLD series.
@rajasekhar62572 жыл бұрын
Amazing Superb explanation. thanks from my heart :) Happy teacher's day guru ...🙏
@sudocode2 жыл бұрын
Thank you so much for the wish. At least I got one wish on teachers day. I will keep it. Thanks again.
@saravanakumarradhakrishnan7562 жыл бұрын
Can't wait to see your next video
@bhushankorg56062 жыл бұрын
Great explaination! Thanks for such amazing content!
@debajitbiswas977011 ай бұрын
Mam, where is the open close principle? You lecture 106 is not open close principle.I dont want to move to L without knowing O. If anybody has the title,please let me know
@gautamhelange27692 жыл бұрын
Could you make video for second principle of solid ie. o - open/closed principle?
@manikantapunnam11892 жыл бұрын
Amazing 😍
@sudocode2 жыл бұрын
Thank you! Cheers!
@khannankit2 жыл бұрын
Very good explanation 🤩
@fahideen51802 жыл бұрын
crystal clear explanation
@dhara28142 жыл бұрын
Awesome explanation.
@charujain64242 жыл бұрын
Can you give an example where srp is followed and the class has more than one method. Thanks. Loved the video :)
@hargovind2776 Жыл бұрын
amazing graphics, very nicely explained and a very well delivered video, thanks for your hardwork, I got to learn something useful today
@harsimratkour3135 Жыл бұрын
Good explanation ❤....
@vsinghal852 жыл бұрын
Thanks yogita for amazing content, would it also be possible for you to make a video on open closed principle. Rest all the solid principles are covered really well in great detail
@blackbeans31122 жыл бұрын
Thanks for this, it really helps me as a student hehe can't wait to watch the Open/closed principle :)
@santoshtd8519 Жыл бұрын
Yogita. you are amazing on the explanation. Do we have 2nd design principle Open Close?
@ashishsinghchauhan63042 жыл бұрын
Thanks Yogita. I can learn very well.
@dominus3602 жыл бұрын
Brilliant !
@janakiramireddikoki70842 жыл бұрын
Then in this case one class can have mostly one pulblic method when it comes to real time implementation. Can't argue with your explaination, very clear....
@Mohamed-uf5jh2 жыл бұрын
Hi . It's very helpful courses for OOP ,OOD and more, thanks for your efforts
@sudocode2 жыл бұрын
👍🙂
@prashantrajawat28292 жыл бұрын
@@sudocodeMam please complete remaining video of solid principles. Your explanation is amazing 👍
@hrushikeshdas48642 жыл бұрын
Ma'am, please, also explain the other parts of SOLID principle. Really, awesome 😊
@rahulshukla50332 жыл бұрын
appreciate your work.
@vikramchoudhary8662 жыл бұрын
Awesome... Lucid ...
@slowDrive42 жыл бұрын
very very helpful for me for learning LLD
@a.nk.r72092 жыл бұрын
Thanks for this video
@backlogbatch2 жыл бұрын
Thank you❤
@sudocode2 жыл бұрын
Thanks backlogbatch 😇
@sourabhhsethii72922 жыл бұрын
Thats the idea behind common closure principle (CCP) & Applying DDD (Domian Driven Design) - The basic idea behind microservices
@sudocode2 жыл бұрын
Yes!
@TheMR-7772 жыл бұрын
Oh, I was looking for something else, and saw your thumbnail! You look so like *NAIROBI* from _La Casa de Papel_ :)
@sudocode2 жыл бұрын
Hahaha thanks. I get that a lot.
@sheshitkarthikeya15282 жыл бұрын
So, can we make it a thumb rule that - If there are more than one actors for a method then just make it a class?
@beingcheercool2 жыл бұрын
Waiting for more videos didi 😄
@nehadua47762 жыл бұрын
Thanks Yogita for sharing such useful content !! You are an inspiration... I sometimes get confused while breaking the classes and end with lot many classes like models(with mainly properties and getters setters), service classes (service class for model classes to perform certain tasks like play, save, move, etc) and repositories (for saving objects in memory). Could you help me understand if this approach is correct or not? Is it fine to have separate service classes for having the business logic instead of putting a lot in model classes. If yes, should I create it as a singleton class, class with static methods or like a normal class, because it will be mostly performing business logic without maintaining any state.
@rajaganji79822 жыл бұрын
It is okay to break classes into multiple model classes. If there are N entities (credit card, user, cart,classes etc..) you can create different model for each of these like (credit card model, user model...ETC). You can use get;set methods to wisely encapsulate the porperties of the model class also. If you look at MVC architecture. This is how it is done. Model classes hold data and service classes are used to apply bussiness logic on top of these models. Making all the methods static and using singleton is not a good idea. As you practice solving LLD problems and multiple design patterns you will understand the beauty of OOP. If your not using OOPS to max ability then your just using Functional programming with model classes.
@just_another_user36612 жыл бұрын
Congratulations mam u got a new subscriber it's me 😁
@tarungulati51712 жыл бұрын
Videos in this series are very good . If it is possible could you please upload more content
@sanjayulsha68622 жыл бұрын
When are you uploading open close principle?
@sudocode2 жыл бұрын
It will take some time.
@atindiansafar7 ай бұрын
This is true layman terms from coding perspective that everyone seeks. Thanks for not following the traditional bookish knowledge.
@ismile472 жыл бұрын
Why more video are not comming now days and this particular series of lld
@sudocode2 жыл бұрын
Will come soon.
@pranithad1462Ай бұрын
It would be more helpful if you write code to demonstrate these principles
@dpynsnyl2 жыл бұрын
Super content! Please increase the upload frequency Yogita! :(
@randhirsingh69002 жыл бұрын
I am bca first semester student,after I will also do MCA than Can I eligible for FANG company.
@sarath28732 жыл бұрын
Thank u
@Shawaz112 жыл бұрын
Hey mam wonderful explanation mam thank you so much mam 🤗🤗🤗................................................ :-)
@samiranroyy17004 ай бұрын
mam thanks really
@PkSam07 Жыл бұрын
Now when i give this ans to interviewer. Hoping he would have read uncle Bob too or have seen your explanation😊
@hemantsah85672 жыл бұрын
When you will cover design patterns?
@sudocode2 жыл бұрын
After solid principles
@hemantsah85672 жыл бұрын
@@sudocode will be waiting for that,
@ganapatibiswas58582 жыл бұрын
Understood
@ashishsinghchauhan63042 жыл бұрын
Please share the contents in slow way. Most of the things will go to out of our mind
@sudocode2 жыл бұрын
I am really sorry for the speed. Please bear with few more videos as those are record. Will make sure doesn’t happen in new ones.
@akashkeshari54362 жыл бұрын
Yes, that is one of the problems with the videos like too much content in a single sentence. Despite this, the content is good and the teaching is also good.
@darshanputtaswamy31992 жыл бұрын
ma'am please make more videos
@saravanakumarradhakrishnan7562 жыл бұрын
Wow.
@shahriarzaman4715 Жыл бұрын
I thought I'd seen the most beautiful programmer but I was wrong.
@practicalbong1497 Жыл бұрын
I'm literally falling in love with you
@nd2703 Жыл бұрын
I m in love with u maam😍
@sankalparora9374 Жыл бұрын
You are not actually teaching for interviews it seems - I mean, that could be a side effect, but not the target. what I have seen in KZbin is things been spit out and asked to be remembered. This is far from it.
@righvedkumar21592 жыл бұрын
Hi Yogita, I am loving the content you are posting on KZbin. In one of your Low level design videos (kzbin.info/www/bejne/fJO0ipycrJ51m5o) , you mentioned Obect oriented design is hard, what do you mean by that, does it mean it is really hard to grasp low level design, could you clarify that. Your response will be highly appreciated!
@sudocode2 жыл бұрын
I appreciate your persuasion skills but you have exhausted every possible way of communication to get answer for this question. Yes it is hard to convert real world models to object oriented design due to its subjectivity and the requirements in place. It’s not hard to grasp, it’s hard to apply. Please try to be patient while asking questions. Attention seeking never helped anyone progress.
@righvedkumar21592 жыл бұрын
@@sudocode thanks a lot and I understand, I wont bug a lot in future
@righvedkumar21592 жыл бұрын
@@sudocode just one last question,Does applying object oriented design to real world models come with experience?, thanks a lot for replying.