Bienvenue sur le podcast Artisan Developer,
l'émission dédiée au programmeur,
qui parle de techniques bien sûr, de codes durables,
mais aussi du métier en lui-même, de recrutement, de développement personnel,
ou encore d'entrepreneuriat, pour t'accompagner dans une vie de développeur épanouissante.
Alors, est-tu prêt à passer au niveau supérieur ?
C'est parti !
Aujourd'hui, je suis avec Borémy Tosh, Borémy bonjour !
Bonjour !
Borémy qui travaille chez Okto, et Okto qui est le sponsor de la semaine,
merci les gars pour votre soutien, c'est super sympa !
Et d'ailleurs justement cette semaine, le thème de la battle,
c'est « Préfères-tu développer ta polyvalence ou ton expertise ?
Rejoins-nous vite dans l'AREN pour contribuer à cette discussion ! »
aren.artisan-developpeur.fr
Borémy, c'est la première fois que tu passes sur le podcast,
je te propose de te présenter en une minute.
Oui, bonjour !
Moi je suis Borémy Tosh, je suis au taux depuis 9 ans maintenant,
et j'ai principalement un rôle d'architecte.
À l'intérieur de l'organisation Okto, je suis leader d'une équipe
sur les sujets autour de l'architecture de données.
Et au fil du temps, j'ai fait plusieurs rôles comme développeur, tépid.
Aujourd'hui, c'est principalement un engineering manager que je fais,
je m'occupe à la fois des sujets de l'équipe en interne et aussi en projet sur le terrain.
Au total, on va dire une quinzaine d'années d'expérience,
plutôt principalement sur des projets avec des ESN.
Donc voilà, c'est un peu avec cet anglo-là que j'aimerais attaquer le sujet d'aujourd'hui.
Et alors justement, le sujet, je te propose qu'on commence par se mettre d'accord sur un point,
c'est quoi un expert ?
Tu m'as proposé ça et j'aime beaucoup déjà cette première question,
à partir de quand, est-ce qu'on commence à être un expert ?
Je pense qu'un expert, la manière la plus saine de définir un expert,
je dirais c'est une certaine reconnaissance des pères.
On peut chercher à devenir expert, mais l'expertise, elle vient du contexte.
Je m'explique, l'expertise est quelque chose d'assez relatif.
On peut être expert d'une techno, par exemple,
expert-fondre dans une équipe de trois développeurs,
on peut être expert, je ne sais pas, expert-obs dans une équipe où il y a besoin d'obs
et de frontes et de back, et de ce qu'on veut.
Donc du coup, c'est très relatif.
On peut être expert-français, expert-mondial, quelque chose.
Mais à chaque fois, je pense que l'expertise n'est pas quelque chose dans l'absolu,
c'est quelque chose qui vient un peu du contexte dans lequel on repasse.
C'est intéressant comme définition, parce que dans ce que tu proposes,
du coup, l'expert l'est au travers du regard de l'autre.
Moi, j'avais une note définition qui me plaisait bien aussi et qui va rejoindre la tienne.
C'est que l'expert est expert à partir du moment où il l'en sait plus
sur son sujet que 95% de la population.
Alors après, il faut être capable de peser, mais en fait,
dans cette définition-là, tu te rends compte que c'est finalement assez facile,
du coup, de devenir un expert dans le sujet, parce qu'en savoir plus que 95%
de les gens sur un sujet, ça veut dire que globalement, tu te documentes
pendant quelques jours, quelques semaines, quelques mois, et ça y est, tu es expert.
Et tu vois, ça rejoint cette notion de relativité qui évoque que je trouve intéressante.
Oui, ben, totalement. Enfin, comme tu dis, 95% de la population, quelle population ?
Je disais, par exemple, chez Octo, on a des...
C'est clair que...
C'est pas pareil d'être expert au niveau mondial,
dans la boîte de 4 personnes, quoi.
Oui, tout à fait, comme tu dis, l'investissement, expert au niveau mondial,
demande beaucoup plus d'efforts que d'y avoir la doc quelques jours, quoi.
Mais effectivement, après, ça dépend, je pense, des besoins.
C'est-à-dire que chercher l'expertise, ça peut être une envie, un moment, dans la carrière.
Et puis, je pense que c'est simple aussi, en tant qu'ingénieur,
de vouloir aller au fond des choses, d'aller un petit peu plus loin que,
je sais pas, juste savoir utiliser la pays d'un truc,
mais aller creuser un petit peu ce qu'il se cache derrière.
Je pense que c'est aussi un réflexe sain et qu'on a, je pense, par nos formations d'ingénieur en général.
Et après, il faut se poser aussi la question de, comme plein de choses dans nos métiers,
jusqu'où s'arrêter et jusqu'où on en a besoin, en fait.
Et accessoirement, quand tu me proposais le sujet de l'expert,
il y avait le côté du titre aussi.
Je disais que j'avais fait beaucoup de SN.
Le titre d'expert, je trouve aujourd'hui assez galvodé sur le marché des ESN,
où on cherche des gens, donc je veux un expert s'il y a un expert type techno.
Et du coup, magiquement, on trouve plein d'experts,
parce que tout le monde est propulsé expert, parce qu'il a joué avec deux minutes.
Et là, effectivement, c'est le travail.
Moi, ce que j'adore surtout, c'est les offres d'emplois qui cherchent des experts,
avec une ancienneté qui est supérieure à l'âge de la techno.
Oui, genre des experts de cœur depuis 20 ans, ou du capital depuis 15 ans.
Oui, je me rappelle de ça, de gars qui avait posté des annonces,
on cherchait sur du mobile, sur de l'IUS.
Tiens, c'est drôle, parce que ça ne fait pas aussi longtemps que l'IUS avait ouvert son appel,
l'ASDK.
Ça me fait sourire, mais moi, ça me renvoie à toi,
tu es très politiquement correcte.
Moi, je n'appelle ça pas galvodé, je n'appelle ça de la triche,
à un moment donné, surtout dans la part dans le commercial,
qui cherche absolument à placer son gars,
des histoires d'ingé, ou de devs qui sont retrouvés,
propulsés dans un entretien expert de ceci, expert de cela.
Elles sont légions, il y a un côté drôle,
mais quand tu es le mec qui doit faire figure d'experts,
ce n'est pas drôle du tout, en mon avis.
Pour l'avoir vécu, ce n'est pas très drôle.
C'est justement une des choses que c'est dommage,
c'est du marketing, et du coup, c'est de la sur-encher,
mais effectivement, c'est loin d'être honnête,
loin d'être honnête pour le client,
et loin d'être honnête pour le développeur,
ou la personne qui est propulsée en tant qu'experts.
Donc effectivement, c'est un jeu de dupes,
et ça qui fait que c'est compliqué.
C'est une des choses que je parlais de mon équipe chez Octo,
un des gros avantages que l'on a chez Octo,
c'est qu'on s'est un peu constitué avec des peaux de l'expertise.
On n'est pas juste à s'inventer expert tout seul,
on a déjà des retours, et ça nous permet d'être un peu plus solide
qu'on veut être expert.
On a une espèce de jouge, on n'est pas tout seul
avec le commercial qui vous a vendu expert,
au nom de je ne sais quoi,
chez un client en plus qui ne connaît pas la techno.
Du coup, dans ton contexte, tu es entouré d'experts,
et ça, ça t'aide à te juger,
et à savoir te positionner dans ton niveau d'expertise
par rapport au sujet.
C'est ça que tu veux dire ?
Complètement, ça rassure.
Enfin, c'est une autre communauté dans laquelle tu peux,
après tu peux faire partie d'autres communautés.
Ça peut être des meet-ups,
ou d'autres choses qui te...
Justement, on revient à ce qu'on disait au début,
à se constituer un contexte dans lequel
ça n'a pas été décrété par quelqu'un,
ni le commercial, ni un titre, ni le client,
mais c'est arrivé via des pères,
qui donnent l'assurance de dire,
« Oui, OK, je peux m'assumer expert. »
Et pendant la préparation de l'épisode,
on parlait des risques aussi de se concentrer,
de peut-être d'aller trop loin dans une expertise
ou dans une forme de spécialisation.
C'était un côté qui m'intéressait bien
d'aller explorer.
Qu'est-ce que tu vois, toi, comme risque,
à être expert d'une chose, quoi ?
Alors, je pense que l'expertise peut être bien,
parce que ça peut augmenter.
Enfin, on finit par réduire l'année, finalement.
Plus on est expert,
moi, on va avoir de concurrence.
Donc, ça peut être très bien.
Par contre, on est soumis aux allées à du marché.
Je pense qu'aujourd'hui,
encore plus dans le monde du développement,
en fait, il y a des clients,
il y a des clients qui ont besoin de personnes
pour développer des choses.
Et en fait, on se retrouve très souvent
avec un mix de compétences.
Et du coup, en tant qu'expert très pointu,
ça peut être dangereux.
Par exemple, je te parlais en la préparation
de spécialiser au développement flex.
Bon, à une époque, ça a été très bien,
ça s'arrachait.
Et puis, le marché a fait que ça a tourné.
Et j'espère qu'il n'y a plus de personnes
qui n'ont plus de développeurs flex à ce jour.
En fait, ils ne se font que ça,
parce que ça risque d'être compliqué pour eux.
C'est clair.
Après, ça, c'est une techno qui a eu
une durée de vie assez explosive et éphémère.
Mais on pourrait parler d'autres sujets comme le comol.
Par exemple, je me rappelle en formation,
avoir des gens qui faisaient du comol.
C'est très intéressant,
parce qu'il y a encore un gros marché.
Il y a encore un marché.
Visiblement, il y a pénurie de profil,
parce qu'effectivement, aujourd'hui,
plus personne se forme au cobol.
Mais en même temps, je sentais bien que c'était compliqué
pour ces gens-là de sortir de ça,
quand t'as fait 20 ans de cobol dans ta vie.
Comment tu sors de là ?
Je pense que c'est aussi dit au fait que notre marché
évolue, c'est-à-dire que pour pas.
On dit, voilà, il y a une explosion de techno
qu'on voit ce qui se passe dans tous les domaines,
que ce soit côté nœud, même côté Java,
qui, pourtant, est un peu...
qui blague en disant que le Java
s'est un peu le cobol les années 2000.
Ouais, mais...
Je me fais bien d'autres blagues.
Mais ça continue de bouger.
Donc oui, il y a des bases,
et oui, on est toujours sur la JVM et machin,
mais ça évolue, ça bouge.
Et pour travailler de temps en temps
avec des cobolistes,
parfois je suis en mission avec des situations
où il y a encore du mainframe,
où ça peut être des grosses bases de racle,
je pense que, c'était vrai il y a 20, 25 ans,
moi, c'est ça, dans les années 90,
tu pouvais être expéroracle.
Tu faisais la formation en racle,
tu avais ton gros bouquin en racle,
et puis après, t'étais tranquille jusqu'à ta retraite.
Pour le cobol, c'est un peu pareil.
Aujourd'hui, il y a vu la durée de vie des techno.
J'ai pris l'exemple de tout ce qui est flexflash,
parce que c'est mora, c'est rapidement.
Mais à une époque, ça se faisait assez facilement,
et aujourd'hui, on a besoin de se renouveler.
Donc pour revenir au risque de spécialisation de l'expert,
je pense qu'il faut faire attention
et rester ouvert aux aléas du marché.
Ça peut apporter beaucoup d'argent à court terme,
parce que c'est très demandé.
Par exemple, si aujourd'hui tu fais du cobol, oui.
Maintenant, il faudrait un peu surveiller,
et si on veut faire autre chose que du cobol,
il ne faut pas trop se fermer de marquants.
Je te propose que ce soit le mot de la fin.
Merci, Bohrémy.
Juste avant de conclure cet épisode,
j'ai quand même une question pour toi,
parce que c'est une question qu'on m'a déjà posée,
alors qu'il n'y a rien à voir avec le sujet,
mais est-ce que tu arrives à faire du TDD en cobol ?
Est-ce que tu arrives à faire du TDD en cobol ?
J'ai un collègue qui avait sorti un truc
qui s'appelait Cobol Unit.
Il y avait une époque, je ne sais pas où ça en est,
je ne sais pas si c'est utilisé,
mais il y a des gens qui ont essayé.
Ils ont eu des problèmes.
Oui, ça peut être un moyen de l'attaquer,
mais aujourd'hui je ne sais pas si on peut encore le faire.
Je peux chercher la réponse, je connais qui.
Non seulement ça m'intéresse à titre personnel,
mais ça intéressera aussi d'autres auditeurs,
et ça sera l'occasion de revenir.
Je vais essayer de trouver des infos,
et ce sera avec plaisir,
mais effectivement je ne sais pas jusqu'où c'est faisable.
C'est attesté, je regarderai.
Merci, merci, Borémi.
Quant à toi chers auditeurs, je t'invite à nous rejoindre dans l'AREN.
Préfères-tu développer ta polyvalence ou ton expertise ?
C'est sur aren.artisan-développeur.fr.
A demain.