Expert Talk: DevOps & Software Architecture • Simon Brown, Dave Farley & Hannes Lowette • GOTO 2021

Поделиться
HTML-код
  • Опубликовано: 2 янв 2025

Комментарии • 47

  • @GOTO-
    @GOTO-  2 года назад +126

    Looking for books & other references mentioned in this video?
    Check out the video description for all the links!
    Want early access to videos & exclusive perks?
    Join our channel membership today: ruclips.net/channel/UCs_tLP3AiwYKwdUHpltJPuAjoin
    Question for you: What’s your biggest takeaway from this video? Let us know in the comments! ⬇

  • @sakasatriasaka1562
    @sakasatriasaka1562 2 года назад +4

    Terima kasih.

    • @GOTO-
      @GOTO-  2 года назад +1

      Thank you very much, Sakasatria Saka. This is much appreciated! ⭐

  • @piotrjaga6929
    @piotrjaga6929 Год назад +5

    Great talk!

  • @br3nto
    @br3nto 2 года назад +16

    Designing software isn’t at all like designing a building or a bridge. Software is about abstract business processes and cultural processes and the flow of data through those abstract processes. Software is fluid and changes over time whereas buildings and bridges require rigidity. For this reason, engineering and software engineering will always require very different processes and approaches.

    • @koh-i-noor123
      @koh-i-noor123 2 года назад +2

      Agree. Also - when a client wants a bridge over a river, or a building that will serve a certain goal - it's usually a well defined requirement/problem, which is different for software where we usually figure out what the problem really is on the go (together with the client) and it changes over time because the business environment and world changes.

    • @ContinuousDelivery
      @ContinuousDelivery 2 года назад +3

      I think that this is not a very accurate view of engineering or bridge building. Early planes were worse than modern planes, they evolved and changed purpose, design, construction over time through a process of engineering. Bridges change patterns of use, and are modified over time if patterns of use change. Sure, software amplifies this need for malleability, and shortens the timescales, but there is no such fundamental difference.
      Engineering is not about defining some fixed solution to a problem, all bridges and all planes aren't alike. Engineering is about ruling out the dumb ideas, and we aren't very good at that in software. So I think we need more engineering thinking, and this is perfectly applicable to software, and when you work in a more structured way, you build better software faster.

  • @giovani5586
    @giovani5586 2 года назад +5

    Amazing meeting, thanks

  • @dinoscheidt
    @dinoscheidt 2 года назад +7

    WoW. Two legends next to each other 🤩

  • @kampanartsaardarewut422
    @kampanartsaardarewut422 2 года назад +11

    The pain of discipline is always less than pain of regret.

  • @yanlimaju
    @yanlimaju 2 года назад +12

    Wow. Great meeting. Simon, Dave, and Hannes are big names of Software Architecture! Thanks for sharing that!

  • @iham1313
    @iham1313 2 года назад +10

    What an awesome talk - thanks for sharing that!

  • @Kinagi
    @Kinagi 2 года назад +4

    Amazing talk

  • @br3nto
    @br3nto 2 года назад +13

    I also don’t think “production is free” is quite correct either. Maybe it applies in the case that development actually succeeds. I know several multi-hundred million dollar software projects that failed and were abandoned.

    • @nealwp2
      @nealwp2 2 года назад +2

      What Dave was saying is that we don’t have to build our systems from scratch again to put them into a production environment. We build them in a development environment, and the work that was done can be transferred into a production environment at no extra cost. So in that sense - yes, production is free.

  • @ayeshasohaib3401
    @ayeshasohaib3401 2 года назад +2

    Worker and pilot

  • @DevDungeon
    @DevDungeon 2 года назад +2

    I listened to the whole thing. Very enjoyable.

  • @HemalVarambhia
    @HemalVarambhia 2 года назад +2

    I think Margaret Hamilton invented the term 'Software Engineering' - I would appreciate her thoughts on the idea today.

    • @HemalVarambhia
      @HemalVarambhia 2 года назад +2

      Credit to Kevlin Henney, from whom I learned this.

  • @SaeedNeamati
    @SaeedNeamati 2 года назад +7

    I do have diificulty in understanding them. What dialect of English are they speaking?

    • @ifindev
      @ifindev 2 года назад +1

      They talk using british accent

    • @davefarley77
      @davefarley77 2 года назад +3

      “English” english 😉

  • @derekcarday
    @derekcarday 2 года назад

    The moderator really wants to have separate repos haha.

  • @askingalexandriaaa
    @askingalexandriaaa 2 года назад +2

    who is GOTO conference's competitor?

  • @Urhsg1373
    @Urhsg1373 2 года назад +4

    The downside to this talk is that a lot of businesses right now want to hear about micro services, and trust me… the grass is not greener.

  • @rommellagera8543
    @rommellagera8543 2 года назад +3

    No agility in software development, it was and still is a long tedious process, and no viable shorcuts available. Yes process franework like scrum is important but does not automatically guarantee a good software. You still need to put in the work, hard work. When these people talk they surely inspire, until reality hits you.
    It is still up to you and your team and your actions that determines what will be the outcome.

  • @asdqwe4427
    @asdqwe4427 Год назад

    Testing micro services independently is not really possible without well defined contracts. To say that micro services are independent is an exaggeration

  • @logiciananimal
    @logiciananimal 2 года назад +3

    On magpie development and shiny - I find it amusing and appalling that R has a web server etc. that is literally called that ...

  • @zakarasool
    @zakarasool 2 года назад

    Very interesting video good all the best nice 👍 great job

  • @oleksandrkaleniuk7813
    @oleksandrkaleniuk7813 2 года назад +1

    Building better software faster is a very poor focus. Actually, it's not a focus at all.
    Building bad software fast - is a good focus. If you can build 100 products instead of one, and every one is only 10 times worse than that theoretical one, you multiply your chances to success tenfold.
    Building good software slow - is also a great focus. We definitely need mission critical software and we have time to build it. I used to work in NPP automation, we had 30-years long maintenance contracts there. If you're aiming for decades of maintenance, you can certainly afford years of development.
    But targeting both quality and quantity at the same time is not a focus, it's a bad case of astigmatism.

  • @itaningsih9462
    @itaningsih9462 2 года назад

    Di terjemah kan bahasa Indonesia lebih bagus...👍👍👍👍

  • @qamarmirza1286
    @qamarmirza1286 2 года назад +1

    جرنل صاحب ان تینوں کے علاوہ کوئی اور طاقت ھے تو اس کی دلیل دین

  • @florianfanderl6674
    @florianfanderl6674 2 года назад +2

    I think that design & architecture is very sexy 😊

  • @ctejada-0
    @ctejada-0 2 года назад +1

    👏

  • @AliAli-ex8vd
    @AliAli-ex8vd 2 года назад +1

    😊

  • @nurmansyah55
    @nurmansyah55 2 года назад

    Top ⁰

  • @sajjadfoodsecrets
    @sajjadfoodsecrets 2 года назад +2

    #sajjadfoodsecrets