Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
Aujourd'hui je suis avec Jean-Baptiste Dussault, Jean-Baptiste bonjour.
Bonjour.
Les auditeurs ne te connaissent pas encore en tout cas pas sur le podcast,
même si je dis probable qu'ils te connaissent de ta réputation.
Est-ce que tu peux te présenter en une minute ?
On va essayer ma réputation, je sais pas ce qu'elle est, mais merci.
Je suis Jean-Baptiste Dussault, je me présente toujours comme extrême programmer
la plupart du temps, 36 ans d'âge.
Je ne suis pas si vieux que ça, mais il parait dans le monde du dev, ça fait vieux.
Mon parcours à moi c'est que... un peu comme tout le monde après.
Je n'étais pas sonathroïde quand j'étais petit,
j'ai essayé de faire des études pour ça,
j'ai eu un parcours inversé où j'ai commencé à faire des startups,
là je m'en ai échoué, j'ai été embauché,
je suis un e-commerce, j'ai fini par démissionner,
je suis l'Ossess2Z, et j'ai fini par créer un atelier logiciel qui s'appelle Arpinum,
puisque la nouveauté de ma vie, c'est que Arpinum a fusionné maintenant avec
une boîte plus grosse qui s'appelle LGO Group,
attention, si j'ai su le suivre eux, on bosse dans les crypto-monnaies
et la seule qui existe et qui est vraie, qui s'appelle Bitcoin.
Ça y est, ça envoie déjà, ça envoie du lourd.
Comme ça tu viens de perdre tous tes auditeurs,
allez, encore un arnaqueur.
Non, même pas aller de l'auteur un peu d'hétérum, non ?

