Du Code & Des Humains - ElsassJUG 2018
•
0 j'aime•485 vues
Venez découvrir la rétrospective, non sans humour, de mes huit dernières années dans la création de logiciels. Je parle de mes débuts avec SCRUM, de la réécriture d'une application mobile un nombre honteux de fois, de l'apprentissage de Clean Code et de l'Extreme Programming. Je tire les leçons de ces huit années et tente de répondre à ces deux questions : - Le•a développeur•se est-il•elle une espèce à part, incapable de communiquer avec les gens "normaux" ? - L'entropie est-elle une fatalité conduisant inévitablement à la réécriture ?
Recommandé
Recommandé
Contenu connexe
Similaire à Du Code & Des Humains - ElsassJUG 2018
Similaire à Du Code & Des Humains - ElsassJUG 2018 (20)
Du Code & Des Humains - ElsassJUG 2018
- 1. Du Code & Des Humains
- 2. Du Code & Des Humains ryfacto.fr Nicolas VERINAUD @nverinaud
- 3. « Google The Error Message Algorithm »
- 8. Toile de Paillage Tissée
- 10. Développer un logiciel Facile ? 🤔 Toyota
- 11. Développer un logiciel Facile ? 🤔 Toyota Chinook
- 12. Développer un logiciel Facile ? 🤔 Toyota Chinook Mars Climate Orbiter
- 13. Développer un logiciel Facile ? 🤔 Toyota Chinook Mars Climate Orbiter Therac-25
- 14. Développer un logiciel Facile ? 🤔 Toyota Chinook Mars Climate Orbiter Therac-25 911
- 23. Productivité 0 25 50 75 100 Mois 0 1 2 3 4 5 6 7 8 9 10 11 12 Vélocité
- 24. Productivité 0 25 50 75 100 Mois 0 1 2 3 4 5 6 7 8 9 10 11 12 Vélocité
- 25. Productivité 0 25 50 75 100 Mois 0 1 2 3 4 5 6 7 8 9 10 11 12 Vélocité
- 27. Développeur•se : une espèce à part ? Réécrire : une fatalité ?
- 28. Développeur•se : une espèce à part ? Réécrire : une fatalité ?
- 31. Client•e
- 35. Client•e Commercial•e Directeur•rice Technique Scrum Master Mockups Master
- 36. Client•e Commercial•e Directeur•rice Technique Dev Scrum Master Mockups Master
- 37. Utilisateur•rice Product Owner Proxy Product Owner Dev Lead Dev Scrum Master
- 38. Utilisateur•rice Product Owner Proxy Product Owner Dev Lead Dev Scrum Master
- 39. Utilisateur•rice Product Owner Proxy Product Owner Dev Lead Dev Scrum Master
- 40. Utilisateur•rice Product Owner Proxy Product Owner Dev Lead Dev Scrum Master Téléphone ArabeEnterprise Edition
- 41. • Les individus et 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
- 42. Discuter avec l’utilisateur•rice pour construire un logiciel qui fait le boulot
- 43. Qu’est-ce que le code ?
- 44. Qu’est-ce que le code ?
- 45. Le code est la spécification la plus détaillée du monde
- 48. - Alberto Brandolini « C’est la compréhension du•de la développeur•se, pas votre connaissance, qui devient le logiciel. »
- 54. Comment comprendre efficacement les besoins ?
- 55. Quel est le véritable problème ? Les 5 « Pourquoi ? » et la définition récursive
- 56. Quel est le véritable problème ? Les 5 « Pourquoi ? » et la définition récursive
- 57. définition récursive « J’ai besoin d’une base de donnée générique contenant tous les médicaments vendus et qui peuvent être prescrit par les médecins. »
- 58. définition récursive « J’ai besoin 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 ?
- 59. définition récursive « Pour aider les médecins à faire leurs ordonnances. »
- 60. définition récursive « Pour aider les médecins à faire leurs ordonnances. » Pourquoi ?
- 61. définition récursive « Car les médecins font des erreurs en prescrivant des médicaments. »
- 62. définition récursive « Car les médecins font des erreurs en prescrivant des médicaments. » Pourquoi ?
- 63. définition récursive « Car ils prescrivent des médicaments incompatibles. »
- 64. définition récursive « Car ils prescrivent des médicaments incompatibles. » Pourquoi ?
- 65. définition récursive « Car les interactions entre les médicaments sont complexes. »
- 66. définition récursive « Car les interactions entre les médicaments sont complexes. » Une interaction entre médicaments ?
- 67. Base de donnée gé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. »
- 68. Base de donnée générique de médicaments
- 69. Base de donnée générique de médicaments Aider les médecins à prescrire les bons médicaments
- 70. Quelles solutions ? Impact Mapping
- 71. Impact Mapping Quelles solutions ? Créer le logiciel qui aura le meilleur impact, le meilleur ROI
- 72. Impact Mapping Quelles solutions ? Créer le logiciel qui aura le meilleur impact, le meilleur ROI
- 73. Créer le logiciel qui aura le meilleur impact, le meilleur ROI Gojko Adzic
- 74. Implémentation ? Métier ? Event Storming
- 75. Implémentation ? Métier ? Event Storming
- 76. Implémentation ? Métier ? Event Storming Aligner Métier et Technique
- 77. Implémentation ? Métier ? Event Storming Aligner Métier et Technique http://ziobrando.blogspot.fr/2013/11/introducing-event-storming.html
- 78. Vision d’ensemble ? Priorités ? User Story Mapping
- 79. Vision d’ensemble ? Priorités ? User Story Mapping Créer un véritable MVP
- 80. User Story Mapping Vision d’ensemble ? Priorités ? Créer un véritable MVP
- 81. User Story Mapping Créer un véritable MVP Jeff Patton
- 82. User Story Mapping Créer un véritable MVP
- 83. C’est la compréhension du•de la développeur•se qui devient le logiciel, pas le cahier des charges.
- 85. Projet complexe ? Mauvaise conception ?
- 86. Projet complexe ? Mauvaise conception ?
- 87. Deux Formes de Complexité Complexité Essentielle
- 88. Deux Formes de Complexité Complexité Essentielle Complexité Accidentelle
- 89. Comment s’en rendre compte ? Deux Formes de Complexité Complexité Essentielle Complexité Accidentelle
- 90. Comment s’en rendre compte ? Deux Formes de Complexité Complexité Essentielle Complexité Accidentelle ≠ Dette Technique
- 91. Deux Formes de Complexité Complexité Essentielle Complexité Accidentelle Comment s’en rendre compte ?
- 92. + Deux Formes de Complexité Complexité Essentielle Complexité Accidentelle
- 93. Comment estimez-vous ? Arrêtez d’estimer !
- 94. Comment estimez-vous ? Arrêtez d’estimer !
- 95. - Un•e développeur•se qui fait une estimation fiable « Je ne sais pas ! »
- 96. Comment éviter la complexité accidentelle ? En prenant soin du code !En prenant soin du code !
- 97. Comment éviter la complexité accidentelle ? En prenant soin du code ! Comment ?
- 98. Comment éviter la complexité accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier !
- 99. Comment éviter la complexité accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier ! Je risque de tout péter non ?
- 100. Comment éviter la complexité accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier ! Je risque de tout péter non ? Non ! Grâce aux tests automatisés !
- 101. accidentelle ? En prenant soin du code ! Comment ? Refactoring régulier ! Je risque de tout péter non ? Non ! Grâce aux tests automatisés !
- 103. Comment s’en sortir ? Deux possibilités Économiquement Mort
- 104. Comment s’en sortir ? Deux possibilités Économiquement Mort Avant la 1ère mise en prod 😱
- 105. Deux possibilités Économiquement Mort Comment s’en sortir ? Repartir de zéro avec des tests
- 106. Repartir de zéro avec des tests Deux possibilités Économiquement Mort Comment s’en sortir ?
- 108. Embaucher ? Deux possibilités Économiquement Viable
- 109. Embaucher ? Deux possibilités Économiquement Viable Tierce Maintenance Applicative 😱
- 111. Économiquement Viable Embaucher ? Fred Brooks
- 112. Fred Brooks « Adding manpower to a late project makes it later. »
- 113. Écrire des tests... ...pour pouvoir refactor...
- 114. Écrire des tests... ...pour pouvoir refactor... ...pour prospérer !
- 115. Écrire des tests... ...pour pouvoir refactor... ...pour prospérer !
- 116. Scrum
- 118. Test Driven Development Culture du Partage
- 119. Culture du Partage Test Driven Development Solidarité Technologique
- 120. Culture du Partage Test Driven Development Solidarité Technologique
- 121. Créer un logiciel pertinent avec le meilleur ROI est difficile
- 122. Ne pas négliger le Code Ni la compréhension du Développeur
- 123. Ne pas négliger le Code Ni la compréhension du•de la Développeur•se
- 124. Du Code
- 125. Du Code & Des Humains Merci !
- 126. Du Code & Des Humains Merci ! ryfacto.fr@nverinaud Envie de travailler avec nous ?