1
00:00:06,318 --> 00:00:07,938
Bon, faut que vous raconte.

2
00:00:08,238 --> 00:00:13,098
Je me rappelle la première fois où j'ai eu honte d'avoir codé une feature à Claude.

3
00:00:14,498 --> 00:00:18,858
En gros, la feature, elle était quand même assez complexe.

4
00:00:18,858 --> 00:00:20,978
Et je l'avais fait vite.

5
00:00:20,978 --> 00:00:23,678
Franchement, Claude, il me l'avait pondu en...

6
00:00:23,678 --> 00:00:26,278
Je sais pas, 20 minutes peut-être.

7
00:00:26,278 --> 00:00:28,978
Ça m'aurait dû me prendre 8 heures de le coder.

8
00:00:29,498 --> 00:00:30,342
Et...

9
00:00:30,478 --> 00:00:38,015
Côté usateur c'était une fusée elle marchait bien, franchement les gens étaient bien et
sous la gêne moi j'ai dit voilà c'est pas moi c'est Claude qui l'a codé quoi et je me

10
00:00:38,015 --> 00:00:41,228
rappelle que les gens ils étaient déçus.

11
00:00:41,228 --> 00:00:45,743
je pensais que t'étais un hacker de la nuit et que t'avais tout codé toi-même.

12
00:00:45,743 --> 00:00:54,411
Mais en vrai le vrai sujet il est pas là, le vrai sujet c'est qu'en fait au moment où je
dis que c'est pas moi qui l'ai codé, le moment où je dis que c'est Claude qui l'a codé, la

13
00:00:54,411 --> 00:00:55,852
confiance elle se déplace.

14
00:00:56,162 --> 00:01:04,164
Avant les gens ils faisaient confiance à la feature parce qu'ils pensaient que je l'avais
faite moi-même et j'avais regardé tout le code Maintenant si elle pète en prod il a un

15
00:01:04,164 --> 00:01:13,257
truc qui casse on va dire c'est Claude qui foiré quoi Le problème c'est pas...

16
00:01:13,257 --> 00:01:21,319
Le problème c'est que les gens faisaient confiance à un code produit par un humain les
gens faisaient confiance à moi quand je codais mes features mais maintenant en fait les

17
00:01:21,319 --> 00:01:24,590
gens font pas confiance à Claude personne monte dans un avion

18
00:01:24,590 --> 00:01:34,070
Si c'est Claude le pilote, à la limite, s'il a un pilote, un vrai pilote à côté, qui est
prêt à reprendre le guidon, je sais pas si c'est un volant ou un guidon dans un avion,

19
00:01:34,070 --> 00:01:41,250
mais voilà, est à reprendre le pilotage à tout moment, ils veulent bien faire confiance à
peu près, et encore ils préfèrent être un humain qui pilote tout le temps, mais la

20
00:01:41,250 --> 00:01:44,050
confiance, Claude c'est un tueur de confiance quoi.

21
00:01:45,977 --> 00:01:49,458
Et le problème c'est qu'aujourd'hui Claude il produit plus de codes qu'il ne produit de
confiance.

22
00:01:49,458 --> 00:01:53,459
Bon on est reparti dans cet épisode là.

23
00:01:53,459 --> 00:01:58,180
Dans cet épisode je me réponds à moi du passé.

24
00:01:58,180 --> 00:02:04,171
qu'il y a 2-3 mois j'avais fait un épisode qui disait que ce métier est devenu chiant.

25
00:02:04,171 --> 00:02:08,312
Et cet épisode d'ailleurs vous l'avez beaucoup écouté, le temps d'écoute il est pas mal.

26
00:02:08,312 --> 00:02:12,083
Vous êtes à plusieurs centaines d'heures de temps de cerveau perdu dessus.

27
00:02:12,083 --> 00:02:15,734
Donc c'est que l'épisode vous a fait réfléchir et ça me fait plaisir.

28
00:02:16,506 --> 00:02:24,321
ça reste un épisode qui est vraiment noir, franchement je suis un peu déprimé sur le truc,
assez négatif.

29
00:02:24,321 --> 00:02:27,102
Et dedans je disais grosso modo que ce qui me fatiguait c'était...

30
00:02:27,102 --> 00:02:36,207
Enfin, qu'en gros avant quand je faisais du code, les tests qui passent au vert, les
commits qui passent, le fait de tester la feature en prod etc.

31
00:02:36,207 --> 00:02:43,874
Alors tout ça c'était vraiment beaucoup de dopamine, la boucle de feedback elle était
rapide et je travaillais ma développeur experience pour avoir une bonne boucle de

32
00:02:43,874 --> 00:02:44,826
feedback.

33
00:02:44,916 --> 00:02:52,191
Et tout ça, me donnait la dopamine qui continuait.

