 Merci à vous d'être, vous êtes relevé à l'aube, à l'heure où blanchit la campagne pour venir assister à cette modeste conférence. Merci de m'accueillir, je pense que c'est important. Je ne vais pas parler de Drupal, c'est pas le sujet de la conférence, je vais parler de fonctionnement de la communauté Drupal qui développe Drupal. Si il y a des questions sur Drupal, je serai là-haut, vous me trouvez, je veux bien y répondre mais hors de la conférence. Je m'appelle Léon Kross, mon pseudo, c'est souvent Chipouet, c'est le nom de ma société. J'ai deux activités, une activité communautaire, là c'est une photo du Drupal Camp Lion 2012, j'avais organisé avec quelques autres et l'équipe biobreux de l'époque. Depuis, j'ai mis de plus en plus le doigt dans la communauté, je suis président depuis un petit moment, pas très longtemps mais un petit moment. Ça c'est l'aspect communautaire, donc c'est Drupal France et Francophonie, on parle de Drupal France. Le site de l'association, c'est DrupalFR.org, c'est historique mais on a récupéré récemment Drupal.fr qui pointe sur le même site web pour ne pas confondre avec d'autres sites. J'ai une activité alimentaire à côté parce qu'il faut bien vivre, enfin il faut vivre on va dire. C'est la société de Chipouet qui fait ces 20 ans, on a tenu 20 ans avec la bulle de internet et tout ça, on est très content avec des clients sympas et on fait de l'open source depuis 20 ans. Puisque moi j'étais chez BMW, j'en ai des licences, j'en ai du propriétaire, j'ai basculé dans l'open source et en 2005 j'ai découvert Drupal. J'ai mis des années à comprendre comment ça pouvait bien marcher et être gratuit, donc c'est pour ça qu'il me paraît important de partager avec vous. Certains pourraient se dire mais que fait-il là, celui là pour être un peu plus désagréable, voir dire oh ça va si mal que ça, Drupal pour venir voir Tres, j'ai eu droit à Lyon et en même temps c'était un peu taca mais c'était pas méchant si vous voulez. Je suis là, Aurélien l'a déjà dit pour établir des ponts entre les communautés parce qu'en discutant, tu n'as pas parlé du podcast mais à Lyon en juin j'ai discuté avec quelques personnes, on s'est rendu compte qu'il y avait matière à échanger des idées. Ensuite, Grégoire Noyel, Mathieu Viet, Thierry Pigot, elle m'a proposé de faire un podcast avec Aurélien. On a fait un podcast pendant une heure, on a arrêté le postcat, on a dû discuter encore deux heures, je pense derrière, il y avait beaucoup de choses à se dire. Donc je pense qu'il y a matière à échanger, à prendre des bonnes idées où elles sont, on est tous sur un même bateau, celui de l'open source et l'idée comme on est tous dans la coopération, en la fois coopération et compétition, c'est de faire grossir le gâteau de l'open source, même si chacun a une part plus petite de ce gâteau qui grossit, globalement tout le monde se porte mieux. Alors de quoi allons-nous parler ? De la communauté Drupal qui développe Drupal, c'est assez particulier donc je vous expliquerai, je vais parler d'outils et méthodes, c'est important savoir comment on peut travailler, d'organisation du projet, de revue de projet, de transmission du projet parce que ça c'est quelque chose qui a intrigué certains comme Mathieu en particulier. Donc il m'a demandé d'en reparler, du modèle économique, d'entreprise, je vais essayer d'aller assez vite, des clés de la réussite de points de vigilance et je vais essayer de garder du temps pour les questions en réponse parce que c'est là que je peux vous apporter peut-être un peu plus. Alors si vous ne connaissez pas Drupal, c'est un gestionnaire de contenu, c'est aussi un framework de développement. Sur Drupal 7, il y a 12 000 modules disponibles, c'est un logiciel libre, open source et gratuit. Ça vous rappelle peut-être quelque chose. Donc Drupal est un projet communautaire, il n'y a pas d'éditeurs derrière Drupal. Donc ça a un peu une particularité quand on va voir des gens qu'ils y publient ou d'autres, je ne vais pas tous les citer, mais il n'y a pas d'éditeurs, c'est vraiment contributif et collaboratif. Ça appartient à l'ensemble des contributeurs, ça appartient pas à tout le monde, ça appartient à l'ensemble des contributeurs de Drupal. Alors la communauté Drupal, janvier 2001, elle est là, la communauté Drupal. C'est Dris Buithaert, qui est un bel jeu flamant, qui faisait ses études à renverse et qui voulait partager une connexion RNA à l'époque. Qui a démarré quelque chose et qui a eu la super idée de le pousser en libre et en open source, en disant j'ai fait un petit truc si ça intéresse quelqu'un, vous pouvez l'utiliser et puis l'améliorer. Et là il a une super idée parce qu'il a poussé ça, il a gardé un esprit open source et c'est un monsieur que je souhaite saluer parce qu'on a un project leader extraordinaire. C'est vraiment quelque chose, il écoute les gens, parfois il se fait un petit peu secouer, j'ai assisté à des corps conversations à Londres ou s'il est un peu chahuté. Mais il écoute, ok, puis après il fait un peu la synthèse et il reste à l'impulsion, mais il laisse les gens travailler et développer des idées. Et donc ça crée au bout de quelques années, une quinzaine d'années, une communauté qui se rassemble dans des drupalconnes, donc ce sont les événements internationaux. Il y en avait un à Barcelone, on était 2200, Amsterdam avant on était 2400. Il y en a un à Mumbai la semaine prochaine je crois ou la suivante. Il y en aura un à la Nouvelle-Orléans, il y en a un à l'Amérique du Sud, donc il y en a à peu près 4 ou 5 dans le monde. Et aux États-Unis, quand ils se réunissent, ils sont entre 3000 et 4000 personnes et là c'est le genre de truc déjà là. Vous pouvez passer une semaine sans voir les personnes que vous connaissez si vous avez pas pris la précaution de prendre leur numéro de téléphone avant. Ça m'arrive à Londres, au bout d'une semaine je repars et à la gare je trouve quelqu'un que je n'avais pas vu de la semaine et qui habite Lyon. Donc c'est quand même extraordinaire, mais c'était pas quelqu'un que je voyais tous les jours non plus, j'avais pas pris son numéro. Alors ça peut être aussi des camps ou des drupales développeur d'Est, ce sont des événements un peu plus petits. Là on a été 350 en Montpellier, une semaine où les gens viennent, ils payent leur frais, ils payent une participation, ils payent leur hôtel. Ils ne travaillent pas pendant ce temps et ils viennent là pour faire quoi ? Pour travailler pour le projet. Alors ça c'est des choses, j'ai beau tremper dedans, ça me dépasse encore. C'est la magie un peu de l'open source et de ces projets contributifs. Après on a aussi des meet-ups locaux, donc on en a dans une douzaine de villes en France qui marchent plus ou moins bien. À Paris ils font le plein des salles à chaque fois, à Lyon on est à peu près une vingtaine et il y a d'autres villes où il y a un peu moins de nombreux. Il y a certaines villes comme à Rouen par exemple, comme ils ne sont pas suffisamment nombreux, ils font des choses avec d'autres projets. Et donc une fois on parle de work-press, une fois de CSS, une fois de drupales, etc. Et je pense que c'est une super idée quand il n'y a pas une masse critique. Et même s'il y a des villes qui sont plus importantes, je pense que vous êtes tous les bienvenus dans les meet-ups drupales. Moi je n'ai pas beaucoup de temps, je n'arrive pas à aller sur les meet-ups à Fupalion, etc. Mais je viendrai avec plaisir à des meet-ups aussi work-press. Je pense que c'est important de voir au-delà de son petit périmètre parce qu'on a tous un emploi du temps super chargé, on n'a pas beaucoup de temps et c'est vrai que si on peut aller échanger un petit peu, si on va dans une soirée et qu'on ne prend qu'une bonne idée, ce ne serait sans repartant, on n'a pas perdu son temps. On a eu des parties aussi drupales, 8 à 15 ans à sortir. Si vous voulez des détails, je pourrais vous expliquer pourquoi. Donc on a fait tes salles le 19 novembre, il y a eu plus de 200 releases parties un peu partout dans le monde, avec des gâteaux en pagaille. Je pense qu'il y avait des crises deux fois, certainement dans différents endroits. Mais il y a un engouement. Pour donner quelques chiffres, vous voyez, j'ai essayé de mettre des images sur Mediapo hier. J'ai vu plein de photos, plein de trucs dans la guerre soir, je n'ai pas si du temps d'essayer de trouver des images. Mais j'ai aussi du texte. Donc, Drupal 8 est sorti avec 3 300 contributeurs qui ont participé à un comite ou quelque chose dans le cœur. Il y en avait 800 pour Drupal 7, je vous expliquerai un peu ce qu'on fait comme travail pour arriver à ça. On a à peu près 100 000 contributeurs actifs sur drupal.org, il y a à peu près un million de comptes actifs sur drupal.org. Si vous ouvrez un compte, il est probable que vous serez au-delà de 3 millions aujourd'hui. Après, le volume, ce n'est pas tellement ça qui est important. Il peut y avoir des millions de gens, s'ils ne participent pas, ça ne porte pas grand-chose au projet. Outils et méthodes. On a un navire amiral qui s'appelle drupal.org, c'est le site sur lequel on va proposer des projets si on souhaite qu'il soit un peu vu de la communauté utilisée par des clients et en richie par les uns et les autres. Je passe. Le site fonctionne en intégration continue. Il y a eu des issues que je vais vous montrer un petit exemple derrière. On va proposer des patchs. Il y a des tests automatisés. Quand vous proposez un patch, vous le chargez. Derrière, ça vous dit ça passe en test automatisé puis ça vous dit si ça passe encore les tests. Et ensuite, c'est intégré en continue. Vous avez ici quelques chiffres que j'ai pris. Je ne sais plus quand, il y a quelques mois. Ce qui se passe dans la dernière semaine. En termes d'outils et méthodes, je vais parler de cycles de contribution. On impose des bonnes pratiques en drupal depuis longtemps qui cassent les pieds à beaucoup de gens. Mais finalement, moi venant d'IBM, ça me plaisait bien. Ça faisait partie des choses qui me plaisait bien dans drupal. C'est un petit peu cette rigueur. Je suis un peu masochiste peut-être. On a des sprints et des mentors pour amener les gens à contribuer. Les corps conversations, ça c'est un truc qui est assez intéressant. Julio, il y a parlé d'échange sur Slack avec, je ne sais plus qui, sur quel sujet. C'est un peu le même principe. Simplement, vous avez un drupalcon, cette salle est pleine de gens qui viennent là. Vous avez un micro là. Les gens font la queue pour poser des questions à des gens de la courtime. C'est entre autres là que j'avais vu Drist se faire un petit peu chahuter. De façon très constructive. Vous pouvez arriver, ne pas connaître grand-chose et poser une question en anglais, bien sûr, dans ces cas-là, qui peut changer drupal. C'est ça qui est extraordinaire aussi, en fait, quand on est dans nos projets open source. C'est qu'on se dit, je suis un petit microbe. Je ne connais pas grand-chose. J'arrive, je remarque quelque chose qui m'étonne. Je le fais remarquer et ça change. On se dit, tiens, j'ai un pouvoir. Moi, j'ai travaillé pendant des années dans le logiciel propriétaire. Quand j'allais voir des clients, je leur disais, vous n'êtes pas Madeus. Vous n'êtes pas la Banque de France, vous n'êtes pas la BNP. Je vais demander aux labos s'ils peuvent le faire. Je ne vous garantis pas que ça sera fait. Là, on ne demande pas aux labos de le faire. On le fait, on le propose. C'est vraiment magique. Les Open Drupal Association Board Meeting, il y en a un par Drupalcon. Ce sont des meetings du Board de la Drupal Association. N'importe qui peut venir participer, écouter, mettre son grain de sel. Ça, c'est pareil. Moi, à Londres, j'ai mis mon grain de sel. Je me suis dit, t'es ridicule, etc. Puis, finalement, non. J'ai recommencé. A Barcelone, je n'avais pas grand-chose à dire de plus. Ça fait partie des choses qui me paraissent assez extraordinaires. C'est qu'on puisse arriver et mettre son grain de sel. Je parlerai un peu plus tard de revues de projets, de passages de projets. Alors, le cycle de contribution. Il y a un peu classique. Il y a un utilisateur qui dit qu'il y a un problème quelque part. Ça peut être un bug report. Ça peut être un feature request. Ça peut être autre chose. Il y a une développeur. Alors, j'ai pris ça. Angela, qui a dû faire ça, je pense. Donc, c'est en anglais. Le développeur fait un patch ou propose quelque chose. Et il dit, voilà, ça passe en needs review. Il faudrait que quelqu'un jette un coup d'oeil. Il y a Tatiana qui jette un coup d'oeil qui dit, il y a ça qui ne va pas. Ensuite, Paola ou un autre développeur. N'importe quel développeur peut proposer un autre patch. On va parler de re-roll ou on va parler de modification du patch. Et hop, ça repasse en needs review. Ensuite, quelqu'un d'autre dit, attention, il y a ça qui n'est pas bon. Et là, ça va être, par exemple, est-ce que vous avez testé sur les langues inversées ? Ah, est-ce que quelqu'un va bien tester les langues inversées et puis sortir les copies d'écran ? Est-ce que ça sort toujours ? Est-ce que vous avez testé ceci ? Est-ce que vous avez documenté ? Ce n'est pas marqué. Il n'y a pas ceci, il n'y a pas cela. Donc, il y a plein de choses. Et à un moment donné, il y a quelqu'un qui dit, c'est review d'un tested. Super, on va pouvoir committer. Sauf que là, ça peut très bien repasser, remonter encore, needs work, needs review, etc. Et là, quand on contribue, il y a un phénomène où on voit parfois des issues qui font 150 pages de commentaires. Et on se dit, mon petit truc, ça ne va jamais sortir. Et, temps en temps, on se dit, tiens, il est sorti. C'est vraiment une sorte de hard, c'est vraiment un chemin qui a l'air très difficile, mais en même temps, qui contribue à la stabilité de l'outil et ça permet à beaucoup de gens de contribuer. Alors, pour amener les gens à la contribution, on a des sprints. Les sprints, je crois que quelqu'un parlait de contribution day en Allemagne hier. C'est un peu le même principe pour Drupal sur le world camp allemand. Le sprint, c'est quand il y a un camp, le dimanche, on va faire une journée de sprint. On va éventuellement en faire le samedi aussi. Quand il y a un Drupalcon, le Drupalcon, c'est mardi, mercredi, jeudi, conférence. Lundi, community summit, éventuellement des formations exécutives summit. Le vendredi est dédié au sprint. Éventuellement, il y a des sprints étadus avant et après. Donc, il y en a qui vont passer deux semaines autour d'un Drupalcon à sprinter. L'idée du sprint, c'est d'amener les gens à contribuer. C'est de dire, vous ne savez pas par où commencer. Vous vous adressez à des gens qui ont un T-shirt jaune. Ils vont vous mettre le pied à l'étrier. Là, par exemple, à Barcelone, on avait réussi à faire une table francophone, ce qui ne s'était jamais fait. Mais Frédéric, qui est de dos, avait une question de quelqu'un qui est venu, qui dit, je ne suis pas à l'aise en anglais. Il a posé la question, est-ce qu'on peut mettre un badge UFR pour ceux qui parlent anglais sur les mentors ? Ok, c'est une bonne idée, très bien. Et donc, on a fait une table et puis après, on a éclaté en deux tables parce qu'il y avait de la demande sur travail en français. C'est vrai que pour les nouveaux, c'était plus facile. Le principe du sprint, c'est qu'on arrive sur l'issue Q. Il y a plein de sujets à traiter. J'arrive, quand je vois que je rafraîchis mon écran, il y a de nouveaux commentaires qui sont arrivés. Je me dis, je ne vais pas avoir le temps de suivre, je ne vais pas avoir le temps de comprendre. Donc, il y a des activités qui concernent, par exemple, qui consistent, par exemple, à faire des samorais, actualiser le résumé de l'issue pour les gens qui arrivent, qui voient un résumé et hop, ils peuvent faire quelque chose d'efficace tout de suite. Mais j'arrive, une des premières difficultés pour les nouveaux contributeurs, c'est savoir par quoi commencer, quel issue prendre, que faire. Donc, c'est le rôle... Oh là, excusez-moi. Bon, j'aurais dû lui dire que c'était à 7h00, s'il m'a confié. Le rôle, c'est d'aider les gens à arriver, de leur expliquer ce qu'il faut que tu fasses, il faut que tu ailles regarder à ta l'endroit, il y a des guides. Tu dois faire, par exemple, des copies d'écran, c'est expliquer quelque part ce que tu dois faire. Tu veux faire une review, voilà, c'est expliquer tout ce que tu dois faire dans le détail. Tu suis la procédure. Donc, on est là pour les guider, et puis les aider aussi techniquement sur les problèmes qu'il peut avoir. L'idée, donc les t-shirts, ça vient depuis... Munich, je crois, ça doit faire 3-4 ans. Il y avait des mentors, mais c'était pas très clair. On rentrait dans une salle. Imaginez cette salle, plus la salle qui est ici, tous les espaces qui sont ici. Imaginez des gens partout. Tous les escaliers qui sont là, des gens partout avec leur ordinateur. Ça, c'est un truc, ça m'est au maquere, Londres, il y en avait partout. À Munich, il y en avait partout. J'ai du mal à comprendre toujours, mais... Quand on arrive à Paris, je me souviens, je voulais sprinter à Paris. Je suis allé dans la salle des sprints. Il n'y avait aucune explication. C'était en 2009, il n'y avait pas de panneau. J'ai essayé de voir d'attraper quelqu'un, je voyais qu'ils étaient tous sur leur ordinateur. Je me suis dit, je vais sortir, je reviendrai un peu plus tard et je ne suis pas revenu, finalement. L'idée, après, ils ont introduit, ils ont dit, on va mettre des t-shirts, on va mettre des panneaux aux entrées de salle. Vous voulez travailler sur tel sujet, aller sur tel table. Vous voulez travailler plutôt sur tel sujet. Vous êtes graphiste, vous voulez faire de la traduction. Voilà, où aller ? On a des sessions qui sont des briefings globaux. Ce sont des gens qui savent sur quoi ils vont travailler. Ils sont autonomes. Une fois qu'ils ont passé ces étapes, ils travaillent, ils arrivent, ils travaillent sur des issues. Ça discute par ERC et essentiellement par ERC, puis après, par les issues Q. Pour les nouveaux qui arrivent, on a des salles comme ça où on va leur expliquer, voilà. Il vous faut installer ceci sur votre ordinateur, vous allez installer ceci, vous allez installer tel outil, etc. Et on va vous expliquer comment faire. Et après, on va vous mettre dans les mains de mentor. Ils vont vous expliquer quel issue a trappé et comment progresser. L'idée à l'issue des sprints, c'est que les gens repartant chez eux participent et continuent à participer de chez eux ou de leur entreprise. Alors, on a un autre outil qui permet de faire des traductions en ligne. On a gagné 10 contributeurs en un mois à peu près ici. Donc, il nous permet de partager les traductions et qui nous permet à la fois de traduire le corps et les extensions et de le récupérer automatiquement sur Drupal. Donc, on dit à tous, plutôt que de traduire dans votre coin, allez le mettre là. Alors, quel est l'intérêt ? Je suis une agence web, je vais traduire. Je n'ai pas envie que mes petits copains aient la traduction. Mais si, parce que si les petits copains ont la traduction de ce module, de cette extension, ils vont traduire une autre extension. Et donc, on aura une meilleure traduction. Et pour moi, qui fait de la traduction plutôt de la stocker dans un coin, mais je vais la stocker là, c'est aussi un outil de stockage. Donc, ce n'est pas perdu pour moi non plus. En termes d'organisation, on a besoin d'avoir des outils, on a besoin de serveurs, on a des noms de domaine, on a des problématiques de noms de domaine, il y a la marque Drupal à défendre, il y a des événements organisés, donc on a besoin de structures qui peuvent gérer des aspects financiers, des aspects juridiques, d'assurance, etc. Donc il y a une structure internationale qui est la Drupal association et il y a des structures éventuellement par pays comme Drupal France et francophonie. Alors, on se pose des questions par rapport à la francophonie. Il y a quelques pays qui ont leur association. On en avait discuté, je crois un petit peu. On a encore francophonie, peut-être qu'à un moment donné on fera tomber francophonie, mais on a dans nos missions d'aider les pays francophones à éventuellement mettre en place des événements, etc. S'ils n'ont pas de structure, on peut éventuellement les aider. Ça dépend des conditions politiques et autres du pays. Ça peut être plus ou moins compliqué, mais ça fait partie de notre mission historique. On est une dôocratie, c'est-à-dire celui qui voit un problème, le règle. Par contre, c'est un peu structureur. On essaie de la structurer de plus en plus. À un moment donné, c'était les bizounours. C'était un petit peu complètement autonome et on essaie de structurer de plus en plus, de façon à ce que les énergies ne se dissident pas dans la nature. Mais par contre, ce qui est assez intéressant, par exemple, si je prends la liste de diffusion du bureau, elle est modérée par quelqu'un qui n'est pas au bureau. Et moi, ça me pose pas de problème. Parce qu'on a plein de spams qui arrivent, et moi qui virent les spams, ça me pose pas de problème. Qui voit des choses qui arrivent pour le bureau, ça me pose pas de problème. On est où ? Open source, en même temps. Alors, ça, c'était pour l'aspect, je dirais, structureur. Pour le développement lui-même, en fait, il est géré par les groupes projets. Donc, on a le project lead. C'est toujours Drisputter. Tant qu'il reste dans son esprit, on a vraiment un super leader. C'est vraiment intéressant. On a une core team avec des release managers. Ça va changer d'une release à l'autre. Et on a eu des initiatives team pour Drupal 8. Vous avez des tas de sujets à traiter. On passait du fonctionnel, de développement fonctionnel à l'objet. On passait avec Symphonie 2, avec des tas de bibliothèques. On voulait du responsif, on voulait plein de choses. Donc, ça posait plein de problématiques. Donc, on a éclaté ça avec des teams sur des aspects particuliers du développement de Drupal 8. On a aussi une security team qui a vocation à scanner. On a des scanners qui tournent et qui scannent le corps et qui scannent les modules contributifs. Un petit peu au hasard. Mais en même temps, cette security team et n'importe qui contributeur peut aussi faire de la security review. Fait aussi de la revue manuelle. Donc, on prend des modules, on lit le code et on regarde s'il n'y a pas des problèmes éventuellement de sécurité. Il y a des groupes de travail éventuellement sur différents sujets. Et puis, il y a les centaines de milliers, enfin, les dizaines de milliers de contributeurs qui apportent leurs graines celles, donc jusqu'à une centaine de milliers. Et qui peuvent apporter sur différents sujets. Je parlais de traduction tout à l'heure, je vous ai montré un petit peu l'outil. La traduction, c'est souvent un point d'entrée pour les nouveaux qui arrivent, qui ne savent pas développer, qui ne sont pas graphistes, qui n'ont pas trop envie d'écrire de la doc. Et bien, on leur dit, regardez côté traduction. C'est une des choses les plus faciles à faire. Et par exemple, on a fait un sprint à Lyon. Il y a une jeune femme qui est venue, elle y connaît rien. Ce n'est pas son truc, simplement elle a un petit site et elle avait des problématiques de traduction. Donc elle est venue, on lui a expliqué, comme ça, elle peut améliorer la traduction des modules de son site. Alors, on a amélioré, on a au début vécu dans notre sphère druppale. Ensuite, on s'est un petit peu ouvert sur l'extérieur. On a introduit des bibliothèques externes et de plus en plus. Et quand on a fait décider de passer à l'orienter objet, on s'est posé la question de savoir est-ce qu'on va tout réécrire ou est-ce qu'on va s'appuyer sur des frameworks. Et là, le symphonie avait déjà un petit avantage technologiquement parlant. Et en plus, il y a une super communication entre la communauté druppale et la communauté symphonie. Ce qui fait qu'on utilise beaucoup d'éléments venant de symphonie dans le druppale 8. Mais on s'est ouvert aussi à l'extérieur. Par exemple, on participe au framework interoperability group, le PHP FIG. Et puis, on essaie de développer les échanges avec les autres communautés. C'est l'objet de ma présence aujourd'hui. Moi, j'ai déjà fait intervenir dans des meet-up à Lyon. J'ai déjà fait intervenir des gens de typo 3. Je discute avec les autres CMS. Pourquoi ? Parce qu'il y a deux aspects. Moi, je fais du conseil aussi sur Internet. Donc, je dois surveiller un peu ce qui se passe à côté. Quand j'ai un client si druppale n'est pas adapté, mon rôle en tant que consultant, même s'il me propose de faire les sites, c'est de dire non, je pense que druppale n'est pas la meilleure solution. On va aller voir plutôt WordPress. Je pense que ça sera plus adapté. Et, comme on fait chez Chipway, on est vraiment spécialisés sur druppale en plus de l'Internet. C'est un peu dangereux. D'où cette nécessité qu'on fasse du benchmark régulièrement de ce que font les autres CMS et qu'on se tient nos courants et de façon à pouvoir dire, ah, il y a une problématique, druppale s'appare en vrille. Il y a des changements de philosophie, il y a quelqu'un qui a mis le grappin dessus. Et bien, on peut aller sur une autre techno très rapidement. Donc, c'est important de toute façon de savoir ce qui se passe au-delà de son jardin ou de son précaré. Alors, je vais parler de revue de projet. Ça n'étonne plus d'un. Quand vous proposez un module sur druppale.org, vous allez le mettre dans une sandbox. Jusque-là, il sera sous votre code utilisateur avec un numéro. Et à un moment donné, vous dites, ah, mon projet, j'aimerais bien qu'il ait plus de visibilité parce que tant qu'il est en sandbox, ça veut dire, vous allez utiliser votre module, attention, il peut tout casser. Donc, on va le passer en full project, ça lui donne plus de solidité. Et là où j'avais trois personnes ou quatre sites qu'il utilisait, je vais passer peut-être à 50 ou à 5000, voire à 1 million. Views est utilisé sur 950 000 sites, à peu près. D'où le fait qu'on les met dans druppale 8. Pour passer du bac à sable au full project, on ne va pas valider le projet, on va valider surtout le maintainer de projet, celui qui développe ce projet. Et ça, ça va se faire avec des cycles multiples. Donc, il va proposer son code review. Donc, les contributeurs qui font les reviews, ils n'ont pas trop de temps. Donc, il y en a un qui jette un coup d'œil, il dit, bon, là, de page projet, je ne vois pas ce que ça fait. Il faut expliquer ce que fait ton module. Donc, le contributeur explique ce que fait le module. Il y a quelqu'un d'autre qui fait la review qui dit, ah, je vois qu'il y a un problème, là, tu n'utilises pas les API, il faut utiliser les API. Ok, bon, j'utilise les API. Ah, il n'y a pas de copie d'écran. Attention, là, tu ne respectes pas les coding standard, etc. Et donc, il y a des cycles multiples. On le passe vraiment au scanner et il y en a un petit peu l'impression que le microscope devient oppressant. C'est ouf, il y en a certains, ça dure des mois pour passer de sandbox à full project. Parce qu'il y a une interaction et moins vous répondez vite et moins ceux qui font du code review vont vous répondre vite parce qu'ils voient que vous n'êtes pas réactifs. Donc, il n'y a pas la motivation. C'est un peu un phénomène où plus on donne et plus on reçoit. Je vois que ça résume assez bien. Et on a un peu l'impression d'être dans une machine à laver, de se retrouver en papier maché, d'avoir l'impression que ça ne va jamais se terminer. Mais à un moment donné, ça arrive. Et le projet passe à un full project. Et là, certains considèrent ça un peu comme un parcours initiatique. Et en tout cas, tous ceux qui sont passés par là considèrent que c'est une très bonne école. Il y en a beaucoup qui disent, finalement, c'est vrai qu'on m'a cassé les pieds énormément. Sur mon truc, il y a peut-être des dizaines d'échanges. Mais à la fin, qu'est-ce que j'ai appris ? Je ne me rendais pas compte qu'il fallait utiliser ceci, qu'il fallait faire cela, que je ne faisais pas bien. Et avant de faire d'autres modules, j'ai appris beaucoup. Donc, ça, c'est le principe de la revue de projet. Ça freine un peu la contribution au full project, ça, clairement. Mais je pense que c'est important qu'on le garde. On travaille, on réfléchit un peu sur comment améliorer ça. Mais je pense que cet aspect un peu parcours initiatique n'est pas forcément mauvais. Ensuite, il y a quelque chose qui a beaucoup étonné. Je crois que c'est Mathieu, il me semble. C'est la histoire du passage de projet. Andrew Powell, on est sur du GPL2. Le mainteneur, j'aurais pu le mettre entre guillemets, ça ne se voit pas propriétaire. Mais c'est la réalité. À part Mernin of Chaos pour views ou des modules qui boostent, ou ils ont 100 000 sites qui les utilisent, ou 500 000 ou 1 million. Ils ne vont pas dire je propose à quelqu'un d'autre d'être mainteneur parce que ça leur donne quand même une supervisibilité. Mais il y en a qui sont des céréales contributeurs. Donc, ils font un module pour un client, ou ils ont fait un module et on se rend compte que sur leur page user, ils ont 25 modules. Et à un moment donné, ils disent non mais là, le module, si vous voulez qu'il évolue, moi, je n'ai pas le temps. Donc, ils mettent dans leur, ils taggent leur module avec un terme du type Sikincommenteneur. Ça, c'est qu'ils ne veulent pas tout à fait lâcher, mais ils veulent que d'autres interviennent. Et éventuellement, Sikinomenteneur. Non, je n'ai vraiment pas le temps. Donc si quelqu'un veut reprendre le module, il le fait. Et souvent, ce qui se passe, c'est qu'en fait, quelqu'un qui a proposé des patches qui a besoin et que le module évolue, va à un moment donné, dire un G3 patch qui ne sont pas intégrés. Et donc l'autre va dire, je te propose tant que command-teneur, je regarde ce que tu fais et après, je te passe la main. Modèle économique gratuit. Alors, moi, ça, c'est un truc, j'ai vraiment eu beaucoup de mal à comprendre. Un venant du propriétaire, je n'arrivais pas à comprendre comment ça pouvait marcher. Surtout quand je vois tous ces gens qui travaillent gratuitement. J'ai mis des années à comprendre. J'ai utilisé d'abord Drupal. Plusieurs années, j'étais un consommateur de Drupal avant de commencer à contribuer. Donc, il est entièrement gratuit. À la fois, le cœur et les extensions. Les contributions sont bénévoles. Elles se font soit sur ton libre, soit en tant que salarié, qui payent, bizarre. Vous avez dit bizarre, comme c'est bizarre. Alors, le modèle économique, il faut quand même que les gens vivent ce que je disais tout à l'heure. Parce que, vendre les gens qui font la contribution à Drupal, ils vont vendre du service autour d'Odrupal. Ils vont vendre de l'expertise. Et, ce qu'ils font en tant qu'aux contributeurs, leur sert de carte de visite. Si vous voulez faire intervenir, check, angelabiron, des gens qui sont très connus pour leur contribution au cœur d'Odrupal, ça va vous coûter cher à la journée. Mais, à la fin de la journée, vous aurez peut-être une solution que notre qui connaît pas, aurait mis 3 semaines à trouver. Donc, tout le monde est gagnant. Le fait de facturer un taux de journée important dégage du temps pour pouvoir faire de la recherche et développement. Il y a un cercle virtuel aussi de contribution. Moi, j'explique à mes clients si il y a un bug, soit on intervient, on altère sans modifier le module, c'est possible dans beaucoup, beaucoup de cas. Soit on propose un patch et un patch, moi, je n'ai pas envie de gérer les patchs sur chaque mise à jour. Ça me fait perdre du temps. Donc, ce que je vais faire, je vais proposer au mainteneur du module, voilà un correctif. Si tu l'interres, moi, je n'ai plus de patchs. Ce que je fais sur ma mise à jour, c'est bon, j'ai ma correction dedans. Donc, ça, j'ai intérêt moi en tant que contributeur, en tant que développeur, en tant que client, on va voir ça. Et on partage les coûts. L'intérêt, c'est que, par exemple, une entreprise comme Radio France avait fait un petit module, il l'avait fait développer. Ils l'ont mis, après des années, on utilise Drupal sur plein de sites. Ça serait peut-être bien qu'on contribue un peu. Donc, ils ont sponsorisé un peu. Puis, on dit, on va mettre un module en contributif. Le bénéfice, c'est qu'au bout de deux ans, leur module, il était complètement transformé. Il était largement amélioré. Donc, ils ont repris le module contributif et ils l'ont mis en place. Et donc, ça, c'est du partage de coûts. Je finance une partie à la place de financer l'ensemble dans le développement. Et puis, on essaie de mettre en place une reconnaissance à la fois des contributeurs. On le fait de mieux en mieux. Et un contributeur, quand il y a un comite, enfin, quand il fait une contribution en patch, ou n'importe quoi, il peut dire, c'est moi. Et là, c'est en tant que salarié de telle société. Ou pour tel client, éventuellement. Et donc, ça fait de la, comment dire, la carte de visite à la fois du contributeur et de ses sociétés. Les clés de la réussite. Pour moi, le fait qu'ils sont entièrement gratuits est vraiment une des clés de la réussite parce que ça m'incite à contribuer. Donc, je tiens à cette gratuité. La culture de la contribution, je pense que c'est vraiment la base du fondement de nos outils open source. Il faut qu'on la cultive. Il y a toujours à faire. Il y a toujours, mais c'est vraiment un fondement. Une communauté ouverte et accueillante. Et là, je vous remercie pour votre accueil à la fois à Lyon, au podcast ou aujourd'hui. Donc, c'est important. C'est vrai que c'est pas facile d'accueillir les nouveaux. C'est pas facile de quitter le groupe de gens qu'on connaît, qu'on n'a pas vu depuis un petit moment et d'aller vers les nouveaux. Mais ça fait partie, je dirais, du job des animateurs des communautés. On a un leader qui est hors-père. Il est au-dessus, clairement. Mais en même temps, il est parmi... Je me souviens, à Londres, je sprintais avec check. On était quatre à la table. Il y en a un cinquième qui s'est rajouté. Il y avait une place libre. Il y a Drisk qui arrive. Hey, guys, il s'assoit. Il fait des communes, il regarde les trucs. Et au bout de deux heures. Hey, see you later. Donc, il se mélange aux autres. Et ce que j'aime bien dans la communauté, c'est qu'on dit, bien sûr, il y a des gens qui sont plus connus, il y a des vedettes, etc. Mais en même temps, on se traite tous au même niveau. On peut être président ou autre. Il faut qu'il y ait des gens qui représentent. Mais en même temps, c'est une communauté qui est à plat, je dirais. Des entreprises multiples. Il y a quelques grosses entreprises qui poussent Drupal et donc qui finance un peu ce que je disais tout à l'heure, des gens qui vont facturer cher à la journée et qui vont avancer le projet. L'humilité, c'est très important dans nos projets. On peut avoir la grosse tête. On peut tous avoir la grosse tête. Ça nous arrive forcément. Mais ce qui est important, c'est de garder de l'humilité. Donc c'est ça qui nous permet d'avancer et de se dire un peu ce que je disais. On est parmi les autres. On fait partie d'un mouvement et on fait avancer l'ensemble. Alors les points de vigilance. Le logiciel entièrement gratuit. C'est pas du tout l'approche que vous avez, vous. Mais pour moi, c'est vraiment important de dire s'il y a des gens, il y a des discussions, il y a des gens qui arrivent, qui disent, ah, j'ai un petit truc que j'ai fait, je voudrais le vendre. Non, non, c'est pas l'esprit. Ce qui est amusant, c'est que ça revient régulièrement. Donc c'est pas du tout la logique et moi, je tiens vraiment cette gratuité. L'ouverture, il faut vraiment qu'on reste une communauté ouverte. C'est pour ça que je souhaite proposer moi aux organisateurs de une prochaine camp que quelqu'un revienne présenter comment fonctionne votre communauté. Je pensais aux présidents, éventuellement. Est structuré la douleur crassie. Donc les gens qui font des choses, c'est très bien. Parfois, il y en a qui partent un petit peu dans tous les sens. Où qui arrivent avec des Santiago, les deux Colts, je reviens prendre en main la communauté de Lyon. Waouh, 2 septembre 2010, je me suis dit ce qui m'arrivait grand coup sur la tête. Mais non, ça, ça marche pas. À un moment donné, les gens repartent en disant non, finalement, ce qui m'intéresse, c'est la politique. Bon, très bien. Pas d'éditeurs. Donc pour moi, c'est important qu'il n'y ait pas d'éditeurs. Il y a une société dans laquelle travaille Dris, qui s'appelle Akuya, qui se présente comme guide de Drupal. Et c'est important qu'il ne se présente pas comme éditeurs parce que ça garde cet équilibre. On est sur de l'open source du logiciel libre. Si jamais il voulait reprendre la main sur Drupal, il y aurait forcément un fork. Donc c'est important qu'il n'y ait pas d'éditeurs. La attribution des contributions, c'est vraiment important. Et garder l'énergie des bénévoles, les motivés, etc. En conclusion, pour moi, c'est un exemple de réussite communautaire très modestement. Il ne faut pas hésiter à se remettre en cause et à garder l'humilité. Puis inspirer et s'inspirer d'eux, c'est l'objet des échanges. Prendre des bonnes idées, vous donner des idées. Il y en a peut-être à prendre ou pas. C'est à vous de décider. Mais attention, est-ce que vous avez des questions ? Merci beaucoup. Merci beaucoup. Il y a pas mal de points communs, finalement, dans le fonctionnement. Je suis GPL, par exemple. Moi, c'est une question juste un petit peu à part. Il y a une certaine différence dans le logiciel même entre WordPress et Drupal. Il y en a un qu'on met souvent en avant qui est l'approche de l'interface utilisateur du back-office. Moi, je suis du deux près Drupal aussi parce que ça fait partie de l'écosystème, en fait. Et j'ai noté que vous aviez fait un travail assez conséquent sur Drupal 7 et aussi Drupal 8. J'aimerais bien avoir un peu l'écoulice de ça. Je crois que vous avez engagé des gens qui sont spécialistes de ça, de lui-même, si je me souviens bien. C'est une super question, parce qu'en fait, on était une communauté très orientée, développeur et backend. Et en fait, on s'est rendu compte qu'il nous manquait la touche graphique. Vous voyez mes slides, ils sont moins jolis que ceux qui font du WordPress, parce que vous êtes plus dans cette approche être habitué à présenter vraiment le look. Je dirais que c'est culturellement chez vous. Nous, on est plus culturellement backend. Et donc on a fait rentrer, on a fait des appels à des gens pour participer sur Lyox. On a fait des tests. On a fait venir des gens. On a fait des tests avec différents outils et extérieurs. On fait des appels aussi à des graphistes, par exemple pour Drupal France, je suis un apparté. Jusqu'à minuit ce soir, il y a un petit concours pour faire le nouveau logo de Drupal France. Donc on a déjà quelques propositions qui sont intéressantes. Certains nous ont vraiment décliné la charte. Il y a 15 pages avec les couleurs papier, les couleurs web, etc. C'est vraiment super précis. Donc on fait appel aux compétences qu'on n'avait pas. C'est pour ça qu'on essaye d'ouvrir la communauté. Effectivement, on participe un peu plus à des front-end United ou des événements comme ça qui vont brasser des gens de différentes open source ou autres pour parler de ces aspects. Mais il y a eu un très, très gros effort là-dessus. Ça fait partie du fait que c'est, enfin, ça fait partie des éléments qui font que ça a duré 5 ans pour sortir dans le palute. Bonjour. Je remercie de la présentation. J'aimerais revenir sur l'aspect alimentaire de la communauté Wordpress. Oui. Donc, est-ce que vous avez mis en avant un certain nombre d'arguments qui sont effectivement convaincants? Est-ce que je voulais savoir est-ce que, d'après votre expérience, ça suffisait pour tout le monde pour manger en quelque sorte? Et puis, la question pouvait s'adresser également à la communauté Wordpress. Effectivement, on voit de temps en temps des sociétés. Ça, dans tous les projets, on l'aura. On a des sociétés qui étaient, ils consomment de l'open source et eux, ce qui les intéresse, c'est faire de la marge. Avec ces outils, la contribution, ça les intéresse pas du tout. On ne pourra pas y échapper à ça. Mais c'est peut-être pas la question, en fait. Est-ce que ça suffit à tout le monde? Je dirais que moi, je gagne beaucoup moins bien ma vie que je la gagnais chez IBM. Est-ce que ça répond à la question? Mais après, c'est un choix de vie. J'ai parlé au repas des conférenciers. Ce qui est important, il y a déjà à faire un job intéressant, avoir une femme et des enfants ou un mari avec qui on passe du temps agréable et qu'on aime. Il faut pouvoir manger, il faut pouvoir s'habiller. Après, on n'est pas obligé. Moi, je ne vais pas au ski, je n'ai pas de besoin comme ça. Je dirais une philosophie. Il y a des gens qui veulent gagner un maximum d'argent. Ce n'est pas forcément l'open source, ce qu'il faut qu'il vienne. Mais la vie est courte et j'aimerais faire des choses intéressantes et contribuer. Apporter aux autres, ça nourrit en fait. Moi, c'est ma perception. Non, je suis... Tout le monde ne peut que souscrire à ce que vous dites. La question, c'était plus est-ce qu'il y a des entreprises qui ont fait le choix de la contribution et qui, au bout de quelques années ou alors même plus court que moi, ont fini par mettre la clé sous la porte parce qu'elles n'arrivaient pas à payer leur service. C'était plus la question. Ok. Non, je pense que ça pourrait arriver si les gens mettent toute leur équipe à contribuer et oublient de faire entrer de l'argent. Ça, ça pourrait arriver. Effectivement, parce qu'il y a une passion la contribuer, c'est souvent plus intéressant que d'aller résoudre un problème client parce que ça donne une autre roi. Oui, ça pourrait être le risque. C'est de se focaliser trop là-dessus et de ne pas passer assez de temps à faire du service. Moi, l'arrivée, j'en ai une. Vous avez parlé de d'eau crassie. Alors, j'ai pas bien signé. D'eau crassie, c'est celui qui fait qu'il décide. C'est ça le principe. Il faut faire quelque chose. Il y a quelqu'un qui se dit, ah, il faut faire quelque chose, il décide. Et simplement, ça, ça a fonctionné pendant des années comme ça, mais du coup, on ne savait pas trop ce qui se passait. Il y en avait qui décidait de certains trucs et je dis qu'il faut la structurer parce qu'il ne faut pas mais c'est, je vois, il y a un truc à faire, je le fais. Par exemple, sur le site, on a, on doit avoir une vingtaine de personnes qui peuvent virer des spams quand il y en a. Donc après, c'est eux qui décident. Ils voient c'est du spam ou c'est pas du spam. Eventuellement, s'ils ont un doute, ils le dépublie, mais c'est ce principe. Si on fait confiance aux gens, après, si les gens, on voit qu'ils sont là pour faire des bêtises, on va leur enlever des accès. Est-ce que dans la communauté de Rupal, il y a une manière de certifier des entreprises comme partenaire, entreprise certifiée de Rupal ? Alors, Akuya fait un petit peu ça en tant que guide. Ils ont une des certifications qu'ils ont sorties assez récemment. Moi, je n'ai pas suivi parce que je ne suis pas sûr d'avoir exactement la même philosophique sur la façon de développer. Nous, on fera peut-être une certification de notre côté, des gens qui suivent nos formations de l'Etat. La certification, son but, c'est que quelqu'un qui cherche un prestataire, sache que le prestataire va être compétent et va faire du travail correct. Enfin, moi, c'est ma perception. Il y a eu des discussions depuis Londres 2011 sur est-ce qu'on fait une certification communautaire. A priori, ça n'a pas abouti. Akuya a sorti la sienne. Je pense qu'il y en aura peut-être d'autres. Mais oui, il y a ça. Puis après, il y a ceux qui ont suivi la sienne formation et qui disent j'ai été en formation dans telle boîte. Les gens qui connaissent les formations en question savent ce qu'il peut en ressortir. Mais il ne faut pas... La certification, pour moi, ce n'est pas forcément indispensable. Il y a l'aspect carte de visite et il y a l'aspect réseau. L'aspect réseau aussi, c'est intéressant parce qu'on se connaît entre nous. On sait un peu ce que savent faire les gens. Quand on a besoin d'une compétence, on va faire appel à une compétence par rapport aux besoins. Mais c'est vrai qu'un client nouveau, ce n'est pas ça de base. Oui, j'avais une dernière petite question. Je ne connais pas vraiment Drupal, j'avoue. Et c'est un open source. C'est un MS Open Source, donc forcément gratuit. Vous insistez tout d'ailleurs là-dessus. Est-ce que vous avez des extensions aussi comme nous qui peuvent être payantes et qui enrichissent en plus le corps ? Non, on n'a rien de payant. Ça va être des services. Par exemple, si vous voulez faire du MailChimp, vous allez payer le service MailChimp. Je n'aurais peut-être pas dû citer de marque. Mais par contre, le module MailChimp pour connecter Drupal à MailChimp, il est gratuit. Si vous voulez faire de la traduction, il y a plein de services de traduction qui proposent les connecteurs pour Drupal pour aller acheter leurs services. Mais sinon, tous les modules sont gratuits. Et pour moi, c'est vraiment important. Bonjour. Par rapport à ça, justement, j'avais entendu parler. Je connais pas très bien Drupal. J'avais entendu parler que c'était cher. J'entends ici que tout est gratuit. Alors, oui. Cette notion de cher, c'est quoi ? Ce sont les services, l'intégration. C'est une bonne question. Moi, je dis souvent au client qui nous appelle, je leur dit, vous savez, c'est gratuit. Mais ça coûte cher. Voilà. Ok. Simplement, ce que vous achetez, c'est que vous êtes gratuit avec ou votre intranet ou votre boutique, enfin, tout ce qu'on peut faire. Mais il n'y a pas de licence. Vous n'allez pas payer de licence derrière. Ce que vous allez éventuellement payer, c'est maintenant, si vous souhaitez, que ce soit nous qui maintenions. Par contre, dans l'entreprise dans laquelle je travaille, notre philosophie, c'est d'autonomiser les gens jusqu'au niveau où ils souhaitent aller. Il y en a qui disent, moi, je veux juste être éditeur, gestionnaire de contenu. Il y a un prestataire qui fasse les mises à jour de notre repalle, etc. Et puis il y en a d'autres qui veulent être complètement autonomes. Et à ce moment-là, on va les pousser, on va les former jusqu'à ce qu'ils sachent créer leur site, le développer, l'étendre, le modifier, etc. Donc, c'est effectivement, ce que je disais, le taux de journée en repalle, je ne sais pas du tout quel est, s'il y a un taux de journée en WordPress, pour nous, il est important qu'il soit correct, de façon à ce qu'on puisse passer du temps en contribuer aussi. Il y a des clients, je parlais de la contribution, il y a des clients à qui on explique qu'il a intérêt à ce qu'on contribue. Et certains acceptent qu'on prenne un peu de temps pour contribuer le module qu'on fait pour eux. Et d'autres disent, non, vous autorisez à le contribuer, mais faites-le chez vous. Et dans ce cas-là, on le fait sur notre temps. Ou le soir. Je ne sais pas si la réponse va être courte. Je serai là-haut. En agence, on fait à la fois du WordPress et du Drupal. Chaque CMS, ça s'inventage ses inconvénients. Là où souvent, ça pêche, WordPress, on leur dit, il y a les mises à jour automatique, ça se fait tout seul, ça se fait relativement bien. Drupal, il va falloir passer de la 6 à la 7. Il va falloir passer de la 7 à la 8. C'est difficilement plus vendable à un client en termes de jour homme, de maintenance. Alors, là, il y a des gens qui vendent des longues termes, des longues termes supportent. Nous, on ne vend pas de longues termes supportent. Par contre, si on regarde historiquement, on a nos versions majeures qui tiennent, je dirais, entre 4 et 6 ans. La Drupal 7 est sortie en 2011. Elle va être supportée jusqu'à la sortie de Drupal 9. Et Drupal 6 était sortie en 2008 et était supportée jusqu'au 19 février qui va venir. Donc, il y a cette notion. Et pour Drupal 8, on a travaillé sur la migration. Si on veut passer d'un 6 ou d'un 7 à Drupal 8, c'est beaucoup plus simple qu'avant. Voilà. Je vais remonter là-haut si vous avez d'autres questions. Merci beaucoup.