Does Your Code Speak Business
•Télécharger en tant que PPTX, PDF•
5 j'aime•6,440 vues
There are many books and manifestos or even books about those manifestos :-) the aim of which is to teach you how to be more efficient. They provide you with diverse recipes and tools to be more efficient as a person, as a developer but also as organizations. All those writing also have another important thing in common; they all say that in order to be more efficient you constantly need to focus on delivering value or even steadily adding value. In this presentation I try to define what exactly value is and the kind of things you could put in place (and things to avoid!) to bring it down to your code or even within your tests.
Recommandé
Recommandé
Contenu connexe
En vedette
En vedette (11)
Similaire à Does Your Code Speak Business
Similaire à Does Your Code Speak Business (20)
Plus de Maxime Sanglan-Charlier
Plus de Maxime Sanglan-Charlier (8)
Dernier
Dernier (20)
Does Your Code Speak Business
- 1. Does your code speak Maxime Sanglan __MaxS__ http://onehundredacorns.wordpress.com/
- 4. var myVar = "some value";
- 5. © QDI Strategies, Inc
- 13. VALUE
- 20. PM: -"Hey, I found a bug on that page" Dev: -"mmm, where exactly?" PM: -"There, the market is not displayed correctly" Dev: -"The what? Oh, you mean the football match name?" PM: -"Yes..." Dev: -"I see, I'm gonna warn the tester" Tester: [BUG2435 Status: Reported] The event name is not displayed correctly on homepage
- 21. [BUG2435 Status: Reported] The event name is not displayed correctly on homepage The market The Football Match Name
- 25. Powered By
- 26. “Specifications themselves are incredibly difficult to get right. [...] Specifications are not written in computer language. They’re written in a horrible, horrible, language to describe something explicitly, and that would be… English! Or any other language that humans use to communicate. If you can write poetry and have two people feel different things when they read your poetry then it’s obviously not the right language to write specifications that are supposed to produce always the same output!” Theo Schlossnagle from “Responsibly maximizing craftsmanship in software engineering”
- 27. “Walking on water and developing software from a specification are easy if both are frozen” Edward V. Berard
- 28. Translation#1 #2
- 30. “There are only two hard things in Computer Science: cache invalidation and naming things.” Phil Karlton
- 31. “Names are the most powerful tool that programmers have to communicate with each other” Uncle Bob Martin “Developers should use names to reveal their Intent and avoid disinformation”
- 34. “The language needs to be rigorous, since software doesn’t cope well with ambiguity” Martin Fowler
- 36. “Growing a ubiquitous language is hard work, but might be worth it. Learning and communication is just too important.” Jef Claes
- 38. “Event storming is a workshop format aiming to collaboratively create a model of a complex business flow.” Alberto Brandolini
- 44. “Ideally, one would like to have participants coming from two fields: people with questions and people with answers. They provide the perfect mix of curiosity and wisdom.” Alberto Brandolini
- 57. “It shortens the communication lines between the people who want things and the people who do things.” Ron Jeffries