
Solving the Hard Problems • Dave Farley • GOTO 2024
Mots-clés
Résumé
170 mots
Évaluation critique
La conférence de Dave Farley offre une perspective éclairée sur la gestion de la complexité en génie logiciel. Farley, fort de son expérience et de ses ouvrages, présente des arguments solides pour une approche itérative et évolutive de l’architecture. Il s’appuie sur des exemples concrets comme le Starship de SpaceX et l’évolution de l’aviation pour illustrer son propos. La démonstration est cohérente et bien structurée, avec des transitions claires entre les concepts. Cependant, on peut regretter un manque de données empiriques ou d’études de cas détaillées pour étayer ses affirmations. Les références à ses propres livres et à des concepts généraux sont utiles mais ne fournissent pas de preuves tangibles. L’adéquation entre le titre et le contenu est bonne, même si le titre est un peu générique. La conférence s’adresse à un public de développeurs et d’architectes, mais elle reste accessible grâce à des explications claires. En résumé, c’est une intervention de qualité qui synthétise des principes éprouvés, mais qui aurait gagné à être plus étayée par des exemples chiffrés ou des études de cas.
175 mots
Adéquation titre / contenu
Le titre reflète bien le contenu : la conférence traite des problèmes difficiles en génie logiciel et propose des approches pour les résoudre.
Qualité & fiabilité
8/10
Dave Farley est un expert reconnu en génie logiciel, auteur de plusieurs ouvrages de référence. La conférence s'appuie sur des principes éprouvés et des exemples concrets, mais ne présente pas de données empiriques originales. Les sources citées sont principalement ses propres travaux et des références générales.
Chapitres
- Intro
- What is engineering really for?
- How to design & architect for ease of change?
- Iteration
- How to use the power-tools
- Small steps
- Prioritize testability
- Architecture as a snapshot
- Maintain the tourist map
- Prioritize ease of change
- Separate concerns
- Adapt to the current context
- Don't design ahead
- Platform as abstraction
- Manage coupling
- Conclusion
- Outro
Sources citées
- Site personnel de Dave Farley — Page personnelle de l'auteur, mentionnée dans la description.
- Profil Bluesky de Dave Farley — Compte officiel de Dave Farley sur Bluesky.
- Profil Bluesky de GOTO Conferences — Compte officiel de la conférence GOTO.
- Site de la conférence GOTO Copenhagen — Site officiel de la conférence GOTO Copenhagen 2024.
- Page de la session GOTO Copenhagen 2024 — Page dédiée à la session de Dave Farley, avec résumé et slides.
- GOTOpia — Plateforme de contenu de GOTO.
- Newsletter GOTOpia — Inscription à la newsletter de GOTOpia.
- Profil LinkedIn de Dave Farley — Profil professionnel de Dave Farley.
- Continuous Delivery Ltd. — Site de la société de conseil de Dave Farley.
- Profil LinkedIn de GOTO — Page LinkedIn de la société GOTO.
- Chaîne YouTube GOTO Conferences — Chaîne YouTube officielle de GOTO Conferences.
Sources concordantes
- Continuous Delivery — Livre de Dave Farley et Jez Humble, référence sur le déploiement continu.
- Modern Software Engineering — Livre de Dave Farley, qui développe les concepts abordés dans la conférence.
Apport & nouveautés
La conférence apporte une synthèse claire et accessible des principes d’architecture évolutive et de conception incrémentale, en les reliant à des exemples concrets issus d’autres domaines de l’ingénierie. Elle met l’accent sur l’importance de la testabilité et de la gestion du couplage pour faciliter le changement.
Pour aller plus loin :
- Continuous Delivery — Concept clé développé par Dave Farley, essentiel pour comprendre sa vision.
- Architecture évolutive — Approche architecturale prônée par Farley et Neal Ford.
- Conception pilotée par le domaine — Méthode de conception logicielle qui complète les idées de Farley sur la séparation des préoccupations.
97 mots
Profil radar
Le profil radar montre une conférence équilibrée, avec des scores élevés en quantité et qualité d'information, ainsi qu'en fiabilité. Le niveau technique est légèrement inférieur, ce qui reflète une accessibilité pour un large public de développeurs.