34
00:02:52,191 --> 00:02:54,573
Aujourd'hui, finalement, c'est Claude qui a tout ce plaisir-là.

35
00:02:54,573 --> 00:02:58,166
Et moi, finalement, je fais que tenir mon code devant les gens.

36
00:02:58,166 --> 00:03:01,168
Donc du coup, fait, finalement, Claude, va...

37
00:03:01,168 --> 00:03:04,741
J'avais l'impression que Claude avait pris tout ce que je kiffais dans le job.

38
00:03:04,741 --> 00:03:06,638
Mais en vrai, il a un twist dans cette histoire.

39
00:03:06,638 --> 00:03:14,498
c'est que, enfin moi vous savez que ça fait 10, 15 ans que je ne plus vraiment développeur
au quotidien, je code sur des sites project, je travaille avec des développeurs au

40
00:03:14,498 --> 00:03:23,138
quotidien et je ne plus un full time dev parce que ce qui ne me plaisait pas dans mon job
à l'époque c'était de 1, de justifier mon temps H24 de pourquoi j'ai pris du temps pour

41
00:03:23,138 --> 00:03:31,518
faire cette feature là de 2, le job qui est enfin ce qui me et encore en freelance c'était
quand même beaucoup moins chiant ça parce que en vrai si j'avais pris du temps sur un truc

42
00:03:31,518 --> 00:03:36,638
c'était juste ok, écoute je ne te facture pas la journée on va faire autre chose avec le
budget quoi

43
00:03:39,739 --> 00:03:42,479
Mais c'est surtout que je passais beaucoup moins de temps à parler avec des gens quoi.

44
00:03:42,479 --> 00:03:48,039
Et alors ça en freelance c'était encore pire parce que pour le coup quand j'étais en
agence ou en boîte j'avais des devs autour de moi avec qui on pouvait parler, on pouvait

45
00:03:48,039 --> 00:03:50,139
parler de notre code et de ce qu'on avait fait avec notre code.

46
00:03:50,139 --> 00:03:57,679
En freelance, si je sortais pas trois soirs par semaine pour aller voir des meet-ups
c'était compliqué parce que j'avais souvent passé 40 heures de ma journée, enfin 40 heures

47
00:03:57,679 --> 00:04:04,959
de ma semaine, si c'est pas 50 ou 60 en plus à l'époque je travaillais beaucoup, je me
levais à 4 heures du matin pour bosser.

48
00:04:05,696 --> 00:04:10,825
Tout ça face à mon IDE tout seul, franchement ça c'était vraiment déprimant pour moi à
l'époque.

49
00:04:11,022 --> 00:04:13,362
Et je voulais passer du temps avec les autres.

50
00:04:13,362 --> 00:04:20,602
Et le métier de journaliste, ou du moins mon aventure avec We Love Death, ça m'a permis de
passer plus de temps à m'intéresser aux autres, à comprendre comment ils font leur métier,

51
00:04:20,602 --> 00:04:22,282
sortir de ma bulle, etc.

52
00:04:22,582 --> 00:04:30,302
Et aujourd'hui, c'est ça qui me fascine, enfin c'est ça qui me motive à continuer à faire
le job, même si je le fais autrement qu'avec We Love Death.

53
00:04:30,522 --> 00:04:36,902
C'est parce qu'en fait, ça m'intéresse de savoir comment les gens font, parce qu'il a
vraiment beaucoup de diversité, tout monde a des raisons de le faire, etc.

54
00:04:36,902 --> 00:04:38,762
Et c'est hyper intéressant, quoi.

55
00:04:40,494 --> 00:04:47,149
Et puis là on se rend compte aussi quand on fait ça, quand on travaille, on du travail de
qualité avec les gens que le standard de l'industrie, ça va pas.

56
00:04:47,149 --> 00:04:52,854
Il a vraiment juste des gens dans des situations précises qui font des choses de manière
précise avec une raison de pourquoi.

57
00:04:52,854 --> 00:04:59,239
Et l'argument des décideurs ou des managers quand ils disent oui, tout le industrie fait
comme ça, on devrait faire pareil.

58
00:04:59,239 --> 00:05:05,734
Moi, moi me bute toujours parce qu'en fait, il n'est pas explicable, n'est pas discutable,
il n'est pas négociable.

59
00:05:06,215 --> 00:05:10,274
Il faut comprendre pourquoi l'industrie fait comme ça.

60
00:05:10,274 --> 00:05:13,347
pour pouvoir dire, bah nous on est dans le même cas que l'industrie donc on va faire
pareil quoi.

61
00:05:13,347 --> 00:05:16,921
Mais si on se cale juste sur tout monde fait comme ça, on faire pareil.

62
00:05:16,921 --> 00:05:21,405
Après c'est une économie de choix, c'est une économie de décision, c'est vrai que je l'ai
fait beaucoup à certains moments,

