Continuously Kicking Ass { v1 }
•Télécharger en tant que KEY, PDF•
0 j'aime•326 vues
This presentation covered material about the full software development process around continuous delivery.
Recommandé
Contenu connexe
Similaire à Continuously Kicking Ass { v1 }
Similaire à Continuously Kicking Ass { v1 } (20)
Dernier
Dernier (20)
Continuously Kicking Ass { v1 }
- 1. Continuously Kicking Ass
- 2. Continuous Delivery Build, build and build more. Integrating Always Iterations bah. Maintain Speed! The Tests Run
- 3. Continuous Delivery Keep building... Integration, Delivery, What? Iterations are still ok... Unit, Integration, Mess oh’ my...
- 5. Priority Individuals and interactions over processes and tools
- 6. Priority Working software over comprehensive documentation
- 7. Priority Customer collaboration over contract negotiation
- 8. Priority Responding to change over following a plan
- 11. Priority Now let’s talk tools...
- 12. Tooling o_O
- 13. Builds
- 14. Builds
- 15. Builds
- 16. Builds
- 17. Builds
- 18. Builds
- 19. CI
- 20. CI
- 21. CI
- 22. CI
- 23. CI
- 24. Deployment
- 25. Deployment
- 26. Blargh
- 27. CI & Kanban Live Tools in Action
- 28. PaaS
- 32. Fast PaaS
- 33. Thor
- 34. Thor! Thor Odinson God of Thunder Holder of Mjölnir
- 35. Yup, that guy with the hamma! Born from OSS. Completes the last mile.
- 36. Thor Demo
Notes de l'éditeur
- \n
- \n
- \n
- Before we dive into tooling and actions around CI, let’s talk about what makes CI a necessity and what really makes it a key to success.\n
- Individuals, individual contributors, leaders, organizers, community members, team members, managers and more. Without the individuals there is no reason for process and tools. There is a decisive priority here.\n
- Continuous Delivery makes this dramatically easier than in the past, it provides an almost turn key solution to making sure teams have working software as often as possible.\n
- But again, collaboration and communication are far more important. The single biggest advantage that CD has is it communicates to everyone what state the tools, and in turn the project, are in.\n
- Being able to respond to change requires confidence, knowledge and awareness of where the project is. You must know where the product is, what you’re doing and what is done on the product. CI & D give us this ability to communicate this easily.\n
- ...they are the root of destroying stress and keeping things moving for all involved in a reliable way. Testing provides confidence, pride in ones work, and removes that dreaded “why is it not working on my machine” issue.\n
- ...are fundamental to knowledge sharing and continuous learning. A team needs to maintain learning of everything about themselves and their practices to their tools and implementations. Learn as much as often as well as possible. Never stop.\n
- \n
- Let’s not pull a Leroy Jenkins.\n
- I agree with my fellow feline friend here. We can indeed build a better mousetrap.\n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- Even though there are tools out there that help get us a long way towards easier deployment we often still end up with...\n
- ...a bunch of messy scripts. \n
- Github + Huboard + TeamCity + ??\n
- Platforms are usually important, not that any of them hold a panacea for all, but they’re what we build everything on top of. Platforms are the keys to our kingdoms, ya know, if developers had a kingdom. It is often said, we’re the kingmakers now but I’ve still not seen a kingdom anywhere that is ours.\n
- \n
- \n
- \n
- \n
- \n
- \n
- jkljhklhjlk\n
- \n
- \n