🚀 The Clean Architecture (Ian Cooper)

Поділитися
Вставка
  • Опубліковано 23 гру 2024

КОМЕНТАРІ • 48

  • @rorycawley
    @rorycawley Рік тому +2

    There are few like Ian who can make everything so clear. Got to see him in NDC Porto 2023. Always excellent.

  • @pr0l0gix
    @pr0l0gix Рік тому +2

    this is the best talk on clean architecture. I hv been trying to gather more Clean Architecture. Went thru few on NDC Conf, Goto, Steve Smith and others. They r good. However, this is the real deal with covers everything. I really appreciate the effort coz every sentence is essential. I loved when presenter said do we cover use cases using code and is it visible to devs. Thanks you for this

  • @AnthonyPaulT
    @AnthonyPaulT 2 роки тому +4

    This video should have millions of views

  • @reductor_
    @reductor_ 3 роки тому +22

    The trouble I always find with code samples like at the end in talks like these is, that for those small demo's the original is in many cases easier to work with and understand, it's only when you get into a much larger system that it gets more useful.
    Unfortunately many people just see that end bit and say well it just shows this approach is not good. I'm not saying I do that, I actually believe a layered approach is the best way to go, however I know many people that think it's awful, and I think the samples they see are awful which doesn't help.

    • @domicio1577
      @domicio1577 2 роки тому +2

      There is that saying about standing on the shoulders of giants and developers are stepping on their own toes.

    • @sea0920
      @sea0920 Рік тому +3

      In reality, the world is much more complex. Business people tells developers to add their (unorganized) ideas and change requirements any second. Developers don't have political power to make code clean. They struggle to meet deadlines, non-devs don't read the code and don't give time to resolve tech debts. New devs join the company and complain that code is dirty. This happens like 99% percent of time. The people who preach scrum, tdd, clean architecture, etc. are coaches who make money by lecturing. They make money by telling developers that they are doing everything wrong as if they are some kind of authority.

    • @reductor_
      @reductor_ Рік тому +1

      @@sea0920in reality more people then coaches preach those things, I infact preach many of them because over the years I have seen success using them.
      If devs aren't empowered within your organisation I would say quit and move else where, while business people come down with requirements devs define how the code works and looks, devs should feel empowered to push back against requirements.
      Sure a junior might struggle to feel empowered, but senior and principal devs should be able to influence and drive technical direction.

  • @rorycawley
    @rorycawley Рік тому

    What a journey, thanks Ian - wonderfully done.

  • @matheusmurray2425
    @matheusmurray2425 2 роки тому +1

    Just an amazing presentation! Thank you so much, Ian, for sharing knowledge.

    • @matheusmurray2425
      @matheusmurray2425 2 роки тому +1

      I found it really useful, third time listening to it.

  • @MattHanson-j1u
    @MattHanson-j1u 10 місяців тому

    Very commendable presentation given it was held during an earthquake... Even the cameraman was holding it together (barely)

  • @nguyentuananh4078
    @nguyentuananh4078 3 роки тому +3

    Can any body have the source code and slide of this talk. Please share.

    • @FatherEbenezer
      @FatherEbenezer 3 роки тому +8

      Managed to find it. Just go through the branches github.com/iancooper/CA-Tutorial

  • @michaelslattery3050
    @michaelslattery3050 2 роки тому +3

    This is the best description of clean/hex that I've found. I'm glad he touches on testing and explains to primarily test input ports.
    I am not sure it's right to say controllers are interactors. The problem is that some controllers are bound to frameworks. I think it's more accurate to say that controllers should be thin pass-through objects that relay UI data directly to/from the interactors. That the interactor are the control logic and controllers are the adaptors.

  • @brendonanderson8673
    @brendonanderson8673 2 роки тому +2

    It's not really correct to have a infra dependency in the domain layer. If it is for domain events than it should probably move to a shared kernel layer.

    • @NoOne-ev3jn
      @NoOne-ev3jn 2 роки тому +2

      When I saw that shame I immediately stopped the video, I won’t waste the rest of the time

    • @Jack-uc5ly
      @Jack-uc5ly 2 роки тому

      do you mind sharing any articles or books where i can learn more about this? Or if you know any really good videos, really trying to get my head around software architecture atm

    • @Jack-uc5ly
      @Jack-uc5ly 2 роки тому

      @@NoOne-ev3jn do you mind sharing any articles or books where i can learn more about this? Or if you know any really good videos, really trying to get my head around software architecture atm

    • @Jack-uc5ly
      @Jack-uc5ly 2 роки тому

      thank you both ))))

  • @trozzonick77
    @trozzonick77 4 роки тому +6

    One of the best on youtube. Very good.

  • @TheDiveO
    @TheDiveO 2 роки тому +3

    That camera is in need of a clean architecture. Thankfully the cam didn't attempt to give a fuller picture of the presenters nose openings, like a Python cam.

  • @alessandrob.g.4524
    @alessandrob.g.4524 3 роки тому +5

    Man, what an amazing lecture!

  • @defeqel6537
    @defeqel6537 3 роки тому +14

    That camera work is worse than VR.

  • @farewelltitet
    @farewelltitet 4 роки тому +3

    Very helpful. Can i have the slide?

    • @naeemsarfraz9480
      @naeemsarfraz9480 4 роки тому +9

      All of his presentations can be found here github.com/iancooper/Presentations

  • @lucasterable
    @lucasterable 2 роки тому +3

    Why is Clean Arch so popular among the C# community but not in the Java?

    • @changyichen4746
      @changyichen4746 2 роки тому

      I'm wondering that too.

    • @georgestampolidis9511
      @georgestampolidis9511 2 роки тому +1

      I think it might be connected to the fact that c# is used for creating games.
      Games are performance hungry

  • @julienl.1080
    @julienl.1080 4 роки тому +4

    Thanks !

  • @emindeboer5280
    @emindeboer5280 Рік тому

    got it .. after the first quarter 1/4

  • @thigmotrope
    @thigmotrope 2 роки тому +2

    I can't imagine trying to explain all these abstractions to junior devs and maintaining any kind of long term fidelity to it. No doubt it would become an unmitigated mess. And senior devs would just argue about it. Of course not doing this results in an unmitigated mess as well so I don't know. I guess I'd prefer my messes with fewer abstractions

    • @konstantinf.905
      @konstantinf.905 2 роки тому

      I doesn't have to be the extremes - either not structure or the complete full blown structure (shown in the presentation). Be pragmatic and use what helps and avoid the rest.
      If you want to see a pragmatic example in java, checkout the coding kata from Sandro Mancusos that you can find here ua-cam.com/video/XHnuMjah6ps/v-deo.html (this the first of three parts).

  • @LukeVanIn
    @LukeVanIn 2 роки тому +1

    The camera person and speaker exhibit signs of intoxication.

  • @DodaGarcia
    @DodaGarcia 3 роки тому +3

    Wtf is going on with that camera

  • @dawid_dahl
    @dawid_dahl 3 роки тому

    Thank you so much. 🙏🏻

  • @antonfernando8409
    @antonfernando8409 2 роки тому

    Cool, learned something.

  • @mcdaddy000
    @mcdaddy000 6 місяців тому

    "600 line service classes" - I would much rather read through a (cohesive) single 600 line class, than six abstracted 100 line classes

  • @TheDiveO
    @TheDiveO 2 роки тому

    Didn't expect the pope to talk about pregnancy, but here we go...

  • @TheDraiken
    @TheDraiken Рік тому +1

    Having worked with this in large codebases I can say with confidence: it's nice in theory but awful in practice.
    The devil is in the details and people will abuse "interactors" in every possible way. Soon you'll have one interactor calling 5 other interactors which in turn call other interactors and in the end all you have is a procedural nightmare.
    Unless you're strict about everything under this architecture, it will surely make your code unnecessarily complex with very little benefit. Be very careful with this.

  • @umer.on.youtube
    @umer.on.youtube 3 роки тому +2

    Weird accent. Poor delivery. Really bad session on Clean Arch.

    • @danwilson5630
      @danwilson5630 2 роки тому +8

      Would love to hear yours.

    • @rorycawley
      @rorycawley 2 роки тому +1

      I thought it was really good.

    • @mattbutalla6498
      @mattbutalla6498 2 роки тому +5

      "weird accent"? really?

    • @Cognitoman
      @Cognitoman 2 роки тому

      I thought it was good... maybe your just slow in the head😂 your Native American name shall be “dropped on head” 😂

    • @Cognitoman
      @Cognitoman 2 роки тому

      @@danwilson5630 pepepee pooopoopo ... how did I do ?