63
00:05:22,218 --> 00:05:36,624
Bref, et là récemment, vous avez vu le podcast donc, si vous suivez Pragmatic Engineering,
c'est un podcasteur, un newsletter, un auteur, un influenceur tech américain et il reçoit

64
00:05:36,624 --> 00:05:45,698
Kent Beck, alors c'est un peu un régulier pour lui de reçoire Kent Beck, il le reçoit un
peu tous les ans, tous les deux ans, sur un gros podcast de fond d'ailleurs, donc c'est un

65
00:05:45,698 --> 00:05:51,290
podcast qui dure une heure et demie et il fait beaucoup de contenu écrit autour de ça,
donc des synthèses, etc.

66
00:05:53,205 --> 00:05:57,154
Et le passage qui me percute, vraiment, c'est un passage...

67
00:05:59,055 --> 00:06:01,235
où il parle de ce sujet de la confiance.

68
00:06:01,235 --> 00:06:08,395
Alors si vous connaissez pas Ken Beck, c'est pas un d'influenceur LinkedIn qui sort de là,
c'est le mec qui a formalisé l'XP.

69
00:06:08,395 --> 00:06:15,274
D'ailleurs, il explique dans le podcast que c'est pas lui, enfin il a pas inventé
l'extrême programming, il a plus l'impression d'avoir pris le temps de formaliser quelque

70
00:06:15,274 --> 00:06:19,775
chose qui était une pratique autour de lui et qu'il avait pris le temps de diffuser quoi.

71
00:06:19,775 --> 00:06:27,635
voilà, il explique bien qu'il n'est pas parti d'une feuille blanche pour écrire c'est quoi
l'XP et ensuite le monde l'adopter.

72
00:06:27,735 --> 00:06:29,148
Ça s'est fait dans l'autre sens quoi.

73
00:06:29,148 --> 00:06:32,960
plutôt a été le premier à écrire un bouquin dessus quoi.

74
00:06:32,960 --> 00:06:43,267
Et pareil sur l'Agile, il était dans les gens qui ont écrit le manifeste Agile, il a pas
mal de regrets sur ce manifeste Agile, trouvent que le mot est trop large, est trop creux

75
00:06:43,267 --> 00:06:50,992
et on peut lui faire dire ce qu'il veut pas dire alors que l'extrême programming
typiquement, bon bah il y a plein de gens qui lui font dire ce qu'il veut pas dire mais

76
00:06:50,992 --> 00:06:56,565
quand on sait de quoi il parle, on sait que c'est pas si extrême que ça quoi, mais on peut
pas l'interpréter en tout cas.

77
00:06:56,565 --> 00:06:57,846
Alors que l'Agile...

78
00:06:58,006 --> 00:07:01,511
En vrai à la fin de journée, tous les gens qui disent qu'ils doivent être agiles en fait
ils sont pas agiles.

79
00:07:01,511 --> 00:07:05,467
Il a plein gens qui disent qu'il faut être agiles alors qu'ils ont besoin de process.

80
00:07:05,467 --> 00:07:06,926
On finit jamais quoi.

81
00:07:08,898 --> 00:07:17,224
Il dit un truc très simple dans cette partie de l'interview là, c'est que partie où on
écrit du code, c'est qu'une partie du développement logiciel, finalement.

82
00:07:17,224 --> 00:07:27,391
Quand on code, on construit aussi notre compréhension du code, on construit la confiance,
donc il dit qu'en fait, il a compris le problème du métier, il l'a formalisé, il l'a

83
00:07:27,391 --> 00:07:30,653
représenté dans le code et surtout il a mis des tests pour expliquer le code.

84
00:07:30,653 --> 00:07:37,418
Et ça, franchement, si vous codez avec l'Aude ou quoi, la partie test dans le code, est 20
fois plus importante que l'habitude.

85
00:07:37,680 --> 00:07:46,294
parce que moi clairement le premier truc que je vais regarder c'est à ce que les tests ils
sont bien ou pas parce que je veux voir dans les tests si l'oracle il est là

86
00:07:46,387 --> 00:07:54,279
L'oracle c'est vraiment genre est-ce que la feature marche, est-ce que la feature marche
pas, est-ce que les hypothèses qu'on a fait pour faire le produit ou la feature sont

87
00:07:54,279 --> 00:07:54,919
bonnes.

88
00:07:54,919 --> 00:08:01,421
Donc ça, je veux voir l'ARD, je voir le PRD, je veux l'écrire d'ailleurs à tout seul
moi-même parfois ou je vais l'écrire avec Claude.

89
00:08:01,421 --> 00:08:05,102
Ensuite je lui fais écrire le truc et je vérifie que les tests, il vérifie bien ça.

