Loose & Tight Coupling: Why Code is Hard to Change

Ғылым және технология

🍝 I'll get to the core of why code bases can turn into big balls of mud: tight coupling. Managing tight and loose coupling will allow you to come up with high quality code and solution designs! I'll talk about the mechanisms and design patterns to take control of and reduce tight coupling! 🔗
Source code used in the video: gist.github.com/branneman/584...
Interface-First Programming: • Interface-First Progra...

Пікірлер: 14

  • @KamalMettananda
    @KamalMettananda2 ай бұрын

    One of the best videos to get a clear understanding about the big picture. Thanks a lot.

  • @santhoshninjakhan7880
    @santhoshninjakhan78803 ай бұрын

    This channel is gold mine for Developers thank you soo much! Please make more videos thanks once again for your valuable lessons to us

  • @vinlandish555
    @vinlandish55521 күн бұрын

    This was very useful!

  • @tanzimchowdhury320
    @tanzimchowdhury320 Жыл бұрын

    Thank you Bran for your high-quality content :) Please keep making videos like these.

  • @ericsiddiq7634
    @ericsiddiq76348 ай бұрын

    Excellent explanation ❤

  • @andreyshedko6155
    @andreyshedko6155 Жыл бұрын

    Would be nice to see similar videos about SOLID principles

  • @branvandermeer

    @branvandermeer

    Жыл бұрын

    Yes, they're in the planning!

  • @cidhighwind8590
    @cidhighwind8590 Жыл бұрын

    Great video. And cool shirt!

  • @kozas0
    @kozas0 Жыл бұрын

    I like how you mention "both sides of the story" at the end, and that if you add too many interfaces and decouple too much there might be consequences. I have seen that on a codebase with DI + interfaces for pretty much everything + multiple impementations, where the code was nearly untracable unless you used a debugger. DI is a great decoupling tool especially when you have a framework that supports it, like Spring or Angular, so you don't have to pass along objects all around your object graph just to feed them somewhere. Also worth mentioning imo is that in stable codebases (or even more in "legacy" ones) the general consensus is that you want to move as little parts as possible, and that kind of colludes with the idea to refactor a codebase to loose its coupling.

  • @branvandermeer

    @branvandermeer

    Жыл бұрын

    Adding too many interfaces and decoupling too much will usually lead to more complexity indeed. It's always a checks and balances game!

  • @oleksii_gozha
    @oleksii_gozha Жыл бұрын

    Thank you for high quality content. Could you share some thoughts on freelancing in very specific language ABAP for SAP. It is used in 90% of S&P firms and external people are quiet exensive. So I thought is would be a good idea to become also an external self employed Abap developer. On my Region every company is using German on documentation and on code itself (methods name for example ), so without German no other cheaper outsourced company can not provide service to them. What do you think about such unpopular languages (Abap , cobol) where there is some demand but there are almost no people ? O like your content

  • @branvandermeer

    @branvandermeer

    Жыл бұрын

    I'm not familiar with these languages, and such I can't really speak of it. You kind of answered your own question though: betting on specialising in only a very obscure language probably is a more risky career strategy. But if you develop broadly-applicable skills, that might lower the risk of not being able to find a job in the future.

  • @edgeeffect
    @edgeeffect9 ай бұрын

    Watching this on my phone with my old man's eyes.... the code examples are unreadable... a big chunky font or a zoomed in screen would be better... thanks.

  • @branvandermeer

    @branvandermeer

    9 ай бұрын

    Sorry! Unfortunately youtube does not allow changing video after the fact, so all I can recommend is reading the code on the gist, or re-watching on a desktop resolution. gist.github.com/branneman/584f31eb298751ca65b14220e7bb55ce

Келесі