Télécharger pour lire hors ligne
Téléchargé parNicolas VERINAUD
Du Code & Des Humains
Le document aborde les défis du développement logiciel, soulignant l'importance de la compréhension des besoins utilisateur et de l'interaction entre les équipes. Il met en avant des méthodes comme l'impact mapping et le user story mapping pour créer des logiciels efficaces, tout en insistant sur l'importance du refactoring et des tests automatisés pour éviter la complexité accidentelle. Enfin, il souligne que la connaissance du développeur, et non le cahier des charges, transforme réellement le code en logiciel opérationnel.
Du Code & Des Humains
- 1. Du Code & DesHumains
- 2. Du Code & DesHumains ryfacto.fr Nicolas VERINAUD @nverinaud
- 3. « Google TheError Message Algorithm »
- 6. Toile de PaillageTissée
- 7. Développer un logiciel Facile? 🤔 Toyota Chinook Mars Climate Orbiter Therac-25 911
- 8.
- 12.
- 13.
- 14.
- 15.
- 16. Productivité 0 25 50 75 100 Mois 0 1 23 4 5 6 7 8 9 10 11 12 Vélocité
- 18. Développeur : uneespèce à part ? Réécrire : une fatalité ?
- 19. Développeur : uneespèce à part ? Réécrire : une fatalité ?
- 21. Client Commercial Directeur Technique Dev ScrumMaster Mockups Master
- 22. Utilisateur Product Owner ProxyProduct Owner Dev Lead Dev Scrum Master
- 23. Utilisateur Product Owner ProxyProduct Owner Dev Lead Dev Scrum Master Téléphone ArabeEnterprise Edition
- 24. • Les individuset leurs interactions plus que les processus et les outils • Des logiciels opérationnels plus qu’une documentation exhaustive • La collaboration avec les clients plus que la négociation contractuelle • L’adaptation au changement plus que le suivi d’un plan
- 25. Discuter avec l’utilisateur pourconstruire un logiciel qui fait le boulot
- 26. Qu’est-ce que lecode ?
- 27. Qu’est-ce que lecode ?
- 28. Le code estla spécification la plus détaillée du monde
- 31. - Alberto Brandolini «C’est la compréhension du développeur, pas votre connaissance, qui devient le logiciel. »
- 32.
- 34. Comment comprendre efficacement lesbesoins ?
- 35. Quel est levéritable problème ? Les 5 « Pourquoi ? » et la définition récursive
- 36. Quel est levéritable problème ? Les 5 « Pourquoi ? » et la définition récursive
- 37. définition récursive « J’aibesoin d’une base de donnée générique contenant tous les médicaments vendus et qui peuvent être prescrit par les médecins. »
- 38. définition récursive « J’aibesoin d’une base de donnée générique contenant tous les médicaments vendus et qui peuvent être prescrit par les médecins. » Pourquoi ?
- 39. définition récursive « Pouraider les médecins à faire leurs ordonnances. » Pourquoi ?
- 40. définition récursive « Carles médecins font des erreurs en prescrivant des médicaments. » Pourquoi ?
- 41. définition récursive « Carils prescrivent des médicaments incompatibles. » Pourquoi ?
- 42. définition récursive « Carles interactions entre les médicaments sont complexes. » Une interaction entre médicaments ?
- 43. Base de donnéegénérique de médicaments définition récursive « Et bien, par exemple : deux médicaments ne doivent pas être pris ensemble car ils contiennent tous les deux la molécule M et il y a un risque de surdosage. »
- 44. Base de donnéegénérique de médicaments Aider les médecins à prescrire les bons médicaments
- 45. Quelles solutions ? ImpactMapping
- 46. Impact Mapping Quelles solutions? Créer le logiciel qui aura le meilleur impact, le meilleur ROI
- 47. Impact Mapping Quelles solutions? Créer le logiciel qui aura le meilleur impact, le meilleur ROI
- 48. Créer le logicielqui aura le meilleur impact, le meilleur ROI Gojko Adzic
- 49. Implémentation ? Métier? Event Storming
- 50. Implémentation ? Métier? Event Storming Aligner Métier et Technique
- 51. Implémentation ? Métier? Event Storming Aligner Métier et Technique http://ziobrando.blogspot.fr/2013/11/introducing-event-storming.html
- 52. Vision d’ensemble ?Priorités ? User Story Mapping
- 53. Vision d’ensemble ?Priorités ? User Story Mapping Créer un véritable MVP
- 54. User Story Mapping Visiond’ensemble ? Priorités ? Créer un véritable MVP
- 55. User Story Mapping Créerun véritable MVP Jeff Patton
- 56. User Story Mapping Créerun véritable MVP
- 57. C’est la compréhensiondu développeur qui devient le logiciel, pas le cahier des charges.
- 58.
- 61. Projet complexe ? Mauvaiseconception ?
- 62. Deux Formes deComplexité Complexité Essentielle
- 63. Deux Formes deComplexité Complexité Essentielle Complexité Accidentelle
- 64. Deux Formes deComplexité Complexité Essentielle Complexité Accidentelle ≠ Dette Technique
- 65. + Deux Formes deComplexité Complexité Essentielle Complexité Accidentelle
- 66. Comment estimez-vous ? Arrêtezd’estimer !
- 67. Comment estimez-vous ? Arrêtezd’estimer !
- 68. - Un développeurqui fait une estimation fiable « Je ne sais pas ! »
- 69. Comment éviter lacomplexité accidentelle ? En prenant soin du code !En prenant soin du code !
- 70. Comment éviter lacomplexité accidentelle ? En prenant soin du code ! Comment ?
- 71. Comment éviter lacomplexité accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier !
- 72. Comment éviter lacomplexité accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier ! Je risque de tout péter non ?
- 73. Comment éviter lacomplexité accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier ! Je risque de tout péter non ? Non ! Grâce aux tests automatisés !
- 74. accidentelle ? En prenantsoin du code ! Comment ? Refactoring régulier ! Je risque de tout péter non ? Non ! Grâce aux tests automatisés !
- 75.
- 76. Comment s’en sortir? Deux possibilités Économiquement Mort Avant la 1ère mise en prod 😱
- 77. Deux possibilités Économiquement Mort Comments’en sortir ? Repartir de zéro avec des tests
- 78. Repartir de zéroavec des tests Deux possibilités Économiquement Mort Comment s’en sortir ?
- 79.
- 80. Embaucher ? Deux possibilités ÉconomiquementViable Tierce Maintenance Applicative 😱
- 81.
- 82.
- 83. Fred Brooks « Addingmanpower to a late project makes it later. »
- 84. Écrire des tests... ...pourpouvoir refactor...
- 85. Écrire des tests... ...pourpouvoir refactor... ...pour prospérer !
- 86. Écrire des tests... ...pourpouvoir refactor... ...pour prospérer !
- 87.
- 88.
- 89. Test Driven Development Culturedu Partage
- 90. Culture du Partage TestDriven Development Solidarité Technologique
- 91. Culture du Partage TestDriven Development Solidarité Technologique
- 92. Créer un logicielpertinent avec le meilleur ROI est difficile
- 93. Ne pas négligerle Code Ni la compréhension du Développeur
- 94. Ne pas négligerle Code Ni la compréhension du Développeur
- 95.
- 96. Du Code &Des Humains Merci !
- 97. Du Code &Des Humains Merci ! ryfacto.fr@nverinaud Envie de travailler avec nous ?