90
00:08:05,102 --> 00:08:12,753
Et des fois d'ailleurs il m'a flouté, des fois il a fait des tests qui n'étaient pas sur
le vrai code, qui étaient sur du mock et derrière je me suis senti flouté quoi.

91
00:08:12,753 --> 00:08:15,438
Donc vraiment les tests sont toujours importants.

92
00:08:15,438 --> 00:08:20,931
Parce que honnêtement tout le monde préfère lire les tests que lire le code quand ils sont
bien faits en tout cas les tests quoi.

93
00:08:20,931 --> 00:08:31,777
Et si vous générez des tests à la volée pour avoir une bonne couverture de tests sans lire
les tests ensuite, vous apportez encore du chaos dans ce monde, c'est infernal bon après

94
00:08:31,777 --> 00:08:33,328
il des gens qui le font quoi.

95
00:08:33,669 --> 00:08:41,624
Bon et du coup il y a cette phrase là à la fin de son passage qui résume tout ça en disant
que ben en fait tout ce travail là qu'on fait faire les tests machin chouette c'est pas

96
00:08:41,624 --> 00:08:42,454
juste

97
00:08:42,574 --> 00:08:47,366
pour faire du beau.

98
00:08:47,366 --> 00:08:52,079
C'est pas un effort cognitif qu'on doit remplacer par Claude qui le fait à notre place.

99
00:08:52,079 --> 00:08:54,560
Tout ça, ça sert à créer de la confiance.

100
00:08:54,560 --> 00:09:03,284
C'est ça qui fait que les gens, ensuite, ils savent qu'on peut reprendre le code ensuite,
que si la feature pète, il quelqu'un pour la réparer, etc.

101
00:09:03,284 --> 00:09:04,985
Et toute cette confiance-là, est vraiment importante.

102
00:09:04,985 --> 00:09:07,566
D'ailleurs, si vous avez déjà bossé sur du Legacy...

103
00:09:07,590 --> 00:09:14,143
le legacy tout le monde l'aime pas parce qu'on lui fait pas confiance parce que c'est des
couches de couches de codes où les gens qui savent pourquoi ils marchent ils sont plus là

104
00:09:14,143 --> 00:09:21,057
vraiment si on pouvait faire une définition simple du legacy on appellerait ça le code ou
plus personne ne sait pourquoi il marche parce tant qu'il a les gens qui sont là pour le

105
00:09:21,057 --> 00:09:29,681
maintenir c'est pas du legacy c'est du vrai code quoi alors ce que ça change dans le débat
sur Alias

106
00:09:31,099 --> 00:09:41,858
cette phrase en fait on avait tous l'impression que oui le l'IA va remplacer le code,
derrière il a des gens qui ont dit donc Dario c'est enfin voilà bref il a des gens qui ont

107
00:09:41,858 --> 00:09:51,175
dit que pour l'instant il remplace l'activité de coder mais que Claude a remplacé toute
l'activité de conception du code et en vrai ça on en reparle à la fin mais

108
00:09:51,659 --> 00:10:00,141
les gens font pas confiance à Claude et les gens ont besoin d'un humain pour faire
confiance aux codes et même si un autopilote dans l'avion les gens ils font pas confiance

109
00:10:00,141 --> 00:10:08,261
à l'autopilote de l'avion ils font confiance au pilote de l'avion donc le sujet reste le
même c'est à dire que peut-être que demain on va avoir plus de codes mais

110
00:10:10,510 --> 00:10:24,064
Mais le code aujourd'hui on a vraiment tendance à empiler des piles de codes dont personne
n'a confiance et qui demain on va considérer comme la dette technique ou du legacy.

111
00:10:24,064 --> 00:10:31,782
Et la quantité de codes qu'on produit aujourd'hui avec l'ODE qui s'empile dans des projets
GitHub, ça c'est vraiment juste le pire legacy du monde.

112
00:10:31,782 --> 00:10:34,190
Faut bien le visualiser ce truc là.

113
00:10:36,498 --> 00:10:41,118
Et surtout le code sera devenu l'hégacile plus vite du monde parce que personne ne lui
fait confiance.

114
00:10:41,178 --> 00:10:48,118
Il dit un truc intéressant aussi qui est que quand on travaille dans une équipe de
développeurs, et ça représente un peu ce truc là où on a l'impression qu'on va plus vite

115
00:10:48,118 --> 00:10:56,718
tout seul que quand on bosse avec une équipe de développeurs, quand on est dans une équipe
de dev ou de technique, on a besoin de créer de la confiance avec les autres tech.

116
00:10:57,358 --> 00:11:01,798
Donc les autres dev, les autres tech, ils ont besoin d'avoir confiance dans notre code.

117
00:11:01,844 --> 00:11:05,016
Si vous bossez avec des DevOps, des ingénieurs plateformes, etc.

