Bienvenue sur le podcast Artisan Developer, l'émission pour les programmeurs qui veulent vivre une carrière épanouissante.
Prêt à passer au niveau supérieur ? C'est parti !
Aujourd'hui je suis avec Pierre Lemasson, alias Seur Chamalo.
Pierre bonjour.
Bonjour.
Est-ce que tu peux te présenter en une minute ou en quelques mots pour les auditeurs qui ne te connaîtraient pas ?
Eh ben Pierre Lemasson, je suis issu d'une formation électricienne, j'ai fait ensuite du support informatique et sur la partie hardware.
Et maintenant me voilà plutôt à la tête d'une partie, c'est la partie IoT chez Copark,
donc responsable technique et responsable d'exploitation.
Et j'ai trouvé vachement intéressant, j'avais envie de te faire venir sur le podcast parce que je trouvais que tu avais un regard assez intéressant sur la société,
la place de la tech dans la société et avec un petit côté lanceur d'alerte sur tous les dérives possibles qu'il y avait.
Comment tu vois toi le rôle du développeur dans la société d'aujourd'hui ?
C'est une place qui est relativement importante,
bien que eux-mêmes, quand je dis eux-mêmes, c'est les développeurs,
n'en ont pas forcément conscience eux-mêmes le grand public.
Souvent qu'on parle de développeurs ou grand public, c'est plutôt l'honneur qui est derrière un PC,
soit au niveau du support informatique, soit qui écrit des lignes de code,
mais sans savoir derrière ce que c'est impliqué.
Mais pour en côtoyer régulièrement, pour avoir des amis qui sont développeurs et pour travailler avec des développeurs au quotidien,
ça m'étient quand même parfois un gras qui demande beaucoup de rigueur, beaucoup d'attention,
mais qui peut avoir des conséquences très importantes et qui demandent, je pense, un grand,
comme nous dirais le famillage, un grand pouvoir et requir une grande responsabilité,
mais qui, avec beaucoup d'implications par les développeurs, par les...
Je pense par la suite, c'est déjà le cas, mais ça amener, je pense, assez intensifié par la suite,
les développeurs ont un poids assez majeur dans la société, sans parfois se rendre compte.
Et pour moi, sans les développeurs, bon, je dirais pas que la Terre va s'arrêter de tourner,
mais un peu quasiment, parce qu'il y a maintenant beaucoup de choses qui tournent autour du métier des développeurs.
Alors quand je dis développeurs, c'est très large, on s'appelle le développeur purement banniveau, le développeur hardware,
le développeur web, le developer backend, front-end, il y a aussi des six admins qui ont tout maintenant,
tout en train de converger et en train de se mélanger.
C'est difficile maintenant d'avoir un métier bien spécifique sur la partie développement.
On peut encore en trouver, mais globalement, maintenant, le développeur avant qui était spécifié sur...
Un environnement bien spécifique commence à toucher un peu à différents environnements,
maintenant le fameux DevOps, qui maintenant, je m'imagine que demain, ce sera un de Terre ou un autre jargon.
Mais voilà, ça se complexifie même pour eux-mêmes, et je pense qu'ils se doivent d'être assez intègres
et aussi ce qu'on livre après en prod, à des conséquences parfois non négligeables.
Complètement d'accord avec cette idée qu'on...
Les devs ne sont pas forcément conscients de l'impact, de ce qu'ils font et de la dérangeuse,
et puis échanger avec des gens, notamment des anciens de chez Google, qui m'expliquaient qu'il y avait une très forte segmentation,
par exemple, du travail qui était fait, du coup, ils travaillent sur une brille qui avait assez peu de gens,
finalement, qui avaient la vision globale de l'ensemble du système.
Et parce que ça m'interrogeait, tu vois, il y a quand même des questions assez importantes,
je trouve, essentales sur l'exploitation des données, par exemple, sur...
Je veux dire, il y a des sociétés comme Google qui ont les données de milliards de personnes.
C'est vrai.
Et à un moment donné, je me dis, est-ce que c'est normal en soi de vivre dans un monde comme ça ?
On s'en fout pas, à la rigueur, ça pourrait devenir un projet politique, tu vois.
Est-ce qu'on veut de ce monde-là ou pas ?
Parce que justement, ça laisse une place, ça laisse une brèche et la tech se pose rarement ce genre de questions, en fait.
Alors après, il y a plein de raisons pour lesquelles elle peut ne pas se poser ce genre de questions.
Il y en a qui, elle me vive dans l'ignorance, il y en a d'autres pour qui, de toute façon, ce sera 2-3 années dans cette entreprise.
Et ensuite, je passerai ailleurs, je changerai de...
La carrière le permet actuellement dans le métier de développeur.
Et du coup, responsabilise peut-être un peu moins, mais c'est peut-être une fois si dix que je me fais du métier.
Mais dans certains cas, je le vois, c'est que l'aspect sécurité, on verra plus tard, l'aspect vie personnel.
Maintenant, on commence, il y a s'y intéresser de part la partie RGPD.
Mais si c'était pas arrivé sur le tapis, bon, c'était le dernier des soucis, en tout cas, de développeur.
Et après, c'est pas forcément, il ne faut pas jeter à portion, des fois, la pierre au développeur,
mais plutôt des fois, soit au management qui est au-dessus, ou après au restau de sa projet qui ne considère pas ça comme important.
Alors maintenant, je pense qu'en France, on est comme...
Mais voire même en Europe, assez frile là-dessus, donc on sent quand même une appétence maintenant pour faire attention à ces sujets-là.
Bien qu'après, il faut les moyens pour le mettre en place.
Et au-delà de les mettre en place, il faut aussi, au niveau même de la formation des développeurs,
qu'on leur incule que ces valeurs-là, la vie privée, la vie personnelle.
Si les formateurs qui forment les développeurs ne font pas cette transmission sur cet aspect-là,
il ne faut pas s'étonner que derrière, après, les développeurs n'ont pas envie de...
Enfin, pas forcément envie ou ou conscience d'exploiter ou de protéger cet aspect vie privé, vie personnel,
données utilisateurs qui sont parfois sur l'art serveur, des données de santé, des données, je ne sais pas.
Quand j'ai eu récemment, au Brésil, il y avait eu une des plus grandes brèches de l'histoire sur les données de santé,
quasiment l'intégralité des Brésiliens.
Je trouvais ça juste fascinant et j'imagine que c'est encore un pauvre actif directeurier qui n'était pas suffisamment sécurisé,
qui a permis d'accès.
Je ne vais pas regarder en détail comment t'es exploite, mais voilà, il y a des fois, il y a des répercussions qui sont considérables,
qui aujourd'hui nous paraissent assez bénins,
mais qui, je n'oublie pas, de la moindre faille peut avoir des conséquences considérables.
Tu vois, si on fait un parallèle avec d'autres métiers, comme un architecte par exemple,
un architecte qui va se foirer sur une conception et le bâtiment s'effondre,
je pense que sa responsabilité, elle est directement engagée en tant que professionnel.
Effectivement, il y a les architectes, il y a entre la masonnerie, il y a tous les métiers, enfin tous les gros œuvres.
Mais je ne sais pas après si le développement lui-même peut être impacté, en tout cas actuellement au niveau juridique.
Actuellement aujourd'hui, il n'est pas, clairement, s'il obéit aux ordres de sa direction,
tant qu'il ne fait pas quelque chose de foncièrement illégal, il n'est pas impacté.
Mais tu vois, on en arrive des fois à des choses, des situations où des développeurs peuvent faire consciemment des choses.
Je ne sais pas, j'ai pris l'exemple du truc sur Volkswagen, là où les tests ont été truqués.
Ou des développeurs, je crois qu'il y a des développeurs qui ont témoigné d'avoir inséré des failles ou des moyens de trafiquer les élections sur des machines à voter.
Sur ordre de l'enrière à Chitois.
Ce sujet-là, je trouve que c'est vachement intéressant.
En mon donné, ces gens-là, ils faisaient des choses en étant parfaitement consens qu'il ne fallait pas les faire, ou qu'il y avait un enjeu éthique fort.
Et finalement, il n'y a rien qui protège l'utilisateur contre ça.
Le développeur peut facilement se dédouaner de sa responsabilité à ce moment-là.
Et je m'interroge sur ça, je me demande est-ce que c'est vraiment normal ?
Est-ce qu'à un moment donné, on ne peut pas, tu vois, comme un professionnel, comme un chirurgien,
engage sa responsabilité comme un architecte, engage sa responsabilité, comme un maçon, engage sa responsabilité.
Vu l'impact qu'on va avoir sur le monde qu'on a et qu'on va avoir de plus en plus,
est-ce qu'à un moment donné, ça ne ferait pas de sens qu'un développeur engage sa responsabilité sur le travail qu'il fait ?
Je pense que c'est la manière directe et selon les pays.
Après, je ne connais pas suffisamment la géodiction au niveau de la partie légale et sur la partie développement.
Mais oui, effectivement, c'est quelque chose de relativement important.
Et il faut aussi déjà aussi que les développeurs en aient conscience.
Je sais que des fois, on peut s'en saisir sur un projet en ayant la val ou le soutien de notre réarchie,
puis des fois, on n'a pas envie de fracer.
Mais il faut savoir dire non.
Ça, c'est vraiment le principal.
Et parce que des fois, on est payé pour une tâche, ça peut être en France.
On ne sait pas mal la partie SS2USN où on délègue un certain rôle,
certaines missions, un certain développeur.
On le fait parce que c'est une mission alimentaire, un job alimentaire.
Et voilà, sans même regarder la qualité du code, pour faire parler.
Mais ça n'a pas que ça à pas avoir.
Oui, on est absolument considérable.
Et je pense qu'on en est juste au début.
C'est tout simplement.
C'est pas disque de ce que tu exprimais il y a quelques minutes.
En fait, la pénalité entre guillemets ou la partie juridique
sur la partie DEV arrive dans les prochaines années.
Ça ne sera peut-être pas en France que ça arrivera ou en Europe.
Mais je pense que aux États-Unis, je ne serai pas surpris qu'un jour,
on ait un, qu'on appelle ça les recours collectifs massifs,
compte peut-être certaines firmes de DEV, si ça existe un jour.
Peut-être, sans même parler des GAFA, mais sur d'autres entreprises,
où on exprime clairement ou on point clairement les développeurs
avec les conséquences que ça a eues.
Mais ce serait intéressant de voir comment ça arriverait sur le tapis
et ce que ça arrivera un jour sur le tapis.
Ça, c'est encore un autre sujet.
Tu vois, dans les impacts sociétaux qui ont eu un impact quand même non négligeable
et qui ont pu me toucher, par exemple,
il y a ce truc, la parcoursup, de voir l'espèce de DOB infâme que ça a pu être.
Donc parcoursup, pour rappel, c'est cette espèce de triage qui te dit
en fait qu'il dit à ton enfant qui sort de Post-Back, où est-ce qu'il va aller,
il met des voeux et ensuite il est affecté.
Il y avait des bugs juste monstrueux qui racontaient vraiment n'importe quoi aux familles,
ça crée quand même un peu une vague de panique.
Et je me dis, voilà un exemple très concret de comment est-ce que le développeur a un impact sur le quotidien.
Et quand tu dis apprendre à dire non,
je trouve que c'est intéressant aujourd'hui de s'interroger et de pousser les développeurs justement à apprendre,
à dire non par moments, à dire non à la hiérarchie,
à dire non à un contexte qui peut être inadapté,
parce que pour moi, le développeur n'est pas seul à porter la responsabilité.
Mais mon propos c'est de dire que si on le responsabilisait plus,
peut-être que du coup, il pourrait s'appuyer sur ça pour un moment donné,
à dire non, mais j'engage ma responsabilité donc à partir de là, en fait je ne le fais pas.
Oui, oui, ça pour que c'est une conscience d'un côté politique et personnel,
ça quand les profils juniors, c'est difficile à la voir,
si on n'a pas eu un passif ou une reconversion professionnelle,
ça peut être le cas où on a justement les répercussions que ça peut avoir.
Et après il y a là, je sais qu'il peut jouer sur ce genre de décision,
mais souvent on est pressé par le temps, par le budget, par plein de différents éléments,
mais faut aussi, oui il faut savoir dire non tout simplement,
je pense que le meilleur exemple dans la partie DEV,
c'est je pense les ingérences web ou les ESN, sans devoir faire la mauvaise pub,
mais souvent ils sont pressés par le temps par un budget qui est souvent restreint ou petit.
Et donc du coup malheureusement,
les répercussions que ça peut avoir ensuite derrière,
si le développeur ne dit pas non, mais à n'y avoir ferme clairement,
on dit oui, on n'a pas le budget, on va faire ce qu'on va faire,
ça sera complètement instable, ça sera complètement bugué,
c'est pas grave, le client va réunir voir,
au niveau du front ce sera propre,
et derrière en bas, quand on revue le capot on va faire ouh.
Mais bon, et à ce moment là, il faut juste dire non le plus tôt possible,
et si à la limite, on ne veut pas le reconnaître ou dire non, tu continues,
je prends mes responsabilités, j'ai le voir ailleurs.
C'est tout simplement, je sais que c'est un peu radical,
mais quand tu disais les conséquences que ça peut avoir derrière,
si on n'a pas envie d'être, de se lever le matin en se disant,
putain je viens de mettre potentiellement x millions de personnes sur le carreau,
dans la mer de pendant un ou deux mois,
typiquement en recherche d'emplois pour parcours soup,
enfin pas d'emplois mais d'école pour parcours soup,
il y a plein d'exemples comme ça,
et je pense que quand tu sors de ces quatre figures,
t'as pas forcément la conscience tranquille,
même en changeant de boîte, donc t'aimerais bien qu'il t'aie une entreprise
en ayant de faire des choses propres.
Bon après, si tu dois en arriver à quitter ta boîte pour autre chose,
je pense qu'en plus sur le marché actuellement des devs,
c'est parce qu'il manque le boulot.
Mais bon après, c'est une responsabilité,
faut être prêt à l'apprendre et il faut être prêt à l'assumer surtout.
Bah écoute Pierre, je te propose que ce soit le mot de la fin,
si les auditeurs veulent en savoir plus sur ce que tu fais, ils peuvent te suivre ou.
Sur Twitter, sur Chamaloo et sur mon blog, sur.chamaloo.com.
Merci Pierre.
Merci.
Quant à toi cher auditeur, j'espère que tu as apprécié cet épisode.
Si c'est le cas, je t'invite à rejoindre la communauté des artisans développeurs
sur artisandeveloppeur.fr.
Je te remercie et je te dis à bientôt.
Tchao.