Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
Aujourd'hui je suis avec Nicolas Verrino, Nicolas bonjour.
Bonjour Benoît.
Merci de venir sur le podcast, je suis enchanté de t'avoir.
Mais de rien, c'est un peu plaisir.
Moi je te connais bien, parce que ça fait quelques mois qu'on bosse ensemble sur le projet MySophie.
Mais j'ai peur que les auditeurs ne te connaissent pas forcément.
Est-ce que tu peux te présenter en une minute ?
Oui, alors je m'appelle Nicolas, je suis développeur principalement iOS,
donc développeur mobile, pour une boîte que j'ai créée qui s'appelle Refacto,
sur Strasbourg et qui se présente comme un atelier logiciel.
Donc l'idée c'est de se dérainer des artisans logiciels pour faire du logiciel,
donc pas que de l'IOS, pas que du mobile, mais des logiciels de A à Z.
Donc de l'idée qui va émerger dans la tête d'un client à la mise en production,
la mise en exploitation d'un nouveau produit,
ou de l'évolution d'un produit existant.
Voilà, grosso modo, l'objectif.
Super.
Moi ce qui m'avait marqué dans les... comment j'étais trouvé,
je t'avais repéré sur LinkedIn, entre autres,
bien les échanges qu'on avait, et aussi un artis qui m'avait vachement plu,
c'était ton article sur le déploiement continu.
Est-ce que ça te dit qu'on parle de ça aujourd'hui ?
Ouais, avec plaisir.
Je suis curieux d'en savoir plus. Qu'est-ce que c'est pour toi le déploiement continu ?
Comment est-ce que tu en es arrivé là ? Qu'est-ce que ça t'apporte dans le travail au quotidien ?
Comment tu vois les choses toi ?
Je suis très agiliste et je valorise énormément le feedback.
Donc pour moi c'est très important quand je crée quelque chose d'avoir rapidement un feedback,
pour avoir rapidement un feedback, il faut fournir le logiciel à la personne qui va te donner le feedback.
Donc c'est le client ou les testeurs.
Et pour fournir ce logiciel, il faut le déployer.
Et plus rapidement, on peut avoir ce feedback,
donc il faut déployer le plus rapidement possible pour obtenir ce feedback, pour avoir ce feedback.
Et donc je suis venu au déploiement continu pour que ces déploiements, ces mises en production ou en test,
ne soient plus des événements.
Ce doit plus être quelque chose de fastidieux, de long, de manuel.
Et donc on en vient naturellement à l'intégration continue.
Et c'est pour ça que j'ai écrit cet article-là, et c'est une philosophie qu'on a chez Refacto,
c'est de déployer rapidement régulièrement et ce dès le premier jour.
Donc la première chose que je fais quand je suis sur un projet, c'est de mettre en place ce déploiement continu
et de mettre en place, par exemple, c'est une application iOS, une application blanche,
pour que le client puisse directement la télécharger dès le premier jour.
Moi ça j'adore et ça fait partie des trucs que j'ai vachement apprécié sur le projet.
Maintenant, et on parle un peu d'expérience, comment tu gères les retours des clients, des utilisateurs,
parce qu'ils ne sont pas habitués à ça.
En général, ils sont habitués à ce qu'on leur montre des trucs finis,
sur lesquels ils peuvent donner du feedback.
Si on leur donne, on met entre les mains, c'est pour en avoir.
Mais comment tu gères, c'est le moment ou c'est pas le moment de donner du feedback, tu vois ?
Bien, très simplement là, dans l'article que j'ai écrit, je fais l'analogie un petit peu avec la maison.
J'ai eu ma maison que j'ai fait construire et l'évolution de cette maison et la discussion que j'ai eu après avec mon constructeur.
Là, c'est un petit peu pareil.
L'idée, c'est de rentrer à l'amendement d'une démarche d'éducation et de dire,
vous allez avoir une application qui n'est pas finie entre les mains.
L'idée, c'est d'assez rapidement vous rendre compte de ce qui marche, ce qui marche pas.
Et de faire vos retours.
Et ça a un côté rassurant aussi pour le client de voir que ça avance, que ça progresse.
Et finalement, ça se passe relativement bien, le fait qu'il prend facilement conscience que c'est quelque chose qui n'est pas terminé.
Et je suis très transparent sur ce qui est terminé, ce qui n'est pas terminé.
Et donc, je demande du feedback sur ce qui est terminé uniquement.
Et si jamais, j'ai un feedback sur quelque chose qui n'est pas fini, je rentre dans une démarche d'éducation
où je dis que ce n'est pas terminé, c'est en train d'être fait, ça arrivera très rapidement.
Et voilà. Tout simplement.
Casse les faits tunnels, parce que là, on voit directement ce qui se passe.
C'est quand même super appréciable.
Au minimum, une fois par jour, tu sais à peu près où tu en es, comment ça avance.
Est-ce que tu as sur 10 clients, est-ce que tu as un qui te dise, tu as un combien qui te dise non mais
ne me préviens pas de manière aussi intensive, préviens-moi quand tout est fini.
Ou est-ce que finalement, ils y prennent tout ce goût, même si au début, ça peut être surprenant, est-ce qu'ils y prennent tout ça ?
Non. Alors, c'est une démarche qui est assez passive au début,
dans le sens où je dis, vous allez avoir une nouvelle version,
l'idéal, c'est d'avoir une nouvelle version tous les jours.
Vous regardez quand vous avez envie, vous jetez un oeil quand vous avez envie,
et quand j'ai terminé une grosse fonctionnalité, là je demande, je suis un petit peu plus insistant entre ymer
pour demander un réel feedback, pour voir si la valeur créée est bien là.
Mais voilà, si le client a envie de participer, il peut.
Il a toutes les cartes en main pour regarder ce qui se passe et pour donner son avis.
Et on est très ouvert à ça.
Maintenant, s'il n'a pas le temps et s'il ne veut pas regarder tous les jours, il n'est pas obligé.
Voilà, c'est de la balle et dans son camp, et s'il veut le faire, il peut le faire.
S'il n'a pas le temps de le faire, il ne le fait pas.
Ou il le fait de manière plus classique après un certain temps.
Voilà, donc sur 10 clients, sur les derniers clients, c'était très différent.
Sur le projet sur lequel on a travaillé ensemble, j'avais des feedbacks réguliers,
tout au moins un par semaine.
Sur un autre client, j'avais des feedbacks plutôt au bout de 3 ou 4 semaines,
parce qu'il était très occupé et il ne testait pas tout le temps l'application et ce genre de choses-là.
Donc voilà, c'est très variable, mais en tout cas, ça donne une souplesse, une confiance
qui est très appréciée.
Et voilà, je n'impose rien, rien d'imposer.
C'est clair que un tel niveau de transparence nourrit nécessairement la confiance.
C'est un des objectifs aussi.
C'est quand même fort.
Moi, sur Android, je ne mets pas souvent les mains dans Android,
mais c'est vrai que d'abord, ce process-là, ce que je viens de vivre ce matin,
au moment où on enregistre cet épisode,
c'est que du coup, tu te retrouves avec un processus qui est tellement automatisé
que finalement, c'est aussi une manière de transmettre un bout du savoir-faire dans l'entreprise.
Il y a quelque chose qui reste dans la boîte au-delà des développeurs
et qui est vachement précieux, parce que là, concrètement,
ce qu'est-ce qui se passe, le développeur à titre Android, il est en vacances.
Il y a un update minor qu'un simple développeur Java que je suis capable de faire.
Par contre, je ne sais pas si je ne ferai pas une bêtise en produisant une release.
Le process, lui, je ne le maîtrise pas.
Mais de savoir que j'ai juste à mettre sur Master, je commit, je push,
et l'intégration continue passe, les tests sont déroulés,
et si tout est vert, les indices de calimétrie, compagnie, tout est green,
ça pousse en alpha et charge ensuite de tester l'alpha et de dire,
ok, celle-là, elle part au public, c'est quand même hyper confortable.
Oui, c'est clair que pouvoir mettre en prod avec un simple guide push
que la plupart des gens maîtrisent, c'est super appréciable
et c'est super efficace.
Aussi, je balance un tweet un jour, je dis, c'est quand même génial,
l'intégration continue.
A 17 heures, je vais chercher ma femme qui arrive en train,
je fais un guide push, j'y vais, et pendant ce temps,
l'application est déployée sans que j'ai rien à faire.
C'est aussi un gantant très appréciable.
C'est clair.
Nicolas, je te propose que ce soit le mot de la fin.
Merci d'être venu.
Merci à toi pour l'invitation.
Si les auditeurs ont envie d'en savoir plus, ils peuvent venir où ?
Il y a notre site internet refacto.fr, ryfa.fr.
Il y a aussi mon Twitter et mon LinkedIn, donc Nicolas Verrino.
Et le Twitter, c'est at nverrino.
Encore merci, Nico.
Mais de rien.
Quand à toi, chère auditeurs, je te donne rendez-vous demain.
J'espère que cet épisode, ça t'a plu.
Si c'est le cas, tu peux nous rendre service.
On est dans le podcast à se diffuser.
Il te suffit de mettre une super évaluation sur la plateforme de ton choix,
celle avec laquelle tu es en train d'écouter cet épisode.
Ça aidera vraiment à diffuser le podcast.
Et en plus de ça, de lire vos commentaires et vos retours, vraiment,
c'est un truc qui me motive et qui me fait super plaisir.
Et je te dis à demain.