118
00:11:05,016 --> 00:11:06,737
C'est encore plus fort.

119
00:11:06,737 --> 00:11:14,421
Tu construis des features sur un ElastiCache, t'as intérêt à avoir confiance dans les gens
qui y malégent l'ElastiCache.

120
00:11:14,421 --> 00:11:16,632
Et s'ils partent, en fait, relou.

121
00:11:16,632 --> 00:11:23,846
Parce que peut-être que l'ElastiCache s'est juste fait enfonnie par un AWS, mais c'est ces
humains-là qui faisaient qu'on avait confiance en ce système-là.

122
00:11:24,747 --> 00:11:30,570
Donc la documentation, c'est important tout ça, mais la confiance, c'est toujours le
sujet.

123
00:11:32,001 --> 00:11:34,954
Alors il dit que l'utilisateur a besoin, ouais c'est ça.

124
00:11:34,954 --> 00:11:37,746
Il y a aussi ce truc là, c'est que...

125
00:11:37,746 --> 00:11:46,253
y a les devs mais il aussi le fait que les tests, c'est le reflet du fait que t'aies pris
le temps de parler avec des utilisateurs pour comprendre correctement ce qu'ils voulaient

126
00:11:46,253 --> 00:11:48,735
faire.

127
00:11:48,735 --> 00:11:51,768
Et des fois tu arrives en production, l'utilisateur dit ben non t'as pas compris le
besoin, etc.

128
00:11:51,768 --> 00:11:57,343
Tu peux regarder tes tests et tes tests ils vont dire ouais effectivement j'avais pas
compris le besoin quoi.

129
00:11:57,343 --> 00:11:59,915
Donc on a encore besoin de ce truc là.

130
00:11:59,915 --> 00:12:04,585
En vrai je suis en train de m'en compte, mais si je veux écrire qu'un truc à la main c'est
des tests et puis Claude il va faire les features quoi.

131
00:12:09,334 --> 00:12:15,370
Et du coup ça, moi ça me réconcilie un peu avec le métier de développeur et j'ai vraiment
envie qu'on parte.

132
00:12:15,370 --> 00:12:19,054
Je vais probablement pas faire de podcast cet été parce que dans deux semaines je vais
partir à vélo.

133
00:12:19,054 --> 00:12:23,398
Là je suis entre deux, je suis au mieux de mon repas, la quiche est à côté de moi, je vais
la finir après.

134
00:12:23,398 --> 00:12:24,769
Mais gardez...

135
00:12:27,054 --> 00:12:33,957
Le truc est là, c'est que si le métier de développeur c'est ça, c'est de construire la
confiance, de s'assurer que les gens ont compris ou faire partie d'un système d'une

136
00:12:33,957 --> 00:12:41,330
organisation de feature team qui fait que les législateurs, ont la future dans ce qu'ils
ont besoin et ils ont confiance dans l'équipe parce que c'est elle qui maintient ce bout

137
00:12:41,330 --> 00:12:50,754
de code là, en fait ce métier là il n'est pas remplaçable par Claude, parce que personne
ne fait confiance à une IA qui est probabiliste et qui hallucine quoi.

138
00:12:50,754 --> 00:12:53,205
Et du coup, prenons le temps de faire ça.

139
00:12:53,205 --> 00:12:55,030
Justement Claude nous libère du temps.

140
00:12:55,030 --> 00:13:04,373
ben Cloud, n'en profitons pas pour produire plus de codes dans lequel on n'aura pas
confiance parce qu'on va juste se retrouver au bout de 6 mois, 1 an avec une code base

141
00:13:04,373 --> 00:13:12,055
avec un ownership insupportable parce que juste personne n'a envie de lire le code qui a
été généré par Cloud.

142
00:13:12,055 --> 00:13:19,397
Par contre prendre le temps avec les utilisateurs, prendre le temps avec les collègues
pour comprendre, pour être sûr que la feature soit bien comprise, prendre du temps pour

143
00:13:19,397 --> 00:13:23,250
réfléchir à comment ça va se passer les cas limites avec tes collègues, etc.

144
00:13:23,496 --> 00:13:27,247
En fait, c'est pas bullshit, c'est pas de la perte de temps.

145
00:13:27,247 --> 00:13:36,730
Si vous voulez faire des phases de cadrage, en langage corporate, ça me rend fou les
phases de cadrage, mais c'est important que tout monde soit dans la pièce, qu'on se parle

146
00:13:36,730 --> 00:13:38,071
et qu'on construise de la confiance.

147
00:13:38,071 --> 00:13:44,143
Vraiment, le rituel que vous avez, s'il sert à construire la confiance, il est
indispensable.

148
00:13:44,143 --> 00:13:46,193
C'est juste ça le sujet.

149
00:13:46,193 --> 00:13:48,225
Faire une review du code d'un autre.

