Continuous Delivery Pipelines: How to Build Better Software Faster • Dave Farley • GOTO 2021

Поділитися
Вставка
  • Опубліковано 3 сер 2024
  • This presentation was recorded at GOTO Copenhagen 2021. #GOTOcon #GOTOcph
    gotocph.com
    Dave Farley - Continuous Delivery & DevOps Pioneer, Award-winning Author, Founder & Director of Continuous Delivery Ltd.
    Find plenty more from Dave on his Continuous Delivery UA-cam channel: / @continuousdelivery
    ABSTRACT
    Deployment Pipelines are central to a Continuous Delivery approach. They represent an organising principle for the automation of large parts of our development and deliver process. We optimise for fast, clear feedback to help sustain a development team’s ability to make progress with high confidence. Like many ideas that become well know though, they are often misinterpreted.
    A Deployment Pipeline is much more than your build script, its more specific than that, It is much more than an automated deployment tool. A Deployment Pipeline is the definitive statement on the releasability of your software.
    Dave Farley invented the idea of ‘Deployment Pipelines’ so come along and hear what he has to say on what should, and what should not be in your Deployment Pipeline if you want to create better software faster [...]
    TIMECODES
    00:00 Intro
    00:33 Continuous Delivery
    03:42 The nature of the problem
    07:45 Best way to reduce gaps
    09:14 What determines releasability?
    12:32 Confident to make progress
    14:13 Optimize for learning
    15:52 Managing complexity
    19:02 Deployment pipeline
    21:05 Commit stage
    24:38 Acceptance stage
    26:25 Optimize for speed
    31:38 Better software faster
    32:53 Outro
    Download slides and read the full abstract here:
    gotocph.com/2021/sessions/195...
    RECOMMENDED BOOKS
    David Farley • Continuous Delivery Pipelines • leanpub.com/cd-pipelines
    Dave Farley & Jez Humble • Continuous Delivery • amzn.to/3ocIHwd
    David Farley • Modern Software Engineering • amzn.to/3GI468M
    CD TRAINING COURSES
    If you want to learn Continuous Delivery and DevOps skills, check out Dave Farley's courses
    bit.ly/DFTraining
    / gotocon
    / goto-
    / gotoconferences
    #GOTOxDaveFarley #CD #ContinuousDelivery #FeatureBranch #DaveFarley #BDD #DevOps #Testing #StateOfDevOps #StateOfDevOpsReport #Releasability #Programming #SoftwareEngineering #CDPipelines #DeploymentPipelines
    Looking for a unique learning experience?
    Attend the next GOTO conference near you! Get your ticket at gotopia.tech
    SUBSCRIBE TO OUR CHANNEL - new videos posted almost daily.
    ua-cam.com/users/GotoConf...
  • Наука та технологія

КОМЕНТАРІ • 27

  • @coderider3022
    @coderider3022 2 роки тому +22

    Big fan of Dave and his channel should be on any good engineers go to channel.

  • @xD-saleem
    @xD-saleem 2 роки тому +2

    Big fan of this guy.

  • @miletacekovic
    @miletacekovic 2 роки тому +11

    Dave manages to bust another software development myth: "You cannot get both speed and quality!".

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

    My two favorite things. Nice!

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

    Solid

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

    Are there any counterarguments against Dave Farley's ideas presented in this video? Or any limitations to his solutions?

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

      Have a look at some more detailed videos where he also justifies his idea. ua-cam.com/users/ContinuousDelivery

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

      Nope. The limit is physics.

  • @boandersen3871
    @boandersen3871 8 місяців тому

    How does this work with the manual test environment. Is there a dedicated tester (person) waiting for something to test?

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

    I've worked several places that wanted to do this, but have never seen it work.

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

      There is only one answer to your problem: Try harder!

    • @FlaviusAspra
      @FlaviusAspra 2 роки тому +7

      Same here. That's why I became a CTO and made it happen, so that I and my team sees this in practice.

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

    I wanted to like this video, but it was sitting at 486 upvotes 😬
    Now it's a math coprocessor 😮

  • @BryonLape
    @BryonLape 2 роки тому +6

    Is there a rule in the Universe that states all Tech Conference videos must have horrible audio?

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

      Yup, I agree, I gave up watching the content because the audio is unbearably bad.

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

      Yes, this is a rule. Software people have an ingrained disdain of hardware and signal processing ;)

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

    Could someone help me to understand what you meaning with "build installers" on 21 minute?

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

      As I understand it that is any piece of software that installs what the build stage has produced as output. This could be, e.g., a simple installation script or a typical setup/installer program.

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

    I've described a little better version of this approach here ua-cam.com/video/DR-lxv5UENg/v-deo.html (In Russian). I think Dave's speech is more for big teams, companies and services. If your team or service is small and you have enough autonomy than you can apply even more efficient approach without separate stage for manual testing. But the main Dave's idea is absolutely correct there is no trade off between quality and speed.

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

      In my talk I'm highlighting the problem of splitting the task and the quality of the task. If you are looking on Dave's CD stages and asking the question "What is the slowest stage in this CD cycle?" than you figuring out that Acceptance and Manual Testing are slowest stages, because of iterations between developers and PM/QA on Acceptance and Manual Testing. And this problem we will still have after we've applied all technical and automatic stuff in our CI/CD pipelines. And this problem can be solved.

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

      This video is private.

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

    save the war stories for later ...

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

    Good luck reaching a maintainable codebase without proper code reviews on PR-s if you have 1+ developer on a project.