Tu es fière d’être codeuse (ou codeur) ? Tant mieux, car nous avons un défi pour toi : sauras-tu écrire du code committable en moins de deux minutes ?

Intéressé ? Nous te proposerons de rejoindre ce vendredi midi des Octos aventureux pour un atelier de programmation. Tous niveaux de TDD acceptés.

Nous travaillerons par paires et en TDD sur un problème de programmation relativement simple. L’exercice consistera à résoudre ce problème en respectant le protocole suivant, inspiré par Adrian Bolboaca :

Écrire et faire passer un test

1. démarrer un timer à 2 minutes
2. écrire un test non passant
3. écrire du code pour faire passer le test
4. dès que les 2 minutes sont écoulées, on fait le point :
   •  le test est vert ? On committe et on va en 5. pour faire un refactoring
   •  le test est rouge ? On annule tous les changements faits depuis le dernier commit et on retourne en 1.

Faire un refactoring

5. démarrer un timer à 2 minutes
6. faire un refactoring
7. dès que les 2 minutes sont écoulées, on fait le point :
   • le test est vert ? On committe et on passe au choix en 1. pour ajouter une fonctionnalité ou en 5. pour un autre refactoring
   • le test est rouge ? On annule tous les changements faits et on retourne en 5. pour retenter un refactoring

Au bout de 45 minutes, nous effacerons le code produit et débrieferons ensemble sur l’expérience.

Toujours intéressé ? Les inscriptions sont ouvertes sur eventbrite.

En venant, assure-toi d’apporter

• un ordinateur sur lequel tu es à l’aise
• de quoi développer dans ton langage préféré (IDE ou éditeur de texte, compilateur, …)
• un gestionnaire de versions que tu sais utiliser en local (je suggère git ou mercurial mais si tu sais faire du svn en local feel free!)
• un sandwich ou autre repas à emporter (que tu mangeras probablement pendant le debrief, mais si tu arrives à manger en codant feel free!)

Si tu viens en binôme, vous pourrez vous contenter d’un seul ordinateur (si tu veux aussi binômer sur le repas feel free!)

N’oublie pas de t’inscrire pour venir.

what : atelier coder à pas de chaton
when : ce vendredi 21 juin de 12h30 à 13h30
where : OCTO Technology, 50 avenue des champs Élysées, 75008 Paris, 5ème étage, salle André Gide

Suggestion d'articles :

1. L’école du Tech-Lead
2. Vendredi 26/04 : l’École du Tech Lead parle de revues de code
3. Tech days 2011 : le bilan

OCTO était vendredi dernier à la conférence dotScale à Paris. Les différentes sessions de cette conférence tournaient autour du thème des architectures scalables en prenant pour modèle les acteurs du Web et du Cloud.

Durant la journée, de prestigieux speakers se sont relayés dans un format spécial : un enchaînement de keynotes de 20 à 30 minutes. Ainsi se relayaient sur la scène du Théâtre des Variétés des contributeurs majeurs comme Doug Cutting (Cloudera), Shay Bannon (ElasticSearch) ou encore Joshua McKenty (OpenStack).

Suivre les Géants du Web

La scalabilité devient un enjeu majeur des architectures pour répondre aux nouveaux besoins métiers liés à l’exploitation de données générés exponentiellement. C’est d’ailleurs dans cette optique qu’est né Hadoop, comme l’a rappelé Doug Cutting.

Les intervenants de dotScale ont ainsi rappelé des patterns des Géants du Web pour intégrer la notion de scalabilité au sein d’une architecture.

Augmenter la capacité de son architecture

Tout d’abord le principe de divide & conquer (diviser pour régner), bien connu par les étudiants et autres praticiens d’algorithmes, s’applique en architecture. Séparer un traitement en plusieurs sous-traitements, comme le fait Hadoop au travers de MapReduce, permet de lisser la charge de calcul sur différentes machines.

Ce principe reste le même au niveau base de données via le sharding (partitionnement) : une définition détaillée est disponible sur l’article des Géants du Web par Marc Bojoly.

La plateforme de blogging WordPress, qui supporte un des plus élevés taux de trafic du Web (en prenant en compte les différents blogs) juste derrière Google et Facebook, a expérimenté cette approche de manière incrémentale.

Barry Abrahamson, CTO de WordPress, explique que pour gérer tous les sites hébergés WordPress se base sur un sharding selon le type d’utilisateurs : des active shards et inactive shards. Les active shards représentent les sites les plus actifs et ayant le plus de contenu en terme de taille.

En effet, tenter de sharder de manière aléatoire selon un hash pour distribuer une quantité similaire de sites sur les différentes instances du cluster n’est pas applicable au cas WordPress.

Sur le blog technique de WordPress, il est indiqué :

The problem with clusters is that is really easy to become overcrowded. Some of our competitors also use clusters but put 100s of customers on a cluster.  This doesn’t work because of a rule we have: If it doesn’t fit into RAM, it’s too slow. Once there’s too many files to fit in the kernel filesystem cache, too much table data to fit into MySQL’s memory, too many objects to fit into memcached, then suddenly all sites become much slower because only the few, largest sites will stay in memory.

Un même nombre de blogs sur un cluster aurait un impact de performance et de disponibilité ou de coût :

• Soit les machines sont dimensionnées au minimum pour coller au plus grand nombre et donc les blogs hébergés sur les mêmes instances que les blogs les plus visités subiraient des faibles performances voire même des temps d’indisponibilité si l’instance tombe.
• Soit l’infrastructure est dimensionnée de manière excessive pour les 10% de blogs les plus visités éparpillés sur l’infrastructure ce qui induit des coûts plus importants pour une minorité de blogs.

Ainsi, les blogs « inactifs » sont en grand nombre une même machine performante disposant d’environnements virtualisés et les blogs « actifs » sont sur des clusters hébergeant moins de sites.

We’re very careful to balance clusters with the right number of customers.  The exact number depends of course on the nature of the traffic and the size of the sites, but we actively monitor the relevant system details to produce an internal “capacity” score per cluster.  We never let it get too high, and we’ll migrate sites between clusters if needed to ensure everyone has enough resources.

Les optimisations de performance utilisées sont :

• SSD
• Caching d’objets via memcached
• Sharding des reads et writes

Des optimisations MySQL de l’ordre de key_buffer (optimisation des indexes en mémoire) et query_cache_* (cache de requête SELECT) ne sont pas utilisées car le nombre de tables étant trop important (plus de 500 millions de tables, 120 shards et 2200 serveurs), la probabilité qu’une requête en mémoire soit exécutée à de nombreuses reprises est trop faible. Cela permet ainsi de ne pas surcharger la RAM de chaque instance.