150
00:13:48,225 --> 00:13:49,275
c'est construire de la confiance.

151
00:13:49,275 --> 00:13:59,189
Alors vous avez le droit de râler parce que vous envoyez en review un truc que lui-même
n'aurait pas relu mais gardez à l'idée que le fait que le code soit revué en prod bah ça

152
00:13:59,189 --> 00:14:01,370
c'est un truc qui construit de la confiance.

153
00:14:01,370 --> 00:14:06,302
Vous avez peut-être pas besoin de ça pour construire de la confiance mais vous avez besoin
de la confiance.

154
00:14:06,302 --> 00:14:11,894
Je toujours pas chaud pour rendre les reviews obligatoires par des humains honnêtement
c'est vraiment un truc qui m'en fout.

155
00:14:11,894 --> 00:14:15,918
D'ailleurs faire une review automatisée par Claude avant qu'il des humains qui le revue
ensuite

156
00:14:15,918 --> 00:14:19,902
peut-être beaucoup plus intelligent que d'écrire du code et de le faire relire à des
humains tout de suite quoi.

157
00:14:27,788 --> 00:14:40,599
C'est ça au final, je me dis que moi si j'ai arrêté d'être full time dev c'est parce que
c'était peut-être un job qui était trop productif, trop étroit et maintenant le dev, cette

158
00:14:40,599 --> 00:14:52,079
partie est productive, étroite etc, elle est un peu disparue et il faut du coup redonner
de la place au temps, redonner de la place à documentation, j'ai mal quoi.

159
00:14:52,079 --> 00:14:55,561
Par contre le truc qui est chaud quand même, c'est...

160
00:14:57,390 --> 00:15:01,850
Parce qu'en fait, alors je sais pas, vous avez déjà peut-être eu ce moment-là où votre...

161
00:15:01,850 --> 00:15:08,350
Alors le feeling of rightness, c'est-à-dire vous relisiez le code et Claude a fait un code
qui ressemble pas à ce que vous auriez fait, voilà.

162
00:15:08,350 --> 00:15:10,490
Et du coup vous dites, attends, c'est un peu bizarre et tout.

163
00:15:10,490 --> 00:15:13,769
Là tu demandes à Claude, bah attends, pourquoi tu fais comme ça ?

164
00:15:13,769 --> 00:15:21,310
Et il t'explique qu'en fait, bah c'est une bonne pratique pour l'accessibilité, c'est une
bonne pratique, ça rend le plus maintenable, que y a plein gens de l'industrie qui disent

165
00:15:21,310 --> 00:15:23,730
que c'est un standard et ils te donnent des articles qui en parlent.

166
00:15:24,098 --> 00:15:30,722
Et là tu te rends compte que bon, oui, t'es un expert, ça fait 10 ans que tu codes sur
cette techno là, t'as donné des conférences sur le sujet, mais...

167
00:15:30,722 --> 00:15:37,836
Putain mais cette façon de faire là, de faire, je sais pas, un tableau, en fait elle est
pas hyper up to date, elle est pas optimisée, y a des nouvelles façons qui sont bien

168
00:15:37,836 --> 00:15:39,406
meilleures, et Claude a raison quoi.

169
00:15:39,406 --> 00:15:42,398
En fait Claude t'oblige à faire autrement, que tu...

170
00:15:42,398 --> 00:15:50,052
Donc ça casse en plus ton «fing of rightness», et au bout d'un certain temps tu te
retrouves à ne plus savoir faire confiance à ton sentiment de «fing of rightness».

171
00:15:50,052 --> 00:15:53,214
Mais le truc qui me donne le plus le syndrome de l'imposteur...

172
00:15:53,423 --> 00:15:58,564
Parce qu'en fait finalement, Claude il fait un peu le code par petits bouts, par petits
bouts, par petits bouts.

173
00:15:58,564 --> 00:16:05,941
D'ailleurs moi je préfère aussi sonner, parce qu'il fait des petits bouts, plutôt que de
demander à Opus de faire toute une application, demander à Claude de faire des petits

174
00:16:05,941 --> 00:16:08,313
bouts, tac tac tac, à sonner de faire des petits bouts.

175
00:16:08,313 --> 00:16:13,596
Et ensuite moi je m'assure que tout colle bien ensemble et que tout soit bien
compartimenté ensemble.

176
00:16:13,596 --> 00:16:20,261
Et des fois en fait, ouais effectivement je vais demander à Opus si mon architecture elle
est bien, etc.

177
00:16:20,261 --> 00:16:22,281
Et en fait je me rends compte que...

178
00:16:22,638 --> 00:16:29,842
Ce que je pensais qui était important en terme de scalabilité, que je pensais qui était
important en terme de sécurité, c'était pas exact quoi.

179
00:16:29,842 --> 00:16:32,213
Et il me met une claque dans ces cas-là.

