geantsduweb.com              Les Géants du Web                                         10 pratiques                       ...
2	© OCTO 2012
Plus Gros4	© OCTO 2012
5	© OCTO 2012
Build vs Buy              ! Pas de progiciels              ! Beaucoup d’Open Source              Bref, le contraire de bea...
Une certaine logique7	© OCTO 2012
Mais aussi…              ! … des progiciels souvent peu adaptés au très gros                 !   coût de licence rédhibito...
9	© OCTO 2012
Commodity Hardware              ! Small is beautiful…              ! … mais ça change des choses10	© OCTO 2012
NoSQL              ! Pas SQL ou plutôt pas seulement SQL                (Not Only SQL)              ! Pour aller là où les...
NoSQL              Le théorème de CAP                                        « Availability »                             ...
Open API13	© OCTO 2012
Open API              ! Ensemble, on va plus loin !14	© OCTO 2012
Plus Vite                      « One of the things we most value              at Facebook engineering is moving fast. »15	...
Minimum Viable Product               « le MVP est la version d’un nouveau produit qui permet à               une équipe de...
Comment ?        !     Des itérations courtes               !   Avec la question « est-ce que la suppression de cette fonc...
Test A/B        !     Comparer la perception par 2 populations d’utilisateurs               !   2 pages d’accueil, 2 visue...
Google Website Optimizer21	© OCTO 2012
DevOps ?	                                   1.  Infrastructure	  as	  Code	                                               ...
Continuous Delivery                           « Plus il est difficile de déployer,                             plus il fau...
Efficacité opérationnelle extrême          1 Ops                2,3 millions d’utilisateurs        2 MEP / J25	© OCTO 2012
Plus efficace26	© OCTO 2012
L’obsession de la mesure                « In God we trust – everything else we test. »        Principes        ! Sans mesu...
Concrètement        ! Des métriques partout        ! Test automatisé        ! Baser les décisions sur les métriques       ...
L’obsession de la mesure              « Tout le monde doit être capable d’expérimenter,                              appre...
Quelle est la bonne taille d’équipe pour        fabriquer un produit logiciel remarquable ?31	© OCTO 2012
Pizza teams        ! 5 à 15 personnes        ! En deçà, manque de créativité        ! Au delà, perte d’efficacité32	© OCTO...
Comment organiser le travail des équipes        lorsque la taille de l’entreprise augmente ?34	© OCTO 2012
Component team
 Feature TeamMarketing – Responsable produit – Ergonome – Graphistes – Développeurs – Testeurs – Exploitants
Features teams        ! Autonomie / pas de dépendances inter-équipes        ! Toutes les compétences        ! Comment assu...
Design for failure               « Everything fails all the time »                      Werner Vogels, CTO d’Amazon38	© OC...
Design for failure        ! Plusieurs patterns              ! Eventual consistency              ! Graceful degradation    ...
Design for failure              « The best way to avoid failure is to fail                           constantly »40	© OCTO...
 Design for failureSource : http://www.stelligent.com/tag/simian-army/
Table ronde42	© OCTO 2012
Les pratiques des geants du web
Les pratiques des geants du web
Les pratiques des geants du web
Les pratiques des geants du web
Les pratiques des geants du web
Les pratiques des geants du web
Upcoming SlideShare
Loading in...5
×

Les pratiques des geants du web

493

Published on

geantsduweb.com

De l’autre côté de l’Atlantique, mais aussi à d’autres endroits du monde comme en France, des gens sont en train de réinventer la façon de faire de l’informatique. Ils s’appellent Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus.

On les appelle les Géants du Web.