Me lance pas sur hétérum, tout ceci, je suis dans une grosse boîte,
tous ceci sont mes avis personnels qui n'engagent que moi.
Hétérum, toi c'est fondré, c'est mon avis.
Ok, je pense qu'on a un autre sujet de podcast sur les crypto-monnaies,
mais aujourd'hui ce que je te propose d'évoquer,
c'est un sujet qui moi me tient à cœur et que ça commence à évoquer,
qui était quelle est la responsabilité des développeurs
et notamment quelle est la responsabilité des développeurs
dans l'enjeu écologique auquel aujourd'hui on est confrontés,
auquel je pense qu'on a des sujets de lecture commun
et on voit pas mal de gens aujourd'hui s'énerver, s'exciter
puisqu'on a dépassé la date, on a bouffé toutes les ressources
renouvelables de la Terre, donc maintenant on vit à crédit.
Crédit qu'il faudra bien rembourser un jour
et ce sera probablement les générations futures
même si on sait pas dans quelle direction ça va,
il n'y a rien de très bon qui émerge de toutes les études
et plus les études sont précises et plus elles ont plutôt inquiétantes.
Du coup moi c'est quand même une question que je me pose souvent
c'est en tant que développeur, comment j'agis là-dedans,
quel est mon rôle là-dedans et il y avait un premier argument
que j'aimais beaucoup qui était de dire déjà faisons-gâts
faut ressources qu'on consomme.
Ben oui effectivement, c'est parmi moi par exemple
c'est le premier album que je vais trouver,
même s'il peut paraître un peu, je ne sais pas comme je disais naïf
mais c'est, enfin, personnellement
on en compte tant que Dave de Placentembe d'année
j'ai passé beaucoup de temps comme tout le monde
à dire bah s'intéresser aux performances de l'application
c'est de moins de fois moins important
parce que toute façon déjà il est
le software que plus cher que le hardware
et le hardware évoluant
j'aurais toujours des marges de manœuvre
et maintenant qu'il est devenu tellement facile
de rajouter des serveurs à son problème
si jamais j'ai pas les performances dont j'ai besoin
il suffira que je clique et j'aurai encore plus de CPU
à ma disposition
du coup ma réflexion personnelle c'est de se dire
ok sans que ça impacte
on va dire de trop ma vélocité
pour ne pas devenir paranoïaque
sur les performances et faire de la prémiture
optimization
c'est comment je prends en compte que j'aimerais bien que mes applications
consomment
moins de ressources en fait
donc ça je trouve que ça peut s'appliquer donc côté server
comme je disais sur est-ce que j'ai vraiment besoin
de
de temps de serveurs
de temps de serveurs que ça
est-ce que je pourrais pas faire rentrer plus de choses
dans un seul serveur et plus performant
l'exemple que je vais te donner justement
c'est dans le monde de la finance ex-exchange traditionnelle
ça rentre dans les tâches techniques
globalement le machine engine
qui va faire les ordres
il va manger des ordres de grandeur
assez taré de l'ordre de 6 millions d'événements secondes
et tout ça ça rentre sur un seul serveur
c'est assez intéressant de dire
d'autres auraient besoin de pleins machines pour ça
comment pouvoir amener ce type d'architecture ailleurs
oui parce que tu me parles
de la plateforme d'une plateforme pétrolière
dans Google
avait fait un peu la pub sur Google Io
il y avait une infrastructure de taré
pour gérer quoi là
c'est ça je retrouve le lien vers la conférence
moi je sais que quand je l'avais regardé c'est ça qui m'avait un peu interloqué
en fait c'est qu'en gros c'est un groupe pétrolier
qui voulait
collecter toutes les data, toutes les maitris
qui viennent des sensores des plateformes pour savoir ce qui se passe
et dans cette conférence ils disaient tout fièrement
on est monté à 20 millions d'ingestions d'événements secondes
et pour arriver à ça ils avaient besoin
d'une infra
complètement tarée, un énorme cluster Kubernetes
qui allait ensuite envoyer des choses dans le top sub
qui allait être mangé par d'autres choses etc etc
et c'est pas le même genre d'architecture
mais ça je m'étais un peu étonné
si tu regardes ce que dit par exemple quelqu'un comme Martin Thompson
qui est ancien CTO de l'Elmax
qui a un exchange assez connu
voilà c'est lui qui inventait le style
qui dit regardez sur une machine je fais 6 millions d'événements secondes
et je me suis dit ok
juste avec son bootcon
sur un seul serveur
il gère quasiment la moitié de la charge
de eux ils ont eu besoin de quantité astronomique de machines
pour réussir à faire ça
et du coup ce qui est intéressant en plus avec l'architecture
et ce qu'on considère de Martin Thompson c'est qu'elle n'est pas si compliquée que ça
elle est à notre portée
c'est pas du développeur en assemblure
c'est la ch-c qui fait des trucs de magiciens
pour réussir à extraire le dernier percentile
de performance c'est
relativement accessible, enfin quand tu utilises c'est libre
si tu le vocale et toi même c'est chaud
et le point numéro 2 puis ça je partais côté server
il y a aussi de 5 cons le côté
mobile et diva et je trouve que ça se voit encore plus
on a une, on sait pas que notre faute
mais il y a cette course
au rachat de tes nouveaux téléphones
qui sont quand même des concentrés de matériaux rares
et enfin c'est un sujet qui a déjà beaucoup
dont on va parler mais cette idée
que je trouve ça assez intodamme
un téléphone de 3, 4, 5 ans d'âge
ne marche juste plus
et c'est pas, c'est ma part parce que
il est cassé ou que vous avez des applications
qui consacrent plus c'est juste installer l'OS
et juste faire ce qu'il faisait très bien il y a
4 ans, lui est venu inaccessible
et
je trouve pas d'explications rationnelles
à ça en fait honnêtement
d'ailleurs
comment ça se fait que si tu prends un vieil iPhone 4
juste si je demande la base
faire tourner mes mails, ce genre de choses
il va pas très bien se passer
les trolls dirait
c'est la faute d'Apple qui fait exprès peut-être
mais j'ai l'impression que c'est un problème général chez tous les constructeurs
c'est tout le monde qui est concerné
je pense qu'il y a une espèce de quête à la puissance
je pense qu'il y a un besoin chez l'humain
de nouveautés qui amène
que les marqueurs ont bien saisi
qui amène justement un espèce de renouvellement
à chaque fois on améliore les choses
et du coup en mon donné
la gestion de la rétrocompatibilité
c'est pas
anodin non plus donc en mon donné le mec se disent
pourquoi est-ce qu'on va s'ennuyer
à assurer la rétrocompâte de vieux téléphones
on fait plus et puis c'est terminé
tout le monde auront de nouvelles rares
ça je peux l'entendre mais je me dis que nous
ce qui est peut-être à notre portée c'est toujours sur cette question
sur les performances
d'être moins
pareil ce c'est pas le mot parce que c'est assez négatif
mais un peu moins se reposer sur
imaginons il y a quelques années quand j'ai ok une application sur iFOD
je me disais sur la génération courante
waouh elle va pas super vite mon appli
mais c'est pas grave
dans un an il y aura un autre
personne ralera à ce moment-là et tout se passera très bien
je ne comprends pas si c'est comme objectif de dire
bah vraiment mon application
c'est tout ce qu'elle fait c'est afficher les data
sans faire de 3D de la mort etc etc
est-ce que c'est bien normal
est-ce bien normal qu'on se dise dans deux ans
c'est mort elle ne fonctionnera plus
moi j'ai envie de rebondir
dans une autre direction si tu veux bien
j'entends tout ce que tu dis
j'ai lu un article qui n'est pas très longtemps
là dessus où un gars disait
il faut que je le retrouve celui là aussi où le gars disait
c'est quand même incroyable
tous les moteurs à explosion
toute la mécanique
toutes les industries tendent vers une optimization
des ressources vers
un taux de rendement maximal
et c'est comme si notre industrie
au contraire s'en fichait
complètement de ces considérations-là
et gaspillait des quantités
des ressources considérables
ça m'avait laissé un peu perplexe
mais je trouve qu'il y a du sens dans ce qu'il dit
sur quoi j'ai envie de rebondir
c'est quand tu dis
finalement d'un côté il y a un gars
avec un serveur
il a réussi à
gérer un débit de taré
là où on fasse
il leur faut une ferme de serveur
moi ça me fait penser
au projet je vois des gars des fois
ils lancent des projets ils partent tout de suite
sur des archives micro-services
tout de suite en fait
une infra de fou
il y a tout de suite 5-6 serveurs à mettre en route
juste à allumer pour faire un premier service
alors que les mecs ils n'ont pas encore
un seul utilisateur
dès qu'ils mettent en prod il y a sans utilisateur
là tu dis mais
excusez moi mais what the fuck
qu'est ce que vous faites ?
et après les mecs qui t'expliquent tu comprends
pour développer la première brique
ça prend deux semaines parce qu'il y a tout ça à mettre en place
qu'est ce que tu en penses de cette espèce de mode
moi je suis plutôt
le monolithe c'est très bien
et je sors du monolithe que quand je ne peux plus
faire autrement
parce que la première règle des archives distribuées
c'est ne faites pas ça
c'est ça c'est ce que c'est la règle de folders
archive distribuées première règle d'honte
mais il a fait une mise d'agence start-up
pour une explicité dans le monde des micro-services
qui l'en pensent mais je laisserai les auditeurs et auditrices
à l'air de lire articles
mais oui ce que tu décris ça fait sens parce que
du temps d'arpidome
effectivement on était
dans quelques conférences qu'on pouvait faire sur la question
effectivement on était très fans de mettre en avant l'approche
c'est pas nous qui avons monté le terme je pense
si c'est pas Cyril Martraire qui m'avait donné en premier
le monolith first micro-service ready
si vraiment on veut utiliser les thèmes besoords
de manière
très négative on pourrait dire
si vous ne savez pas coder un monolith proprement
vous n'obtiendrez pas des micro-services propres
vous obtiendrez un monolithe distribué
et ça vous voulez
vous voulez clairement pas avoir ça
et un monolith first c'est très bien
parce que c'est plus facile à déployer
c'est plus facile à changer
si on parle de domaines de design et qu'on parle de booni contexte
ça veut dire qu'il est plus facile de refacto de nos booni contexte
mais un monolith first c'est quoi ?
c'est que si je ouvre un monolith first
c'est que je déplie ma liste de package
je veux voir au premier niveau
mes différents booni contexte
et un main qui réussit
à les lancer
et le jour où je dis tiens j'ai trop de charge sur ces booni contexte
bah c'est une question de prendre le package
et c'est thèse bien sûr
d'aller les mettre sur un propre jarre
de changer une interface de communication entre booni contexte
et c'est marre c'est bon c'est réglé
mais là tu touches du doigt
c'est pas le mal
de la profession dont tout le monde parle depuis tant d'années
c'est pas un amour de la complexité
c'est un amour
de l'outil
ou un amour de la solution technique
du défi technique je crois non ?
tout à fait
et c'est vrai qu'on va tomber dans le domaine de Riven Design il y a quelques années
m'a aidé à comprendre que
le code pour lequel je suis payé
si on parle de ça c'est vraiment le code métier
c'est-à-dire le code qui résout le problème
vraiment que le client a
et que tout ce qui n'est pas métier
c'est si j'exagère un peu du gaspillage
c'est pas sur ça
c'est pas sur ça qu'on est payé en fait
je suis pas payé pour avoir un connecteur HATP
c'est le client sans moque chez chez si
je suis payé pour résoudre son problème
et que si on a un vers cette tendance
de dire
à la fois mon plaisir et la fois ma capacité
en tant que développement professionnel c'est de résoudre
ce problème métier alors
on réussit petit à petit enfin moi personnellement
petit à petit j'ai réussi à perdre cet amour
de la technique et de l'exploit que j'avais
tant en éblut de carrière
c'est
cette idée comme dirais Arnaud
le maire c'est il faut
arrêter de cogiter dans le
l'espace du problème et
l'espace de la solution et cogiter dans l'espace du problème
qui nous a demandé
je sais pas si ça fait très très sens mais
pour moi ça en fait beaucoup j'espère que ça en fera pour les auditeurs
je te propose que ce soit le mot de la fin
d'ailleurs
déjà 10 minutes ça passe vite
ça en fait même 12
ah faut attendre pour moi je vais avoir des lanceurs en croix d'eau
non c'est
écoute merci beaucoup Jean-Baptiste
si les auditeurs veulent en savoir plus
sur ce que tu fais venir lire tes articles
c'est quoi le mieux t'as un blog
alors comme je suis entre deux boîtes
comme j'ai dit c'est devenu compliqué
twitter c'est toujours le bon endroit
je suis body splash depuis que j'ai 16 ans
j'assume
ce nickname comme je peux
ça très important dans mes retours des résions
et sinon mon médium est peut-être
l'endroit où je serais le plus
tenté d'écrire des choses dans les mois qui viennent
même si il y a une probabilité que je dois
mettre à l'écrire en anglais
vu que j'ai écrit des choses sur ce qu'on fait
et donc ça sera en anglais
ok ça marche bah écoute on mettra
le lien dans la description
encore merci des devenus
quand t'as toi cher auditeur
j'espère que tu apprécies cet échange
si tu ne se n'es pas déjà fait
je t'invite à venir rejoindre la communauté
des artisans développeurs sur artisanddeveloppeurs.fr
et si tu es déjà membre
et bah tu sais quoi
parles-en autour de toi ça aidera à diffuser le message
et plus on sera nombreux
et plus ça sera sympa
je te remercie je te dis à demain