180
00:16:32,213 --> 00:16:38,918
vrai, lui c'est mieux que moi finalement, même sur les sujets d'architecture et de système
etc.

181
00:16:40,902 --> 00:16:47,646
parfois il sait des choses que je sais pas ou du moins il me fait me rendre compte que
j'avais une vision trop limitée du truc mais en même temps rappelez vous que

182
00:16:47,646 --> 00:16:55,931
l'informatique ça a toujours été comme ça c'est à dire que tous les gens à qui je parle en
informatique ils savent des choses que je sais pas alors pour le coup moi il ya quand même

183
00:16:55,931 --> 00:17:01,198
beaucoup de gens qui savent des choses que sais pas parce que j'ai vraiment genre un petit
doigt dans chaque petit bain

184
00:17:01,198 --> 00:17:08,658
Mais enfin, c'est tout le monde dans l'informatique à ce sujet là, t'es un dev front, tu
parles à un dev iOS, t'es un dev iOS, tu parles à un dev back, t'es un dev back, tu parles

185
00:17:08,658 --> 00:17:10,178
à des gens du stockage.

186
00:17:10,178 --> 00:17:11,558
Enfin vraiment, ça ne finit jamais.

187
00:17:11,558 --> 00:17:19,998
fait, le monde informatique est un monde où la culture informatique, la connaissance
informatique est tellement large que personne n'a assez de profondeur sur chacun des

188
00:17:19,998 --> 00:17:20,218
domaines.

189
00:17:20,218 --> 00:17:25,958
On a toujours besoin d'avoir des gens qui ont une forme en T, qui savent rentrer en
profondeur sur un sujet pour le creuser, quoi.

190
00:17:26,358 --> 00:17:30,022
Et du coup, c'est chaud, c'est à que...

191
00:17:31,778 --> 00:17:40,078
Imaginez, il y a 3-4 ans, commencés, moi quand j'ai commencé j'étais junior, il y avait
des seniors, des architectes qui pouvaient m'expliquer les choses, pourquoi c'était comme

192
00:17:40,078 --> 00:17:41,078
ça etc.

193
00:17:41,118 --> 00:17:45,857
Là maintenant on a un peu enlevé tout ça, imagine que tu junior, t'arrives, on te lâche
avec Claude.

194
00:17:45,857 --> 00:17:51,241
Et puis il doit lire la documentation qui n'existe pas, les ennuis les sachants sont plus
là.

195
00:17:51,241 --> 00:17:58,065
T'as plus le temps de demander du temps au seigneur, au staff parce qu'ils sont aussi
noyés parce qu'ils sont en train de se faire brain...

196
00:17:58,065 --> 00:17:58,876
C'est quoi le mot déjà ?

197
00:17:58,876 --> 00:18:01,298
T'es brain gays, t'es brain cramé là ?

198
00:18:01,298 --> 00:18:07,022
Enfin voilà, ils sont le cerveau cramé parce qu'ils utilisent le visage en clode pour
faire 5 features en même temps.

199
00:18:07,022 --> 00:18:09,923
Brain fry, brain fry comme le chicken fry.

200
00:18:10,724 --> 00:18:12,555
Bah je trouve que c'est dur.

201
00:18:12,555 --> 00:18:13,836
Je trouve que c'est dur.

202
00:18:13,838 --> 00:18:20,358
Genre, imaginez du coup, enfin moi je suis ingénieur, j'ai une culture en informatique qui
est large, en fait avoir l'impression des fois de manquer de culture gérant en

203
00:18:20,358 --> 00:18:25,398
informatique, l'ai, imaginez ce que c'est un junior qui sort de bootcamp, qui arrive sur
le marché aujourd'hui quoi.

204
00:18:25,558 --> 00:18:35,518
Et du coup, enfin, prenez du, prendre du temps pour parler avec des humains autour de
vous, de pourquoi le code il est fait comme ça, pourquoi on fait le code comme ça, etc.

205
00:18:35,758 --> 00:18:39,658
Pas forcément, le pair programming a disparu en 2026 j'ai l'impression.

206
00:18:40,078 --> 00:18:43,374
En tout cas les clods, les clods codeurs ne...

207
00:18:43,374 --> 00:18:47,385
se préprogramme pas parce que de toute façon, on se préprogramme eux-mêmes avec Claude.

208
00:18:47,385 --> 00:18:52,737
Mais fait, reprenez ce temps-là, que c'est tellement austère d'être tout seul face à
Claude toute la journée.

209
00:18:52,737 --> 00:19:02,100
De temps en temps, avoir un humain qui donne un avis sincère ou qui te un feedback
sincère, c'est tellement golden parce que toute la journée, on se fait massacrer la tête