Cet ouvrage collaboratif synthétise et structure les pratiques, les solutions technologiques et les traits culturels les plus saillants de ces pionniers, en décryptant des sujets passionnants tels que l’obsession de la mesure, la bêta perpétuelle, DevOps, le Design for failure, la contribution systématique au logiciel libre ou encore le Feature Flipping.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
493
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Les pratiques des geants du web

  1. 1. geantsduweb.com Les Géants du Web 10 pratiques Ludovic Cinquin, DG France Guillaume Plouin, Practice Leader Prospective Stephen Perin, Consultant Senior Petit déjeuner – mardi 20 novembre 20121 © OCTO 2012
  2. 2. 2 © OCTO 2012
  3. 3. Plus Gros4 © OCTO 2012
  4. 4. 5 © OCTO 2012
  5. 5. Build vs Buy ! Pas de progiciels ! Beaucoup d’Open Source Bref, le contraire de beaucoup de DSI6 © OCTO 2012
  6. 6. Une certaine logique7 © OCTO 2012
  7. 7. Mais aussi… ! … des progiciels souvent peu adaptés au très gros !   coût de licence rédhibitoire !   Généricité !   Architecture8 © OCTO 2012
  8. 8. 9 © OCTO 2012
  9. 9. Commodity Hardware ! Small is beautiful… ! … mais ça change des choses10 © OCTO 2012
  10. 10. NoSQL ! Pas SQL ou plutôt pas seulement SQL (Not Only SQL) ! Pour aller là où les SGBDR montrent leurs limites11 © OCTO 2012
  11. 11. NoSQL Le théorème de CAP « Availability » Les clients peuvent toujours accéder au système (lecture écriture) La stratégie des sites L’univers des SGBRD à gros trafic. Avec cohérence in fine « Partition tolerance » « Consistency » Le système continue a Tous les clients ont fonctionner en cas de la même vue de la « partition » - plusieurs donnée sous-ensembles n’arrivent plus à communiquer12 © OCTO 2012
  12. 12. Open API13 © OCTO 2012
  13. 13. Open API ! Ensemble, on va plus loin !14 © OCTO 2012
  14. 14. Plus Vite « One of the things we most value at Facebook engineering is moving fast. »15 © OCTO 2012
  15. 15. Minimum Viable Product « le MVP est la version d’un nouveau produit qui permet à une équipe de collecter sur les clients early adopters le maximum d’enseignements validés, et ce avec un minimum d’effort » Eric Ries, Lean Startup ! Réaliser rapidement un prototype de produit minimal, pour !   Vérifier l’existence d’un besoin !   Identifier le marché associé !   Valider les hypothèses business17 © OCTO 2012
  16. 16. Comment ? ! Des itérations courtes !   Avec la question « est-ce que la suppression de cette fonctionnalité rend le produit sans aucune valeur pour mon client ? » ! Le minimum qui est réalisé doit l’être à la perfection18 © OCTO 2012
  17. 17. Test A/B ! Comparer la perception par 2 populations d’utilisateurs !   2 pages d’accueil, 2 visuels, 2 formulaires, etc. ! Segmentation de la population ? !   date d’inscription, ordre alphabétique, etc. ! Condition d’arrêt ? !   Échantillon significatif20 © OCTO 2012
  18. 18. Google Website Optimizer21 © OCTO 2012
  19. 19. DevOps ?   1.  Infrastructure  as  Code     provisionner  des  environnements  de  manière  fiable,   industrielle  et  dynamique  Dev     2.  Con/nuous  Delivery   Le  déploiement  en  con/nu   Ops     3.  Culture  de  la  collabora/on   Des  rituels  communs  pour  favoriser  les  échanges  23 © OCTO 2012
  20. 20. Continuous Delivery « Plus il est difficile de déployer, plus il faut le faire souvent » ! Mises en production incrémentales avec un niveau de risque minimal ! Fiabiliser les processus de déploiement par l’automatisation ! « Feature Flipping » : décorrélation entre déploiement du code et des fonctionnalités24 © OCTO 2012
  21. 21. Efficacité opérationnelle extrême 1 Ops 2,3 millions d’utilisateurs 2 MEP / J25 © OCTO 2012
  22. 22. Plus efficace26 © OCTO 2012
  23. 23. L’obsession de la mesure « In God we trust – everything else we test. » Principes ! Sans mesure, tout n’est qu’opinion ! Ce qui ne se mesure pas, ne se pilote pas28 © OCTO 2012
  24. 24. Concrètement ! Des métriques partout ! Test automatisé ! Baser les décisions sur les métriques ! Cycles courts d’expérimentation / apprentissage29 © OCTO 2012
  25. 25. L’obsession de la mesure « Tout le monde doit être capable d’expérimenter, apprendre et itérer. La position hiérarchique, l’obédience et la tradition ne doivent pas avoir de pouvoir. Pour que l’innovation fleurisse, la mesure doit régner. » Werner Vogels , CTO, Amazon30 © OCTO 2012
  26. 26. Quelle est la bonne taille d’équipe pour fabriquer un produit logiciel remarquable ?31 © OCTO 2012
  27. 27. Pizza teams ! 5 à 15 personnes ! En deçà, manque de créativité ! Au delà, perte d’efficacité32 © OCTO 2012
  28. 28. Comment organiser le travail des équipes lorsque la taille de l’entreprise augmente ?34 © OCTO 2012
  29. 29. Component team
  30. 30.  Feature TeamMarketing – Responsable produit – Ergonome – Graphistes – Développeurs – Testeurs – Exploitants
  31. 31. Features teams ! Autonomie / pas de dépendances inter-équipes ! Toutes les compétences ! Comment assurer la cohérence d’ensemble ? à « Communautés de pratiques »37 © OCTO 2012
  32. 32. Design for failure « Everything fails all the time » Werner Vogels, CTO d’Amazon38 © OCTO 2012
  33. 33. Design for failure ! Plusieurs patterns ! Eventual consistency ! Graceful degradation ! Feature Flipping !   Simian Army39 © OCTO 2012
  34. 34. Design for failure « The best way to avoid failure is to fail constantly »40 © OCTO 2012
  35. 35.  Design for failureSource : http://www.stelligent.com/tag/simian-army/
  36. 36. Table ronde42 © OCTO 2012

×