La scalabilité ne se restreint pas que sur les couches logicielles. Au niveau réseau le principe reste transposable.

Les VLAN ont été crées afin de regrouper des machines au sein d’un réseau virtuel, indépendant de la localisation et du matériel réseau afin de gagner en sécurité et en performance (le broadcast et multicast des messages se restreint à des VLAN plutôt qu’à toutes les machines d’un réseau physique. Cependant, les VLAN imposent une limite à 4096 segments ce qui freine la scalabilité au niveau réseau. Pour garder les bénéfices des VLAN il existe plusieurs solutions : VXLAN ou encore VNT, Virtual Network over TRILL, présenté à dotScale par Thomas Stocking, COO chez Gandi.

VNT est une extension de la frame Ethernet classique avec VNI (Virtual Network Identifier) et le protocole TRILL.

VNI permet d’utiliser un segment de 24 bits (supérieur à ce que peut gérer un VLAN) comme annuaire de machines au sein d’un réseau. Chaque machine est donc identifiée par un ID et son adresse MAC. Il est possible d’avoir plusieurs adresses MAC sur le réseau tant qu’elles sont sur différents VNT (VLAN).

TRILL (Transparent Interconnection of Lots of Links) est un protocole « zero configuration » en remplacement des Spanning Tree. Un spanning tree permet le routage de données sans cycle (contrairement à un graphe) afin d’éviter d’envoyer des paquets plusieurs fois sur le même noeud. Plusieurs inconvénients existent dans les spanning tree notamment des chemins peu optimisés d’un noeud à un autre ou encore l’impossibilité de faire du multipath, rendant la connectivité non scalable au travers d’un large réseau.

TRILL permet ainsi d’optimiser le routage via les R-Bridge, switchs compatibles TRILL, qui se référencent mutuellement et n’ont pas besoin d’avoir connaissance des adresses MAC des destinataires au sein du réseau. Ainsi il n’est pas nécessaire de concevoir un réseau acyclique et le multipath devient possible.

Sécuriser son architecture

Une architecture performante n’a que peu d’intérêt si celle-ci n’est pas résiliante.

Le principe commun pour gérer la résilience d’une architecture scalable est l’isolation. Sur du Cloud ou des machines physiques il est important d’isoler des applications (au niveau logiciel ou matériel) afin qu’elles n’aient aucun impact sur les autres en cas de panne. On appelle cela « design for failure« , ce que rappelle Jonathan Weiss d’AWS OpsWorks.

Chez Heroku, décrit par Noah Zoschke, cela se traduit par des user groups isolés destinés à chaque application déployée, reprenant le principe de cgroups d’UNIX.

Les VM Ruby MRI sont montées dans des conteneurs LXC (Linux Container) agissant comme un méchanisme de virtualisation pour chaque application. LXC se base pour cela sur les cgroups UNIX pour gérer les différentes instances et la commande clone pour isoler les ressources.

Des pertes de performance sont évidemment induites dues aux nombreuses couches techniques mais Heroku gagne en contrepartie en sécurité et résilience.

Enfin, pour assurer la cohérence des données les géants du web se basent sur Paxos pour la gestion des transactions multi-sites. Google Spanner utilise Paxos pour l’élection d’un maître lors d’une transaction, partage l’espace des clés de sharding entre les sites et synchronise les différents datacenters au travers d’horloges atomiques et GPS.

Brad Fitzpatrick, créateur de memcached, cite également d’autres implémentations de Paxos : Google Chubby, utilisé dans BigTable ainsi que RAFT, une implémentation plus simple du protocole Paxos.

Toujours dans une optique d’isolation, Jonathan Weiss préconise le « one box deployment« , déploiement itératif afin de ne pas perturber la production par une application ou instance défaillante :

• Mesurer le comportement d’une machine dans le temps
• Déployer sur une Availability Zone. Mesurer.
• Déployer sur une région. Mesurer.

On peut assimiler cette technique de déploiement au Canary Release.

Pour gérer une plateforme scalable, celle-ci doit être la plus « élastique » possible, c’est-à-dire de pouvoir installer et configurer ses composants de manière industrielle, d’où la nécessité d’automatiser le provisionning des machines et l’installation des applicatifs (pratique DevOps)

Dans cet objectif Solomon Hykes, créateur de dotCloud, a présenté une solution de déploiement nommée Docker. Cette solution permet de gérer un PaaS au travers d’un moteur de déploiement pour applications hétérogènes via conteneur normalisé.

La promesse de Docker est de pouvoir déployer une application, quelque soit sa plateforme, son format et le matériel sous-jacent, d’une manière simplifiée permettant ainsi d’éviter du scripting lourd et difficilement maintenable dans le but de tendre vers une totale automatisation du déploiement.

En conclusion

Ces principes sont poussés depuis quelques années par les Géants du Web. Les intervenants de dotScale n’ont pas apporté de nouveauté particulière mais ont permis d’insister sur l’importance d’appliquer ces patterns.

Pour compléter sur d’autres patterns des Géants du Web : http://www.geantsduweb.com/

Suggestion d'articles :

1. Compte-rendu de la journée Sun Aquarium du 26 juin
2. Compte rendu du séminaire SpringSource tc Server du 28 Juillet à OCTO
3. XPDays 2009 : Compte rendu du Lundi 25 mai

Je suis consultant. On me consulte lorsque l’on a besoin d’un conseil. Je conseil alors la meilleur solution possible, car j’ai de l’expérience dans le domaine. Et là, on ne suit pas du tout mon conseil ! On me dit plein de phrases qui commencent par « oui mais… » et on fait autre chose. On se plante, et je désespère. Mes conseils ne sont pas écoutés.

Enfin c’est un truc qui m’arrive souvent. Contre ça, Christophe Thibault m’a un jour présenté le protocole Investigate.

Qu’est ce que c’est ?

Une autre approche du conseil. Au lieu de donner une réponse, nous allons poser des questions qui vont amener l’interlocuteur à réfléchir. Je serai alors à même de donner un conseil beaucoup plus pertinent. Il trouvera bien souvent ses propres réponses – j’avais dit que c’était un truc de coach !

Il n’y a pas longtemps, j’ai dit à quelqu’un que mon métier, c’était de discuter. C’est vrai, je passe le plus clair de mon temps à le faire. Mais pas n’importe comment. Investigate est l’un des outils que j’emploie le plus fréquemment dans mes conversations pro.

Comment cela se pratique t’il ?

Lorsque quelqu’un demande une solution, le problème est rarement complet. Par exemple, quelqu’un est venu me demander comment animer trois jours de team building hors-sol. Il avait son budget.

Dans un premier temps, je me suis bien gardé de sortir tous les ateliers que je connais.

J’ai pris une posture complètement externe, curieux et intéressé par le sujet. J’ai posé des questions, les plus ouvertes possibles. « Quel but recherches-tu avec un atelier hors sol ? Qui y participera ? Qu’est ce qui te montrera que l’atelier a bien fonctionné? » Chaque réponse m’apportait de nouvelles questions. « Comment se fait il que tu ne sois pas sûr du nombre de personnes qui y participeront ? Dans quel objectif souhaites-tu que cela se fasse hors-sol ? »

Bref, en creusant, nous nous sommes aperçu que la personne ne savait pas trop quelle équipe elle voulait inclure, et quels buts poursuivrait cette équipe. Finalement, un travail était indispensable avant de définir l’atelier hors-sol. Si j’avais conseillé un atelier comme demandé initialement, j’aurais obligatoirement échoué.

Lorsque l’on pratique ce protocole, il est autorisé de poser des questions ouvertes uniquement. C’est une enquête sans intention autre que d’obtenir des informations/des réflexions : toute question qui pourrait orienter l’interlocuteur est prohibée.

Un poil de théorie

L’investigateur doit:

• Poser uniquement des questions qui ont pour but d’accroître sa compréhension.
• Ne pas poser des questions dont on pense savoir comment l’autre va/doit répondre.
• Arrêter de poser des questions s’il ne peut pas rester détaché (s’il a l’impression de manipuler, ou s’il veut absolument donner des conseils/des réponses)

Quelques bonnes questions:

• Qu’est ce qui dans X te fait faire Y ?
• Peux-tu me donner un exemple précis ? Raconte moi la dernière fois où X…
• Quand tu auras ton X, qu’est ce que ça te permettra de faire ?
• Qu’est ce que tu pourrait faire immédiatement pour améliorer X ?

Quelques mauvaises questions:

• Ne penses-tu pas que X?
• Toutes les questions fermées (qui se répondent par oui ou par non)
• Pourquoi… ?
• Les questions dont vous connaissez la réponse.

Un dernier conseil : n’ayez pas peur du silence. Vous venez de poser une question, et votre interlocuteur ne répond pas ? Il n’est pas en train d’attendre une clarification de votre part : il est simplement en train de réfléchir. Il est très important de ne rien faire, de ne rien dire à ce moment là et d’attendre la réponse.

En conclusion

Bien souvent, lorsque j’utilise ce protocole, les problèmes se résolvent d’eux même. Comme je ne suis pas un bon coach, j’ai tout de même envie de donner des conseils. Dans ce cas, je m’accorde le droit de donner un unique conseil, en fin d’investigation. Et je ne pose aucune question ensuite.

Enfin, il existe beaucoup de techniques de discussion dont je m’inspire. En voici quelques autres, en vrac…

• Communication non violente
• Conversations cruciales
• Solution focussed therapy

Je n’ai malheureusement pas lu tous ces livres – j’ai vu quelques unes de ces techniques en formation.

Devoir à la maison

Essayez-le la prochaine fois que l’on vient vous demander un conseil, et faites-nous un retour en commentaire !

source : core protocols de Mc Carthy

Suggestion d'articles :

1. Annonce : Retour d’expérience sur « Kanban amont » au Stockholm Kanban Coach Camp

Il y a 6 mois, nous avions ouvert une de nos sessions de formation au format BBL sur GTD (Getting Things Done) à 5 participants externes.

Bilan : vous étiez 10 à venir nous rendre visite. Merci à vous !

Rebelote, nous la rejouons le jeudi 27 juin 2013 de 12h30 à 13h30. Même présentateur, même format, même ambiance de folie, le soleil en plus !

Toujours ouvert à 5 personnes externes, les premiers seront les premiers ! Envoyez votre mail de motivation sans langage SMS à dalia@octo.com.

Tout le détail a déjà été décrit sur cet article de blog.

Pour les plus fainéants, les plus récalcitrants ou les plus numériques d’entre vous, vous pourrez suivre cette présentation en direct live sur tv.octo.com.

A bientôt !

 

Suggestion d'articles :

1. Getting Things Done (mais Done Done) – S01E02

Nous fêtons cette année la sixième édition de l’USI, le rendez-vous des geeks et des boss de l’IT.  Chaque année, nous prenons toujours autant de plaisir à organiser et à partager avec vous ces deux jours inspirants !

Il vous reste 20 jours et 30 places pour vous inscrire et profiter de ces deux jours de conférences à couper le souffle.
Venez à la rencontre des plus grandes DSI françaises : Air liquide, Alstom, La Banque Postale, BNP, Corsairfly, Danone, Sanofi Aventis, MMA, Natixis, SIGMA, Orange, Manpower, … Ils seront tous là les 24 et 25 juin au Palais Brongniart pour découvrir ce que l’édition 2013 de l’USI leur réserve ! Si vous n’êtes pas encore convaincu, voilà quelques informations supplémentaires pour vous y aider.

Au programme ?

Des espaces d’échanges, des démonstrations, des animations, de l’innovation en avant-première, des nouveautés technologiques, des Keynotes de rêve et du Networking !

Découvrez les 8 Keynotes que l’équipe d’OCTO Technology a sélectionné pour vous :

Lundi 24 juin

• 8h45 – 9h45 : Vint Cerf - « What’s happening on Internet? »
• 12h00 – 13h00 : Adam Selipsky 
• 14h30 – 15h30 : Jean-Pierre Raffarin - « Les nouveaux partenariats de la France »
• 18h15 – 19h00 : Marc Giget - « Innovation et sortie de crise, vers une Renaissance européenne »

Mardi 25 juin

• 9h00 – 10h00 : Jim Lovell - « Apollo 13 : Un échec réussi »
• 12h00 – 13h00 : Bruce Schneier - « Confiance, Sécurité et Société »
• 14h30 – 15h00 : Amit Sood - Google Art Project
• 17h30 – 18h30 : Laurent Alexandre

Sans oublier les 38 sessions qui viendront s’ajouter entre chaque Keynote et que vous pouvez consulter depuis l’agenda de notre site internet.

Parmi ces sessions quelques Octos ont gagné leur place suite aux call for paper :

• Guillaume Plouin et Hervé Lourdin pour présenter le BYOD confronté au quotidien de la DSI,
• Thomas Vial traitera de l’approche exploratoire des graphes,
• Sophie Muto présentera un retour d’expérience UX,
• Joseph Glorieux pour parler de décisionnel,
• Benoit Lafontaine dont la session traite du déploiement en continu,
• Henri Tremblay et Mickaël Robert sur les performances perpétuelles
• Djamel Zouaoui parlera des défis liés au NoSQL 
• et enfin Ludovic Cinquin qui vous livrera les secrets des Géants du Web.

En plus de cette programmation dense et riche en sujet inspirants, vous pourrez découvrir les nouvelles technologies qui feront le monde de demain. 

Les espaces d’échanges USI

Nous avons le plaisir le tout premier FabLab  »mobile » qui se déplacent pour l’occasion ! Issus du MIT et en plein essor dans le monde entier, ces lieux sont des lieux ouverts à tous où l’on pratique le « learning by doing », les approches collaboratives, le partage des connaissances et l’innovation ouverte !

Plus concrètement, voici ce que vous découvrirez pendant deux jours :

• Création d’objets intelligents (électronique, programmation de microcontrôleurs)
• Modélisation 3D simplifiée (OpenScad, SketchUp) puis impression en 3D
• Atelier numérisation Kinect et impression 3D de son buste

 

Autre espace de démonstration innovant : l’espace NUI !

Nous avons la chance d’avoir au sein d’OCTO Vincent Guigui,  MVP Kinect, qui vous propose de venir à sa rencontre à l’USI ! Il vous fera découvrir comment les Nouvelles Interfaces Naturelles peuvent être utilisées dans un contexte professionnel que ce soit dans la relation client en agence, en espace de Show-Room, en appui à la productivité ou dans les domaines de la Data-Visualization entre autres. Plusieurs démos vous seront alors proposées pour vous faire découvrir le potentiel de ces interfaces et, peut-être vous donner des idées pour les appliquer chez vous !

 

La femme mise en lumière à l’USI 2013

Vous pourrez également admirer le travail d’Olivier Ezratty (consultant renommé dans les médias numériques) et Marie-Anne Magnac (fondatrice de l’agence de photographes  For Company et « creative angel ») qui ont réalisé une série de portraits mettant en lumière les femmes qui ont marqué le domaine de l’IT. Cette action a été menée afin de lutter contre les stéréotypes et inciter les jeunes générations à se projeter dans des métiers qui créent de la croissance et de la passion. Nous avons le plaisir d’exposer cette collection lors de l’USI 2013 pour vous faire découvrir ce travail remarquable.

Pour en savoir plus, visitez le site internet de l’expo

Soirée networking – lundi 24

Albert Jacquard indiquait en 2009 « A l’USI on cultive l’art de la rencontre ». Nous souhaitons honorer ses propos cette année !

Au delà de ces espaces d’échanges, tous les participants USI sont conviés le lundi 24 au soir pour une soirée exceptionnelle dédiée au Networking ! La soirée sera rythmée de découvertes musicales et gustatives, dans une ambiance chaleureuse et décontractée. Une belle occasion pour partager, échanger et débattre en direct avec vos pairs ainsi que les speakers !

Un programme bien chargé qui a déjà séduit plus de 600 Geeks & Boss !

 

Rejoignez-les en vous inscrivant sur le site de l’évènement.

Suggestion d'articles :

1. Git et Mercurial: avant tout de bons outils de merge !

Performance for the dummies: introduction aux tests de charge

OCTO a accueilli mardi 21 mai la première session du PerfUG à laquelle 25 personnes ont participé. Ci-dessous, le compte-rendu de cette soirée.

Marc Bojoly a commencé par un rappel des objectifs du PerfUG, avant de définir les différents types de tests : performance, charge, rupture et vieillissement.

Puis l’accent a été mis sur les tests de charge et de performance : méthodologie, pistes d’optimisation et outils.

Henri Tremblay a ensuite pris le relai pour la partie travaux pratiques. Sur la base d’une application Java standard, nous avons déroulé un tir de performance et un tir de charge avec Gatling, puis analysé et commenté leurs résultats.

La session s’est terminée par de sympathiques et fructueux échanges autour d’un buffet en terrasse !

Ci-dessous, un petit aperçu en image !

Retrouvez l’ensemble de la présentation sur slideshare !

Suggestion d'articles :

1. Compte-rendu de la soirée d’inauguration du French Scrum User Group
2. ANNONCE : Java User Group exceptionnel le 10 février à Lausanne, Suisse
3. Paris Java User Group – Maven à la demande

L’Usine De Développement (UDD) est un outil aujourd’hui largement répandu, utilisé et éprouvé dans les équipes de développement sensibilisées à la qualité de leur production. Toutefois, ce paradigme évolue avec son temps, et on observe actuellement un renouveau dans les usines logicielles. Si il a déjà été présenté ici une évolution technique de l’UDD (Vers une Usine de Développement 2.0), je vais pour ma part introduire une UDD appliquée à un contexte nouveau : l’Usine De Livraison (UDL). Celle-ci permet à une DSI délégant ses développements à des prestataires externes d’industrialiser les livraisons applicatives et de s’assurer de la qualité du code livré. Cet article décrit la démarche suivie récemment par OCTO en mission et les résultats obtenus.

Ne réaliser que peu ou aucun développement en interne, mais les externaliser à des prestataires est un contexte d’entreprise fréquent. Ces prestataires peuvent être de natures assez hétérogènes, allant de l’agence web au cabinet de conseil, en passant par la grosse SSII. Tous ces prestataires développent des produits chez eux en utilisant leur propre UDD (ou non), et livrent l’application packagée, chacun à leur façon. Un souhait légitime de reprendre la main sur le code et sur toute la phase de compilation et d’analyse qualité émerge nettement chez plusieurs de ces entreprises. Les douleurs peuvent être multiples : une volonté d’indépendance vis-à-vis des prestataires, des régressions dans les livraisons, un release management hétéroclite voire inexistant… En analysant le besoin – des sources à livrer, compiler, analyser et déployer – l’outillage classique d’une UDD apparait comme une évidence. Toutefois, on observe aussi clairement qu’il s’agit là d’une variante fonctionnelle de l’usine de développement. En effet, les prestataires continuent d’utiliser leur propre outillage pendant la phase de développement, mais une fois cette phase terminée, ils livrent le code sur cette nouvelle plateforme qui peut alors le compiler, l’analyser suivant les règles de l’entreprise, le packager, le déployer, etc… C’est ainsi qu’émerge le concept d’Usine De Livraison.

Ce type de situation impose généralement certaines contraintes :
• Le prestataire doit avoir un accès simple aux outils mis à disposition
• Les technologies doivent être accessibles par des prestataires de multiples horizons (SSII, conseil, intégrateurs, agences web…) avec différents niveaux de compétences techniques
• Chaque livraison doit pouvoir être qualifiée puis déployée sur les environnements adéquats
• Ces actions doivent solliciter aussi peu d’actions manuelles que possible

D’autre part, nous distinguons 2 types d’outils dans l’UDL :
• Les outils techniques, destinés à stocker le code, le compiler, l’analyser…
• Les outils de partage et de processus entre les différents acteurs des projets

Les outils techniques

On retrouve dans cette partie tous les outils que l’on trouve dans une UDD classique. Nous n’insisterons donc pas sur ceux dont l’utilisation ne varie pas dans notre cas de figure.
Certaines de ces briques doivent être accessibles aux prestataires, mais ce n’est pas indispensable pour la plupart d’entre elles.
Dépôt de code
Le gestionnaire de code est destiné à recevoir la livraison des sources d’un projet. Le prestataire livre son code sur le dépôt une fois ses développements terminés. En revanche, ce dépôt n’est pas destiné à recevoir les commits de code incrémentaux de la phase de développement. Cette usine ne fait pas office d’usine de développement, qui est laissée à la discrétion du partenaire. Le partenaire livre donc le code d’une application complète et réputée stable en le poussant sur le serveur. Plus qu’un simple dépôt, cette brique fait donc office de point d’entrée de toute livraison et doit être suffisamment ouverte pour que les prestataires puissent y accéder de l’extérieur.

Orchestration de tâches

L’orchestrateur de tâches permet de planifier les différentes tâches nécessaires aux mécanismes de l’UDL (compilation, analyse qualité, déploiement,…). Une 1ère tâche du type continuous deployment permet de détecter toute nouvelle livraison de code, puis de compiler et déployer l’application sur l’environnement adéquat. Une autre tâche, qu’on préfèrera laisser manuelle, peut permettre le déploiement sur les autres environnements (recette, préproduction, production…). Enfin, comme pour toute UDD classique, une tâche du type nightly build peut générer les rapports de test et de qualité.

Analyse de code

Ces outils permettent de parcourir le code livré et d’exécuter les tests unitaires associés pour générer des rapports qualité.

Référentiel d’artefacts

Une telle brique permet de partager des librairies communes entre les différents projets.

Les outils d’échanges Wiki

Un wiki est indispensable pour partager toute la documentation de l’UDL avec le prestataire. Il décrit les différents processus, les guidelines et les outils que le prestataire doit comprendre et utiliser.
Il permet aussi de centraliser les échanges entre client et prestataires. Ainsi, lorsque l’un des prestataires a livré du code, il peut accéder à l’espace wiki dédié au projet pour y créer une fiche de livraison. Cette fiche peut renseigner toutes les informations techniques nécessaires au déploiement de l’application (exécution de scripts SQL, batchs…). Cet outil doit donc proposer un accès extérieur pour les prestataires.

Ticketing

Un outil de ticketing permet de centraliser et uniformiser les demandes entre l’entreprise et ses prestataires. La gestion des anomalies et des évolutions peut alors être entièrement gérée par l’outil. Ici aussi, l’accès ne doit pas être restreint au réseau de l’entreprise.

Mise en oeuvre

Dans ce type de chantier, la difficulté réside dans l’harmonisation et l’évangélisation des pratiques à travers les différents prestataires. En effet, une UDD implique de configurer des outils pour répondre aux besoins induits par la nature des développements. Une UDL, au contraire, impose de modeler ses développements pour qu’ils soient compatibles avec les outils mis en place.
Une première solution est de laisser aux prestataires le soin de configurer leurs tâches Jenkins pour plus de souplesse et de flexibilité. Cela permet de faire tendre l’organisation vers un fonctionnement orienté DevOps. Si cette approche est séduisante en théorie, sa mise en pratique impose une volonté d’ouverture de l’entreprise et une maturité avancée des prestataires. Une entreprise ayant affaire à plusieurs dizaines de prestataires, dont la nature et la qualité des développements s’étalent sur un spectre très large aura du mal à appliquer une telle démarche.

Une seconde solution plus pragmatique dans cette situation consiste à mettre en place des pratiques qui constituent le dénominateur commun entre tous les projets pour les rendre compatibles à l’UDL. Ces pratiques sont de plusieurs natures :
• Adhérence à l’écosystème du client :
Selon la typologie du projet, des technologies sont présélectionnées (par exemple, une web applications Java pour du transactionnel et iOS natif pour du mobile)
• Uniformisation des outils :
Les outils d’aide à la compilation sont imposés selon la technologie (par exemple, Maven, Gradle, CocoaPods, etc.)
• Structure du projet :
Afin de d’assurer la lisibilité et la maintenabilité d’une application, l’entreprise peut définir des structures squelettes par typologie de projet (l’équivalent d’archétypes Maven) pour les technologies où cela est pertinent.
• Minimum Buildable Product :
Afin de s’assurer de la conformité de la configuration d’un projet, on peut demander aux prestataires de livrer au plus tôt une version minimale de leur application. Celle-ci ne doit pas forcément répondre au moindre besoin fonctionnel, mais valider que la stack technologique appliquée est bien adaptée aux exigences de l’UDL.

Ce fonctionnement impose d’être en veille permanente pour ne pas imposer une technologie obsolète, orpheline ou peu répandue. Pour Android par exemple, la technologie Ant peut être la plus indiquée car la plus répandue dans un premier temps. Il est toutefois possible que Maven devienne rapidement la technologie de prédilection. Il faudra alors adapter l’UDL en conséquence.

D’autre part, il faut prendre garde à ne pas s’enfermer dans les langages choisis au départ et se laisser la possibilité d’ajouter une technologie à l’UDL si nécessaire. Si l’on juge qu’une nouvelle technologie doit être ajoutée à l’écosystème de l’entreprise, il faut alors faire l’état de l’art des meilleures pratiques, en tirer des guidelines, créer des modèles de tâches correspondants et appliquer tous ces éléments sur un projet pilote, avant d’en généraliser l’usage.

Bilan

Chez OCTO, nous avons déjà eu l’occasion d’implémenter un tel pattern, cela a été très enrichissant et relativement fluide. Le principal risque identifié est une réaction de rejet face à un changement d’usage aussi radical. Pour faciliter au maximum la transition vers ce mode de fonctionnement, il est important d’impliquer les prestataires dans la conception et le montage de l’UDL. Il faut également le sensibiliser aux améliorations notables qu’elle constituera une fois le projet migré et procéder à la migration par étapes successives. D’autre part, les chefs de projet côté entreprise doivent aussi être impliqués au plus tôt dans le chantier pour qu’ils puissent en saisir les principes et y adhérer pleinement. En effet, ce sont eux qui seront par la suite les moteurs de l’implication des différents acteurs au sein des nouveaux outils proposés.

Par ailleurs, si l’UDL est un facilitateur certain dans les processus humains et techniques de livraison applicative, l’automatisation totale de certaines tâches reste aujourd’hui difficile (modification de configuration, exécution de scripts SQL, publication d’application mobile sur un MDM…). L’utilisation d’outils de gestion de configuration d’infrastructure tels que Chef ou Puppet permet alors de pousser encore plus loin le concept d’UDL.

Suggestion d'articles :

1. Les nouvelles plates-formes de service
2. Les nouvelles librairies dans Java 7
3. Des nouvelles des JUG en Suisse

 

Petit-déjeuner mercredi 12 juin à Genève

Big Data, MapReduce, calculs distribués, NoSQL, sont autant de buzz words et de concepts cantonnés jusqu’à maintenant à quelques acteurs spécifiques. Pourtant, il est un état de fait : nous sommes assis sur une quantité gigantesque de données dont il est difficile d’extraire l’information… D’autre part MapReduce est une solution éprouvée pour analyser d’énormes quantités de données (ou Big Data). Elle a, par exemple, été mise en œuvre par Google pour indexer le web, par LinkedIn pour calculer ses campagnes d’email…

Dans ces conditions, ces concepts ont-ils un intérêt dans nos SI ? Quel est le niveau de maturité de ces solutions ? Quels sont les opportunités métiers liées à Big Data ?

Une fois ces promesses identifiées et que l’on fait, par exemple, le choix d’Hadoop, encore faut-il savoir maîtriser cet écosystème, son architecture et la configuration d’un cluster adapté aux besoins métiers. Dans ce petit-déjeuner, pas de théorie uniquement mais des retours d’expérience de projets avec OCTO.

Les thèmes abordés seront :

• Big Data : quels sont les facteurs actuels qui poussent à l’émergence de ce concept et de ces solutions ? »
• Big Data : pour quels usages ?
• Quels composants logiciels pour compléter le puzzle Hadoop pour offrir une solution Big Data utilisable par les métiers?
• Comment dimensionner et configurer un cluster Hadoop adapté aux besoins? Comment benchmarker les performances d’un cluster?
• Quelles sont les best practices et les pièges à éviter dans la mise en œuvre ?
• Des retours d’expérience de projets

Ce petit-déjeuner s’adresse autant aux décideurs IT, métiers, chefs de projet, architectes qu’aux architectes techniques, responsables de production, experts et développeurs.

Cliquez ici pour vous inscrire à ce petit-déjeuner

Suggestion d'articles :

1. Petit-déjeuner : Tout pour réussir votre premier projet Hadoop et passer à l’échelle industrielle le 22 Avril
2. Petit-déjeuner MapReduce-La révolution dans l’analyse des BigData le 27 septembre
3. Petit-déjeuner OCTO – Décryptez les secrets des Géants du Web – Genève

Dans le cadre d’un projet, la réalisation de personas reste la meilleure méthode pour définir de façon très précise  le profil des utilisateurs.

Comment réaliser une application smartphone, une application métier ou un site internet sans connaitre l’âge des utilisateurs, leurs catégories socio-professionnel, leurs attentes, leurs habitudes…? 

Chez OCTO nous sommes convaincus de l’importance des personas, c’est pourquoi nos UX Designer qui sont impliqués dès le début des projets, pratiquent très régulièrement cette méthode pendant la phase du cadrage.

L’infographie suivante vous propose d’étudier et de bien comprendre ce que sont les personas, d’en connaitre les bénéfices et les bonnes raisons pour pratiquer cette méthode de travail.

Made Personas with Love

Suggestion d'articles :

1. Les UX bonnes raisons : 7 bonnes raisons de faire des personas

Cette année encore, OCTO Technology sera présent à la conférence Agile France, le rendez-vous incontournable des agilistes français. Venez découvrir les 8 sessions que les Octos présenteront les 23 et 24 mai prochains.

Jeudi 23 mai Un produit qui déchire, une équipe qui déchire… un leader qui déchire

David Alia (@davidalia)
Découvrez les principes qui permettent à un leader de créer pour son équipe un environnement propice à l’innovation, une culture d’amélioration continue et de confiance mutuelle. Comment l’aider à se mettre dans une succession permanente d’équilibres instables entre challenge et stabilité, entre enjeux et plaisir, à conserver un sens aigu de l’initiative, une motivation à toujours faire mieux, individuellement et collectivement ?

Le Respect en Action

Jonathan Scher (@jonathan_scher) et Cyrille Deruel (@CyrilleDeruel)
Vous connaissez ces équipes dans une spirale descendante : les seules phrases qui sortent viennent du désespoir. Encore un bug, ça ne marche toujours pas, je n’arrive pas…

Travaillant comme consultants, ce cas nous est arrivé plusieurs fois. Nous avons maintenant une méthode : nous remettons en place les bases du respect. En moins de 6 semaines, l’équipe est à nouveau pleine d’espoir, productive.
Nous vous présenterons notre vision du modèle des trois CO – communication, considération, et coopération, ainsi que notre démarche inspirée de celle de Kotter pour sa mise en application.

Indiana Jones et le temple du Legacy Code

Mathieu Gandin (@octomga)
Selon The Economics Of Software Maintenance In The 21 Century, nous passons 80% de notre temps à maintenir du code existant et pénible à modifier. Dans cette situation nous devenons des archéologues du code, tandis que les contraintes de temps se font plus fortes. On parle alors de code Legacy.

A l’issue de cette session vous repartirez avec :

Une longue séance de livecoding pour présenter des techniques pour tester et remanier du code en profondeur
Une introduction à une démarche pour avoir une vue d’ensemble de votre gros code legacy
Une présentation de la matrice de gestion du temps de Covey pour vous organiser sur le long terme dans la reprise de votre code legacy

Clean Code Game

Michel Domenjoud et Mathieu Gandin (@octomga)
Maintenir une base de code propre et bien testé est un facteur clé de succès de la réalisation d’un produit. Mais avant d’en arriver là, il convient, en tant que développeur, d’adopter une certaine discipline en terme de refactoring de code.

Pendant cet atelier de 3h nous aurons l’occasion de vous faire coder et reprendre du code existant pour en faire du beau code en suivant des principes énoncés par Robert Martin dans le livre Clean Code. Et vous verrez que plus votre code sera propre, plus vous serez productif.

Vendredi 24 mai

Communautés de pratique en pratique

Cyrille Deruel (@CyrilleDeruel)
Vous rêvez d’avoir des réunions où les développeurs échangent leurs techniques, présentent leurs dernières trouvailles, les derniers frameworks utilisés, où les testeurs partagent leurs douleurs et leurs solutions, où des personnes échangent autour de différentes problématiques ?

Ne cherchez plus : Créez des communautés de pratique.

Découvrez à travers cette session comment créer des communautés de pratique auto-organisées, quels outils j’utilise pour garantir l’auto-organisation et surtout quelles règles de communication j’utilise.

Les paradoxes du leadership

Marc Cherfi (@reporter4change) et Thomas Lissajoux
Vous êtes un manager, un coach ou un leader. En tout cas vous êtes un agent de changement et vous faites de votre mieux. Pourtant, parfois, la résistance et les frictions semblent inévitables et les résultats sont au mieux passables, quand la situation ne dégénère pas ou se verrouille.

Nous analyserons les forces en jeu et présenterons les leçons que nous en avons tiré, en essayant de proposer des pistes pour débloquer ces situations.

A l’issue de cette session, vous aurez :

• découvert des exemples concrets de situations où rien ne semble marcher,
• appris à identifier ce genre de situations et de comportements paradoxaux,
• compris les forces en jeu pour prendre du recul,
• des options à votre disposition pour essayer de les débloquer.

Des métaphores qui nous transforment

Christophe Thibaut (@ToF_)
Dans notre domaine il semble qu’il y ait un process pour tout, et même l’agile, en dépit des proclamations, est l’occasion d’un retour sempiternel au process, aux outils, aux recettes.

Dans cette session j’aimerais vous inviter à quitter le règne conceptuel afin de découvrir le surprenant pouvoir des métaphores. Plus qu’une simple figure de discours, la métaphore structure notre pensée et nos actions, elle définit notre réalité. En (re-)découvrant dans leur portée et leur profondeur les métaphores qui nous gouvernent, pouvons nous transformer nos projets ?

Tester autrement : Le Guide du Testeur Intergalactique

Rémy-Christophe Schermesser (@El_Picador)
Vous connaissez déjà TDD, votre couverture de code frise les 80 %, jUnit n’a plus de secret pour vous ? Mais vous sentez que vous pourriez faire plus de vos tests, que les outils que vous utilisez ont des limites. Ou alors vous en avez marre du train train assertEquals ?

Pas de panique ! Nous allons voir ensemble comment faire des tests unitaires autrement. Nous traiterons entre autres :

• Le Mutation Testing
• Le BDD, Behaviour Driven Development
• Le Property Testing.

Suggestion d'articles :

1. Agile france 2012 : 7 sessions by OCTO
2. Octo soutient : Agile Open France 2009
3. Interview des orateurs OCTO pour la conférence Agile France

De l’autre côté de l’Atlantique, les Géants du Web réinventent la façon de faire de l’informatique. Ils s’appellent Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus.

Maintenant que ces pionniers nous ont montré la voie, nous ne pouvons plus continuer à travailler comme avant.

Rejoignez-nous pour cet événement où Damien Joguet, directeur associé d’OCTO Technology et Laurent Brisse présenteront ces pratiques innovantes qui font le succès des Géants du Web. Venez partager notre passion pour ce sujet !

Ce petit-déjeuner, qui fait suite à la sortie de cet ouvrage, dévoilera notamment comment ces géants :

• adressent les usages des utilisateurs via des pratiques de  Test A/B et de Feature Flipping ;
• réduisent leur Time To Market au moyen de démarche comme le Lean Startup  et le Continuous Deployment ;
• conservent une excellence dans la qualité de leurs produits à l’aide d’organisations composées en Pizza team et orientées Feature tout en cultivant l’obsession de la mesure ;
• font face à des enjeux énormes de fréquentation de leur site grâce aux technologies NOSQL et au Commodity Hardware.

Ce séminaire s’adresse à tous ceux qui ont envie de s’inspirer de la culture des Géants du Web : marketing, chefs de produits, architectes, geeks, managers ou responsables DSI.

Merci de noter que l’inscription est gratuite mais obligatoire !

Programme :

08h45 :
Accueil

09h15 – 10h30 :
Présentation des 10 meilleures pratiques des Géants du Web

10h30 – 11h00 :
Conclusion - Questions / Réponses

Lieu :

Grace à l’amabilité du Groupe ADEO, ce petit-déjeuner se déroulera dans l’amphithéâtre situé sur son site de Ronchin.

Rue Sadi Carnot

59790 Ronchin

Intervenants :

• Damien Joguet, Directeur associé OCTO
• Laurent Brisse, Manager

Cliquez ici pour vous inscrire au petit-déjeuner : Les Géants du Web

Suggestion d'articles :

1. Vidéo du Petit-déjeuner « Décryptez les secrets des Géants du Web »
2. Petit-déjeuner les Géants du Web à Bruxelles
3. Petit-déjeuner OCTO – Décryptez les secrets des Géants du Web

L’écosystème Hadoop est devenu en quelques années une architecture de référence pour les solutions Big Data. A l’origine conçue par les géants du web, Hadoop est à présent au coeur des solutions Big Data des grands éditeurs IBM, Oracle, etc. MapR est l’une des sociétés fondatrices de l’écosystème Hadoop en Californie et nous fait le plaisir de venir à Paris les 26, 27 et 28 Juin 2013 pour 3 jours de séminaire unique en France sur le design et la configuration de clusters Hadoop.

Cette formation aura lieu chez OCTO, au 50, avenue des Champs Elysées, 75008 Paris. Les places sont limitées et idéalement réservées aux équipes d’architecture technique qui s’apprêtent à concevoir ou exploitent des clusters de stockage et de traitements Hadoop. Cette formation, dispensée en anglais, est au prix de €1,650.00.

Inscriptions ici ! http://www.eventbrite.com/event/5466460330

Learning Objectives

• Understand the environment and differentiators of the MapR distribution for Apache Hadoop
• Understand MapReduce and MapR Lockless Storage Services (MapR-FS)
• Verify system requirements for the hardware and operating system
• Plan, install and configure MapR clusters, including High Availability (HA)
• Access MapR clusters, including via standard NFS
• Use volumes as key management level
• Monitor clusters via the command line and the MapR Control System
• Monitor and maintain clusters for health and peak performance
• Manage nodes through the life cycle of a cluster
• Optimize topologies and volumes to control data placement on clusters
• Manage access to data by configuring users, groups, and quotas
• Tune clusters for best performance
• Manage the safety, stability, and ease of deployment of data through use of Volumes, Snapshots and Mirrors

Target Audience

This course targets IT administrators and operators with at least basic Linux system administration experience.  Prior Hadoop experience is not required.

Course Outline

• Overview of MapR Administration and Management
• Introduction to MapReduce and Apache Hadoop
• Basics of MapR Architecture
• MapR Installation
• Managing Services
• Managing Nodes
• Tuning MapReduce
• Working with Volumes, Snapshots and Mirrors
• Managing Remote Clusters
• Monitoring and Troubleshooting
• Disaster Recovery

Lab Requirements

Each student should bring their own laptop.

Course Length

3 day (8 hours each) of lecture, instructor demo, and hands-on lab exercises.

Suggestion d'articles :

1. Séminaire sur les “leçons des grands du Web” les 14/15 juin
2. HDFS, Hadoop & co…
3. Hadoop Summit 2013 à Amsterdam – CR de deux jours de conférences techniques

Le mois dernier, OCTO était présent lors de la dernière édition de Devoxx pour présenter 5 conférences traitant, entre autres, des Géants du web, de Database, d’Android, de JavaScript propre…Vous retrouverez dans ce billet les conférences, leurs supports de présentation, le contact des conférenciers ainsi qu’une rapide analyse des résultats du questionnaire « Géants du web » que nous avons administré aux participants Devoxx !

LA MORT PROCHAINE DU GC – Philippe Prados
Quelques signaux faibles pour polémiquer lors de cette présentation plutôt technique :

• Fin de la loi de Moore en 2018
• NECESSITE de l’algorithme G1
• Ralentissement des programmes en 64 bits par rapport à 32 bits
• De nouveaux frameworks pour gérer la mémoire hors heap
• Émergence du Big-Data et du Database in Memory
• Apple déprécie le GC d’Objective-C
• Comment retarder l’échéance ?
• Les solutions alternatives ?
• Sélectionner maintenant les technos de demain

 Accéder aux slides de présentation
Contacter le speaker

MUSCLEZ VOS APPLIS ANDROID AVEC LES OUTILS DU MONDE JAVA – Jérôme Van Der Linden et Stéphane Nicolas

Dans cette session Tools in Action, Jérôme et Stéphane proposent un tour d’horizon des technologies qui peuvent nous aider à amener Android aux standards industriels Java.
Ils proposent à la communauté Android de profiter des 17 ans d’expérience de la communauté Java (Android vient de fêter ses 4 ans…) et d’utiliser des outils reconnus de qualité industrielle tels que Jenkins, Maven, Sonar, findbugs, pmd, checkstyle et de les combiner à Lint, Robolectric, UIAutomator.

• Accéder aux slides de présentation
• Contacter Stéphane ou  Jérôme

 

DU JAVASCRIPT PROPRE ? CHALLENGE ACCEPTED – Julien Jakubowski (avec Romain Linsolas)

Il y a quelques années, je bidouillais en JavaScript. Un effet “bling bling” par-ci, un contrôle de saisie par-là. L’essentiel de mon application était écrite en Java et tournait côté serveur. Mais voilà, Gmail et Google Spreadsheets sont sortis depuis longtemps. On s’attend maintenant à des applications web qui répondent instantanément et qui fonctionnent offline. Et pour cela, il faut bien plus de code JavaScript qu’avant.
Mais 20 000 lignes de JavaScript pour un site web ? Sérieux ? Dans ce language sale, qui n’a pas la moitié des outils de Java ?
J’ai appris. Et l’écosystème JavaScript a évolué.
Lors de cette session, je vous dévoilerai comment maintenant j’écris, sans stress, des applications JavaScript complexes.

• Accéder aux slides de présentation
• Contacter Julien via Linkedin ou twitter : @jak78

 

LES LAMBDA ARRIVENT ! EN ATTENDANT, ÊTES-VOUS SURS D’AVOIR COMPRIS LES GENERIQUES ? – Henri Tremblay

Les lambda expressions en Java arrivent à grands pas (septembre 2013 lors de DevoxxFR… 2014 depuis la semaine dernière). Les génériques sont, eux, apparus en 2004. Eh oui, 9 ans déjà. Et comme dit Joshua Bloch: « Chaque langage a un quota de complexité. Les génériques ont fait exploser celui de Java. » Êtes-vous bien sûrs d’avoir tout compris ? De bien savoir comment vous débarrasser de tous ces warnings qui sournoisement apparaissent dans votre code au moment où vous vous y attendez le moins ? Et plus subtilement, savez-vous justifier l’implémentation ?

Cette session remet les compteurs à zéro, vous donne les clés qu’il vous manquaient pour maîtriser les génériques. Et vous permettra donc d’attendre l’arrivée des lambdas sereinement.

• Accéder aux slides de présentation
• Contacter Henri via linkedin ou twitter @henri_tremblay

 

LES SECRETS DES GÉANTS DU WEB – 10 PRATIQUES POUR MIEUX TRAVAILLER – Ludovic Cinquin

De l’autre côté de l’Atlantique, les Géants du Web réinventent la façon de faire de l’informatique. Ils s’appellent Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus.
Les pratiques et les technologies qu’ils mettent en oeuvre sont l’un des fondements du succès remarquable qu’on leur connaît.
Grace à ces nouvelles façons de travailler, ils sont capables de faire plus gros, plus vite, et plus efficace que ce que nous connaissons habituellement.
Comment ces secrets des Géants du Web peuvent-ils être une source d’inspiration pour faire de l’informatique différemment ?
Cette session, qui s’appuie sur l’ouvrage que nous avons publié « les Géant du Web » propose une visite guidée de quelques pratiques clés : culture de la mesure, pizza-team, feature team, commodity hardware, lean startup, MVP, continuous deployment, …

• Accéder au site « Les géants du Web »
  
• Contacter Ludovic via Linkedin

 

Aller plus loin avec les Géants !

En plus des conférences nos équipes se sont rendus à Devoxx sur le stand OCTO avec pour objectif bien précis de demander aux participants Devoxx de se mesurer aux Géants ! Avec un questionnaire rapide, nous avons sondé la population sur ces pratiques qu’Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus, utilisent avec brio de l’autre côté de l’Atlantique.

Toutes ces pratiques sont d’ailleurs détaillées ici.

Alors, les participants Devoxx sont-ils des Géants du Web ?

Après une rapide analyse, il semblerait que l’ensemble des méthodes appliquées par les Géants du Web soient méconnues en France, malgré quelques buzz intéressants (Lean Startup : connue par près de 70% des participants dont 30% d’entre eux jugent cette méthode inutile, Continuous Deployment : fréquemment utilisée par près de 30% des participants , DevOps : connue par près de 80% des participants et Fluidité de l’expérience utilisateur connue par 70% des participants). Ce qui reste incroyable c’est que seuls 10% des participants au test affirment faire appel à ces techniques fréquemment !

Il reste encore du chemin à parcourir en France !

 

Suggestion d'articles :

1. One day @ Devoxx
2. Another day @ Devoxx
3. Last day @Devoxx