210
00:19:02,100 --> 00:19:09,462
par Claude qui critique le code, qui critique notre travail, De temps en temps, des
humains qui viennent nous expliquer les choses un petit peu correctement.

211
00:19:10,175 --> 00:19:12,496
Je trouve que c'est essentiel.

212
00:19:12,496 --> 00:19:15,938
Donc reprenez le temps de faire ça les gars ou les filles d'ailleurs.

213
00:19:17,840 --> 00:19:21,993
Et ouais, j'ai envie de finir un peu sur cette note enthousiaste.

214
00:19:21,993 --> 00:19:24,335
Voilà, c'est bientôt l'été, c'est une note enthousiaste.

215
00:19:24,335 --> 00:19:25,454
Le job en vrai...

216
00:19:25,454 --> 00:19:34,634
un futur qui est cool, si vous lui donnez le temps et la place pour des interactions
sociales avec d'autres humains, que ce soit les utilisateurs ou les collègues, les autres

217
00:19:34,634 --> 00:19:42,894
développeurs, les autres tech hosts qui sont dans vos équipes, en fait finalement,
chérissez ces interactions-là parce que c'est elles qui construisent la confiance et puis

218
00:19:42,894 --> 00:19:50,514
en vrai, même si toute la journée, ok tu te fais moins de travail à bosser avec tes 10
agents qui font 5 features en un temps, eh bien en fait genre prendre un café avec un

219
00:19:50,514 --> 00:19:54,701
collègue pour parler de comment tu fait ta feature, c'est tellement rafraîchissant quoi.

220
00:19:54,701 --> 00:20:06,097
tellement apprécié du coup prenez le prenez le temps allez en conférence allez en meetup
prenez des cafés en loin si vous êtes timide et que les grandes mess ça vous fait peur

221
00:20:06,097 --> 00:20:15,422
franchement voilà et puis ben profitez bien de l'été pour vous reposer le cerveau prédire
du temps à ne rien faire quand je fais du vélo bon bah je vous invite vous que des fois

222
00:20:15,422 --> 00:20:23,926
pendant deux heures il en a rien à voir on a le temps de réfléchir à rien donc bah prédire
du temps pour ne rien faire pas le téléphone pas dormir

223
00:20:24,050 --> 00:20:33,334
pas regarder la télé, alors regarder la télé si tu voulais, mais prenez le temps à rien
faire pour recharger cette charge, enfin décharger cette charge cognitive, regardez

224
00:20:33,334 --> 00:20:37,075
l'horizon, les bateaux qui passent au loin, etc.

225
00:20:37,075 --> 00:20:41,657
On va profiter un peu de ça et puis amusez-vous bien.

226
00:20:41,657 --> 00:20:45,558
Et alors le drapeau pour la fin, vraiment le drapeau pour la fin, c'est ça.

227
00:20:46,062 --> 00:20:52,702
Le futur du développement logiciel, ce n'est pas plus d'humains qui pilotent plus
d'agents, enfin moins d'humains et plus d'agents dans tous les sens.

228
00:20:52,802 --> 00:20:59,762
Le futur logiciel, c'est quand même toujours, et ça a toujours été, un logiciel dans
lequel on a confiance et la confiance, ça se construit parce que c'est une interaction

229
00:20:59,762 --> 00:21:00,982
sociale.

230
00:21:01,182 --> 00:21:09,062
Donc le futur du logiciel, c'est toujours des humains qui savent ingénier correctement
leurs outils, qui savent utiliser leurs outils correctement pour qu'on puisse leur faire

231
00:21:09,062 --> 00:21:10,042
confiance.

232
00:21:10,822 --> 00:21:12,762
Donc peu importe comment on utilise l'IA.

233
00:21:12,874 --> 00:21:17,185
En vrai, l'important c'est comment vous interagissez avec les autres gens autour de vous
dans l'équipe.

234
00:21:17,185 --> 00:21:20,626
Et c'est ça le plus important pour tout monde et pour moi.

235
00:21:20,626 --> 00:21:29,859
En tout cas aujourd'hui je pense, je suis toujours pas un prophète qui est absolument
raison mais je suis convaincu que ce truc là est à peu près vrai.

236
00:21:29,859 --> 00:21:35,760
Dites moi si vous, quand vous prenez le temps de le faire, vous prenez le temps de faire
ces interactions là, est-ce que vous vous sentez mieux ?

237
00:21:35,760 --> 00:21:37,207
Est-ce que c'est mieux après ?

238
00:21:37,207 --> 00:21:41,702
Et je suis convaincu en vrai qu'on va avancer en parlant de ça tous ensemble.

239
00:21:42,376 --> 00:21:49,032
Si vous bossez dans une boite qui n'a pas pris le pas de l'IA, franchement kiffez tant que
c'est possible quoi.

240
00:21:49,032 --> 00:21:52,018
Allez, bonne vacances, à bientôt !