 C'est tout bon ? Alors il y a un grand conférencier qui m'a appris un jour que si dans le stress tu es, alors fais ta conférence en chaussette. Donc bah ouais, paraît-il que ça fonctionne, on va voir si je tombe dans les pommes ou si je peux faire ma conférence tranquillement. Donc qui est ce petit rouquin tout stressé qui parle aujourd'hui ? Donc je m'appelle J.B. Audras, je suis développeur web à la base. Je suis associé gérant d'une agence qui s'appelle l'Atelier 11 et pas atelier centre. Je suis un utilisateur très content de WordPress depuis la version 2.2007 donc ça remonte un peu. Et je suis co-animateur, pardon, de WP Valence. Donc mon agence atelier 11 est spécialisé dans les sites institutionnels donc pour le secteur public, ce qui est quand même un environnement assez spécifique. Et on travaille à 100% donc avec WordPress. Donc on a une soixantaine de sites en maintenance et pas mal de petits nouveaux à venir, même des gros nouveaux d'ailleurs qui vont arriver cette année. Donc c'est ce qui fait que j'ai proposé, enfin que j'ai privilège de passer un dernier pour faire cette conférence et parler de sujets qui fâchent parce que personne n'aime faire de la maintenance. Et en plus les clients n'aiment pas en acheter. Donc je sais pas si ça vous parle mais ce dont on va parler d'abord c'est des trois types de maintenance, maintenance préventive, maintenance corrective et maintenance évolutive. Vous voyez déjà ça a l'air chiant dès à présent. À chaque fois on va dire qu'est-ce que c'est, comment ça marche et puis comment ça se vend et puis comment ça se valorise aussi en interne parce que faire de la maintenance c'est très chiant. Je le répète encore une fois, j'ai pas fini de le dire, autant que les gens qui la font du coup soient un petit peu valorisés dans ce qu'ils font. Donc on commence avec la maintenance préventive et là donc j'invite Bernard Pio pour nous faire la définition de la maintenance préventive. Donc c'est une maintenance exécutée à des intervalles prédéterminées bla bla bla. Bref c'est la loi de Murphy, tout ce qui est susceptible de mal se passer se passera forcément mal. Donc on en tient compte et on essaye de faire de la prévention. Donc en trois points, alors je vais pas aller dans cette conférence de 20 minutes sur tout ce qui est sécurité, hébergement, etc. C'est pas l'objectif, on va rester juste sur la maintenance. En gros, grosso modo faire de la maintenance préventive avec WordPress et sauvegarder souvent. Il faut toujours sauvegarder sauvegarder sauvegarder backup à fond et archiver les sauvegardes. Donc ça c'est effectivement, on arrive un peu dans la sécurité. Si vous avez une installation en fait qui est vérulée ou qui est hackée, etc. Généralement les hackers, enfin les hackers qui sont un peu intelligents, vont laisser plusieurs mois avant de pirater le site réellement. Comme ça, vos backups que vous avez fait il y a quelques mois, elles sont aussi vérulées. Donc vous êtes complètement plantés, notamment avec les sauvegardes automatiques des hébergeurs qui sont sur un mois glissant par exemple, où les sauvegardes anciennes sont remplacées. Donc sauvegardez-vous, gardez les sauvegardes chez vous et surtout ces sauvegardes archiver les, le plus longtemps possible. Donc il faut mettre à jour les plugins, les thèmes, le corps, c'est obligatoire. J'insiste même pas là-dessus tellement c'est une évidence. Et chaque site doit dans l'idéal. Alors pour une agence, c'est un peu facile. On peut mettre en place de l'infrastructure, etc. Pour un freelance, c'est un peu plus difficile, mais j'insiste quand même. Chaque site devrait disposer de sa redondance sur un serveur privé qui va nous permettre du coup de déjà tester. Ça c'est une évidence, c'est clair. Mais aussi basculer, en fait, rebasculer en cas de hack. Bon, a priori si on fait beaucoup de manances préventives, c'est censé pas arriver. Mais en cas de hack, on va rebasculer ce qu'on a sur le serveur de dev, donc de styling sur le serveur de production. Alors quel outil ? Alors oui, j'ai oublié de faire une petite précision. C'est que cette proposition de conférence s'ancre, en fait, dans un petit historique par rapport à 2015. Puisque Aurélien Denis, je ne sais pas s'il est dans le coin. Non, il est parti de faire en train à prendre pour le Sud-Ouest là-bas, je ne sais pas où il habite. Donc bref, Aurélien Denis a présenté une super conférence sur comment industrialiser sa maintenance. C'est pas ce qu'on va voir aujourd'hui puisqu'il l'a déjà fait. Là je vais vous parler de valorisation et de comment on fonctionne pour essayer de rendre ce truc moins barband. Je voudrais aussi citer Jenny Beaumont qui n'est pas non plus là, a priori, qui a parlé de l'importance de la maintenance. Donc ça c'est très bien aussi et surtout comment elle le voyait de son côté de freelance et tout. Donc là moi je vais parler d'autre chose. Je vais quand même vous faire un petit retour sur les outils qu'on utilise et on utilise du coup MainWP au niveau des maintenances. Donc MainWSP c'est quoi ? C'est un plugin qui va se greffer sur une installe de WordPress classique. Donc jusqu'ici a priori vous me suivez. Tout le monde a installé un WordPress et des plugins. Ce plugin en fait, il va permettre de monitorer l'ensemble de vos sites, de votre parc de sites chez vos clients qui soient sur le même hébergement ou justement c'est la salle idéale sur leurs propres hébergements. D'accord ? Donc pour ce faire en fait on va installer un plugin. Alors c'est pas vraiment un plugin enfant, c'est juste le nom du plugin qui s'appelle MainWP Child qu'on va installer en fait sur chacun des sites. Ensuite on va connecter le MainWP Child au site qui a ce plugin parent si vous voulez MainWP et tout ça va communiquer en bonus. Donc l'intérêt de MainWP par rapport à d'autres solutions que Aurélien avait présentées c'est qu'il est auto hébergé, c'est-à-dire que vos données restent chez vous. Ça c'est intéressant. Le modèle économique est plutôt cool, même vraiment très cool. Qu'est-ce qui s'est passé ? C'est moi qui tremble en fait. Bon je sais pas. Le modèle économique est cool. Donc il est plutôt sympa, le plugin est entièrement 100% gratuit avec des extensions. Donc les extensions elles peuvent être gratuites ou payantes suivant ce que vous voulez faire. Ça va assez loin. Nous on n'en utilise aucune. Enfin si l'agence on a acheté 2-3 juste pour donc été payante, juste pour dire merci en fait aux gens qui développent MainWP. Mais derrière en fait on les utilise même pas. Sympa les mecs. Donc si ça vous intéresse vous pouvez interfacer MainWP avec de nombreux outils. WP Request, Sucuri, WP Request en plus. Génial le truc. Sucuri, WordPress, Google Analytics, Pwik pour avoir vos statistiques qui tombent directement dans votre tableau de bord qui monitorent tous les sites. Donc ça peut être des trucs vraiment intéressants. Nous on l'utilise juste ce pourquoi il est fait en fait au final faire de la maintenance. Donc en quoi ça consiste très rapidement en fait un écran parmi les différents écrans de MainWP. Vous avez en fait une première colonne statue du site. Donc pour chaque site que vous monitorer. Vous allez voir en fait parfois des petits chiffres qui vont vous dire il y a une maintenance à faire donc une mise à jour de plug-in ou du corps à faire sur ce site de mise à jour etc. Alors les petites checks ça veut dire que tout va bien évidemment. Et puis on voit un petit icon rouge avec une prise des branchés. Le site est déconnecté. Pourquoi ? Alors ça il le dit pas. Il ne peut pas le savoir vu que c'est déconnecté. Ça peut être que le site s'est fait hacker, que le site est down, que l'hébergement est down. Nous la plupart du temps c'est parce que le client n'a tout simplement pas renouvelé son hébergement largement car c'est lui qui le gère et du coup le site est down. Voilà et c'est déconnecté. Bon. Ou le plug-in MainWP de Shell qui est out. Je ne sais pas, ça ne vous est jamais arrivé. Merci Jean-Bernard pour ce retour d'expérience. Donc on a une colonne donc ça c'est le nom du site son URL. On a une colonne groupe qui est très intéressante. Donc chez nous on a deux groupes. Un groupe prod et un groupe dev. Les sites qui sont sur notre serveur privé donc la redondance et puis le site qui est en production. Ensuite on a une colonne sauvegarde qui est intéressante qui nous permet de savoir de quelle date la dernière sauvegarde et puis on a effectivement la date de dernière synchronisation. Donc la dernière fois que le plug-in enfant a réussi à se connecter à MainWP. Je vais boire un peu puis je vais souffler aussi. Voilà. Donc ensuite on a un panel de gestion et de planification des sauvegards. Je l'avais dit sauvegarde c'est essentiel. Donc ça vous permet de planifier vos sauvegards tous les jours de façon hebdomadaire ou mensuelle et surtout de planifier le type de sauvegarde. Sauvegarde totale donc sauvegarde totale c'est la base de données du site plus l'ensemble du contenu de WP tiré content. Là où vous avez stocké vos choses que vous avez modifiées par rapport au corps. Ou une sauvegarde simple de la base de données. Alors tout ça c'est bien mais le problème avec tout ça c'est que le client ne le voit pas. Vous vous embêtez à faire un truc qui est un processus à leur effet certes optimisé mais qui est quand même assez long, qui est un petit peu embêtant à faire. Les mises à jour de WordPress c'est un super CMS mais il y a plein de mises à jour. En fait ça c'est très bien qui est plein de mises à jour mais c'est quand même aussi du boulot. Et le client paye pour un truc qui ne voit pas du tout. Donc du coup notre idée en tout cas chez nous c'est de dire ok on va valoriser ça un maximum pour essayer d'abord de faire que le client comprenne ce qui se passe derrière et puis pour que nous le petit développeur que je suis en fait c'est moi qui m'en occupe et c'est 50% de mon temps à la maintenance à peu près ben du coup soit un peu plus content de faire son boulot de maintenance. Donc d'abord l'idée c'est de miser sur la transparence. En fait c'est ça l'essentiel c'est juste ça d'ailleurs. C'est de miser sur la transparence et toujours tout dire au client. Donc en amont d'une grosse mise à jour de WordPress ce qui est bien c'est qu'on les connaît à l'avance donc on sait ce qui va se passer, ce qui va être mise à jour etc. On communique. On envoie un mailing sur les grosses installs un petit peu critiques on passe un coup de fil à la limite. Comme ça on prévient, on prévient la personne. Ensuite une fois qu'on a fait la mise à jour donc on la prévient aussi que ça va peut-être déconnecter peut-être y avoir un écran de maintenance pendant un petit moment etc. Le cas échéance c'est sur les grosses installs en tout cas. Et une fois que la mise à jour est faite on envoie un mailing pour dire ce qui s'est passé. Comment ça s'est passé. Alors ces deux mailing, parfois en plus ça peut avoir un intérêt c'est que ça peut même rapporter de nouvelles commandes parce que la personne se souvient de vous et se dit bah oui au fait d'ailleurs justement on prévoit un site événementiel est-ce que vous savez faire ça vous parce que etc. Donc du coup échanger aussi souvent avec son client c'est intéressant. La bonne idée c'est que toutes ces maintenance qu'on fait chaque opération qu'on fait sur le site c'est de consigner ça et puis de le garder de l'historiser. Donc la bonne idée, enfin la bonne idée j'arrête de me jeter des fleurs la bonne idée qu'on a eu en fait c'est moi qui l'ai eu d'ailleurs mais non je continue à me jeter des fleurs c'est de consigner tout ça par exemple dans un bloc de maintenance et alors pour faire un bloc de maintenance c'est tout simple vous l'avez déjà puisque pour mainwp vous avez installé un voire de presse vous avez des postes vous avez des pages etc. Donc vous vous servez des postes là on a installé tout simplement le thème de base et puis on va poster à chaque fois on va expliquer ce qui s'est passé etc. et ce lien on l'envoie dans le mailing au client il peut voir ce qui s'est passé alors c'est clair que 90% des clients ils vont pas aller voir à chaque fois ce qui s'est passé etc. mais n'empêche qu'on communique dessus déjà ils ont l'impression au moins ils ont la certitude quelque part de payer pour quelque chose qui se passe quoi. C'est pas juste oui on va faire ta maintenance puis derrière en fait on est tranquille et puis on pâle la monnaie chaque année on travaille alors deuxième type de maintenance la maintenance corrective Bernard Pivot à toi la parole oui donc la maintenance corrective c'est la maintenance exécutée après c'est quand ça marche plus et qu'il faut réparer donc les causes en fait pourquoi on doit faire de la maintenance corrective j'en ai mis que trois on peut en rajouter franchement on peut multiplier par 10 facilement donc c'est la feuille de la maintenance préventive si vous êtes resté les doigts de pieds en avant taille et qu'en fait vous n'avez pas du tout travaillé pour de vrai et bah vous allez devoir réparer qu'un site se fait haquer c'est un web service qui s'arrête de fonctionner ou une API qui est modifiée typiquement nous dans les sites institutionnels on travaille beaucoup avec des API comme des API touristiques comme Citra Apidai maintenant ça a été renommé et ces API en fait elles évoluent etc et parfois il n'y a pas de rétro-compatibilité et on ne le sait pas ou on s'est mal ou on n'a pas fait gaffe il faut réparer là c'est normal on va pas refaire payer on est sous contrat de maintenance préventive et corrective on va intervenir ensuite on a tout aussi le code de merde pardon pour le gros mot je suis développeur et franchement d'ailleurs je vais vous mettre un exemple bien pourri après tout à la fin si on a le temps je produis aussi de temps en temps du code pourri et ça arrive clairement à tout le monde ah non qui produit du code parfait il y en a au fond normal elle bosse dans mon agence bref faut pas se mentir de temps en temps à moins d'être un extra-terrestre on va coder un truc à la rache et on va l'envoyer même directement en prod sans tester parce qu'on en a marre de ce client il nous a embêtés pendant toute l'année etc la conséquence de ça en fait c'est pas si grave que ça la conséquence de ça en tout cas c'est qu'on accumule de la dette technique et ce terme il est important parce que la dette technique c'est un truc que vous allez payer un jour c'est même pas que vous allez payer un jour c'est que vous allez payer en payer les intérêts tout au long de votre existence parce qu'il va falloir patcher donc faire du mini patch à chaque fois que le client appelle et dit ça n'a pas l'air très bien marché votre truc je ne sais pas ce qui se passe mais c'est pas ce qu'on voulait mais la prochaine fois là encore ça ne remarche plus etc on va se trimballer ce truc donc le mieux quand on sait qu'on a de la dette technique même si on a envoyé le truc en prod un peu vite et qu'on sait qu'il est un peu pourri c'est dès qu'on peut on reprend tout ce code on le refactorise, on le refait bien dans les règles de l'art et on ré-envoie comme ça on fait moins de maintenance corrective par contre il y a des choses qui ne relèvent pas de la maintenance corrective parce que on ne va pas non plus dire oui, dire amen parce que toutes les demandes, tous les coups de fil qu'on va avoir à chaque fois tout au long de l'année d'abord il y a les interventions du client ou d'un tiers sur le code du site alors nous qui travaillons sur l'institutionnel ça arrive très peu quand on travaille donc 20% de nos projets sur du secteur privé ça peut arriver parfois enfin c'est là où ça nous arrive c'est le gars qui dit bon ateliton, je suis pas forcément sûr que du boulot qu'il font etc on va revenir à notre dev et on va voir ce que ça donne le dev intervient et ça pète manque de peau là le client peut pas revenir en disant dans le cadre de la maintenance le site il est pété intervenait ouais mais c'est pas mon code ça donc bref ça ne relève pas de la maintenance corrective ça revient d'une intervention tout à fait classique et encore si on a les moyens de le faire c'est la mauvaise utilisation d'une fonctionnalité bien documentée ce que j'appelle fonctionnalité bien documentée c'est gérer les pages de son site si le client supprime toutes les pages de son site c'est pas de la maintenance corrective qu'on va faire derrière ça a été un exemple vraiment à la con mais il a le mérite d'exister donc tous les problèmes liés à l'hébergement on préfère nous s'occuper de l'hébergement qu'on sous-traite on nous enseigne on va dire mais s'occuper pour les clients de l'hébergement pourquoi surtout quand c'est des gros clients parce que on est un petit peu les mètres à bord on sait ce qui se passe si jamais ça merde on peut aller voir etc etc il arrive que lorsque le client s'occupe lui même de son hébergement que ça pète le site est down on sait pas pourquoi il a oublié de payer de renouveler son hébergement heureusement avec les gros hébergeurs aujourd'hui c'est quelque chose qui peut être remis en place très rapidement mais vraiment c'est une situation qui peut exister qui arrive parfois et puis évidemment s'il renouvelait pas le contrat de maintenant c'est bien on fait plus de maintenance après alors ça peut paraître bête mais j'ai parlé tout à l'heure en fait avant la conf dehors avec des personnes qui m'ont clairement dit ben ouais ouais deux ans après le mec il m'appelle son site il est pété je sais même pas ce qui s'est passé je sais même plus j'ai même plus voilà je suis plus revenu sur le site depuis deux ans en me disant bah il faut que tu interviennes là c'est toi qui l'a fait le site pourquoi il pète non ça se passe pas comme ça un site ça s'entretient et si c'est pas vous qui l'entretenez ben derrière vous pouvez pas intervenir pour le réparer donc là il faut dire poliment non alors je vais revenir un peu sur les outils alors nous notre notre choix ici c'est de dire pas d'outils bon j'ai spoilé tout mon truc comment fonctionne il y a deux manières de fonctionner soit vous avez un outil de gestion de ticket d'incident il y a des gens qui utilisent ça ouais il y en a plein j'imagine parce que ça c'est la version pro nickel super on est organisé on attribue les tickets etc c'est génial c'est génial alors par contre c'est un peu froid c'est un peu froid pour le client c'est un peu froid pour tout le monde parce que alors je pense qu'on parlait avec Mathieu hier de l'ergonomie et du design des outils de gestion de ticket d'incident c'est pas ça donc ben nous on fonctionne avec de simples échanges par mail par téléphone alors attention téléphone c'est cool effectivement là c'est chaud c'est humain etc faut pas que ça dure on est pas là pour écouter la vie du client et surtout il faut qu'il y ait une trace écrite envoyé par mail derrière parce que sinon voilà ça marche pas c'est beaucoup plus sympa par contre attention aux gens qui peuvent parfois être un peu envahissants qui vont raconter leur week-end etc ou qui vont vous appeler pendant votre week-end donc voilà attention alors deux règles pour la maintenance corrective d'abord apprendre au client la différence entre un bug bloquant un bug non bloquant et un bug critique sinon si vous le faites pas tout sera toujours critique et urgent c'est logique règle numéro 2 demander des explications claires bon je vous ai mis l'illustration elle parle d'elle-même c'est contextualisé à fond tout simplement qu'est-ce qui s'est passé est-ce que c'est sur le front est-ce que c'est sur le bug quelle est l'appareil quelle est la version du navigateur quelle est l'historique de navigation sur quoi t'as cliqué avant d'aller là etc expliquer comment on peut reproduire le bug comment le développeur en fait il faut demander comment est-ce que nous peut nous permettre de reproduire ce qui s'est passé et puis si possible des screenshots et même encore plus idéalement des screenshots à noter alors je prends un exemple il me reste pas beaucoup de temps il faudrait que j'ai vite après un mini-exemple par exemple au niveau de la maintenance corrective on peut avoir des choses des bugs qui sont pas introduits même par des plugins bizarre ouïdes etc mais carrément par le corps WP donc lors de la version 4.4 on a eu cette super résolution de ticket qui a été faite c'est pas pour cracher contre la communauté au contraire mais il y a eu clairement un petit bug dans le truc en fait vous voyez le gestionnaire de media avant quand vous insériez à media une image dans votre page ça crée un lien autour un lien hypertexte le problème c'est que ce lien il ouvrait l'image ensuite dans le navigateur il y a plein de gens qui sont plein de ça si vous pourriez ça on supprime le lien oui mais ils l'ont supprimé pour tous les médias attachés y compris les pdf donc tous nos clients qui sont institutionnels donc institutionnels égale des millions de pdf sur le site je vous le dis tout de suite tous nos clients qui insérez leur pdf on insérait juste l'intitulé du lien sans lien de téléchargement alors effectivement on peut aller corriger ça du coup il suffit de leur dire par téléphone bah tu mets attaché mais les gens ça les embête ça alors qu'avant ça se faisait tout seul donc du coup on est obligé de patcher à la main alors c'est clair que la version de wordpress précédent donc la première mise à jour mineur ça a été corriger et voilà ça roule mais en attendant il faut patcher donc voilà ça c'est la maintenance corrective et bah voilà il faut en être conscient alors je vais aller hyper vite sur la maintenance évolutive parce que la maintenance évolutive c'est les trucs qui n'étaient pas prévus au départ tout de suite je passe Bernard Pivot tout de suite vous allez me dire mais c'est pas de la maintenance c'est un nouveau devis tout simplement alors non parce que parfois ça peut être bien d'être un petit peu souple et dès le début du projet même lors du devisage du chiffrage en fait de l'ensemble du projet de tout de suite dire bah on peut vous proposer la possibilité de faire des évolutions des petites évolutions en fait ça lui permet au client de dire ok on pourra faire face à tous les trucs qu'on n'avait pas prévu ou les petites choses qu'on veut corriger etc qu'on n'avait pas du tout prévu à la base et qu'on comprend en fait une fois que le site est en ligne donc il y en a toujours besoin un ou moins un petit peu chez nous en fait ce qu'on fait c'est qu'on propose du créditant donc le créditant c'est quoi ben c'est vous avez droit à 10, 15, 20 heures d'intervention et vous les utilisez stop ok donc créditant il faut faire attention à plusieurs choses et puis attention surtout à une chose importante ne construis pas la v2 du site sur des créditants c'est pas fait pour ça tout de suite le client va le comprendre très vite parce que du créditant de 20 heures pour faire un site internet ou pour faire une v2 c'est un peu chaud et ça lui coûte hyper cher d'accord donc du coup ça marche pas pour ça pour conclure ah ah la tma quelqu'un c'est ce que c'est la tma vous sortez voilà alors j'adorais les gifs animés avant en fait j'en mettais de partout et je vois qu'il y a plusieurs personnes qui ont ce problème là sur ces 2 derniers jours donc du coup j'essaie d'arrêter mais c'est dur la tma on en fait pas nous parce que la tma c'est quoi c'est reprendre le code d'un autre et reprendre le code d'un autre c'est carrément horrible à maintenir donc on en fait pas par contre il y a un super retour d'expérience d'une développeuse qui fait de la tma qui est spécialisée là dedans on reprend les merdouilles des autres et elle les fait durer dans le temps c'est sur 24 jours de web donc c'est vraiment génial à lire allez-y pour vraiment conclure donc la maintenance il faut l'organiser et la chiffrer donc nous si ça 12 mois après livraison c'est la maintenance mais c'est la maintenance qui est dans le cadre de la garantie le client il paye pas pour ça c'est compris ensuite après on propose une extension de maintenance 1 an 2 ans 3 ans pourquoi pas généralement c'est d'une année sur l'autre ça dépend ça dépend de la complexité du site si c'est un e-commerce c'est hyper chaud parce que c'est critique il y a des produits en vente le site peut pas être en ligne comme ça donc ça dépend ça dépend aussi du niveau de réactivité requis il y a des projets où il faut intervenir dans les 8 heures il y a des projets où il faut intervenir dans les 3 jours il y a des projets où les mecs sur l'appel d'offre ils disent alors vous ferez la maintenance pour nous effectivement le support etc mais aussi le support on va faire du site alors là maintenant si tu la chiffres de façon conséquente voilà ou alors sinon tu prends pas le projet c'est peut-être la meilleure des choses la maintenance c'est un enjeu et je finirai là-dessus hyper important pour une agence parce que dans les appels d'offre donc nous c'est ce qu'on fait oui on est des oufs on fonctionne avec 80% avec de l'appel d'offre on est des gros malades c'est un très gros point de sélection c'est une part non négligeable du chiffre c'est une prise d'une agence et c'est du récurrent chaque année ça tombe nous c'est 30% du CA de l'agence 30% qui est récurrent enfin vous voyez il y a un vrai intérêt pour la vie de l'agence participer par contre le fait que ça va devenir hyper chronophage très rapidement c'est chaud nos fages pardon c'est chaud oui nos fages je sais pas donc ces chronophages en gros moi j'y passe maintenant et faire du dev développer de nouvelles features heureusement on a déjà quand même un truc qui tourne à peu près j'ai plus beaucoup de temps pour ça recruter quelqu'un pour faire que de la maintenance tu peux pas faire ça si vous êtes dev et que vous cherchez un boulot et qu'on essaye de vous engager pour faire que de la maintenance vous vous cassez sérieux vous cassez tout de suite donc voilà on peut pas non plus mettre le stagiaire etc de toute façon on prend pas de stagiaire chez nous voilà par contre ça peut générer aussi de nouvelles commandes donc ça a un vrai intérêt la maintenance il faut faire ça bien et faire ça de façon transparente je termine juste et puis j'arrête là mais c'est juste pour vous laisser ce petit méa culpate développeur je l'intitule la technique illustrée en fait c'est un gestionnaire d'agenda voilà qui fonctionne avec une intervention manuelle chaque année en décembre pour qu'on puisse avoir les agendas de janvier alors ça marche ça marche clairement c'est ce que j'appelle la détechnique effectivement parce qu'on le corrige et ça passe etc tout va bien par contre déjà c'est du code pourri et j'ai honte en vous présentant ça vraiment mais bon il fallait il faut savoir rigoler de soi même mais voilà ça illustrait bien le problème et pourquoi ça je l'ai pas corriger tout de suite plutôt que m'embêter à revenir sur le serveur corriger ça chaque année donc voilà des fois on fait des trucs pourris il faut en être conscient merci à tous on va avoir le temps pour une petite question je suis désolé bon merci jb pour cette présentation j'ai une question concernant ta maintenance évolutive et la différence que tu fais avec la période de garantie puisque tu dis que pour toi la maintenance évolutive c'est des petites modifs après la livraison qu'est ce que tu fais comme différence avec la garantie même en période de garantie on fait un créditant de direct un créditant de maintenance évolutive direct voilà désolé c'est pas très sympa pour le je remets mes chaussures c'est pas très sympa pour le client mais ça ça le mérite de cadrer les choses et surtout de rentrer tout de suite dans le vif du sujet ok le site est livré il y a une garantie donc la maintenance corrective et préventive elle est comprise par contre tout ce qu'est petites évolutions etc il faut que vous vous appreniez que ça va se passer sur un créditant et qu'on peut pas le faire à l'oeil en fait pour de vrai on est plus gentil que ça de temps en temps on fait voilà une petite intervention etc mais il faut cadrer les choses après si t'es gentil t'es gentil tant mieux mais si t'as un truc cadré c'est mieux et dernière question rapidement je crois qu'au fond il y a un oui en fait j'avais une question par rapport au risque des mises à jour sur les plugins un plugin on par exemple vous commerce a subi une évolution majeure cette année-là il y a un développement spécifique sur la version précédente et il y a déjà plein de commandes sur le site on peut pas migrer comme ça des grosses migrations comment ça se gère ? t'as deux façons de voir ça soit tu patch tu patchs au commerce tu sort du cycle de maintenance de mise à jour etc c'est hyper risqué je le recommanderai pas soit du coup tu corriges tes développements spécifiques et du coup tu mets à jour et moi je pense que c'est ce qu'on fait on met à jour coûte que coûte on suit l'image par contre du coup c'est un sacré boulot c'est pour ça que pour les eaux commerces on n'en a pas beaucoup des sites en maintenance eaux commerces on en a un 3 c'est vraiment pas énorme c'est un sacré boulot et du coup c'est facturé de façon conséquente ok merci merci jb on va tous passer sur la salle numéro 1 pour la conclusion de ce war camp merci