
Faire De La Veille Avec Matthieu Segret
Durée: 14m19s
Date de sortie: 21/05/2019
Les news de human coders :
https://news.humancoders.com/
Human Talk Paris :
https://www.youtube.com/channel/UCKFAwlgWiAB4vUpgnS63qog
Se former dans la maison des compagnons :
https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
https://news.humancoders.com/
Human Talk Paris :
https://www.youtube.com/channel/UCKFAwlgWiAB4vUpgnS63qog
Se former dans la maison des compagnons :
https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.
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 Mathieu Segret de chez Human Coders,
Human Coders qui est d'ailleurs le sponsor de cette semaine.
Merci les gars de votre confiance. Mathieu bonjour.
Bonjour Benoît.
Juste avant d'attaquer l'épisode qui parlera de Veille Techno,
qui est le grand sujet de cette semaine, et notamment de la battle,
où je te rappelle la battle,
faut-il quitter une boîte qui ne me laisse pas le temps de faire de la Veille Techno ?
Tu viens sur arène.artisandeveloper.fr pour participer à la battle de cette semaine.
Je te propose Mathieu, qu'on avance sur cette question,
qu'on développe un peu sur cette question de la veille technique,
qui je sais est un sujet qui est cher,
et qui était un peu aussi je crois le point de départ du Human Coders ?
Tout à fait.
C'est vrai que c'est un sujet important pour moi,
parce que je suis naturellement curieux de découvrir de nouvelles choses,
de nouvelles pratiques, de nouvelles technos.
Mais je pense que c'est aussi important quand on est développeur,
et que effectivement, les choses ont tendance à pas mal bouger,
il y a souvent des nouveautés de se tenir informés.
C'est quelque chose que je pense intéressant pour aussi,
je pense aussi le bien-être de chacun de nous,
enfin des développeurs,
puisqu'en fait, quand on est sur des technologies, des pratiques un peu en ciel,
on a tendance à avoir plus de difficultés,
et un quotidien, à mon avis, qui est peut-être moins plaisant,
en fait, de découvrir quelque chose qui va nous simplifier la vie.
Qu'est-ce que c'est exactement pour toi, la veille technique en fait ?
C'est une question intéressante,
parce que quand je parle autour de moi,
il y a pas mal de développeurs,
le limite en fait à la découverte des dernières bibliothèques,
à la mode, ou des dernières technos à la mode,
et moi je le vois plutôt comme quelque chose de plus large,
c'est-à-dire déjà il n'y a pas que de la techno,
ça peut être aussi des pratiques,
ça peut être des méthodos,
mais je le vois aussi sur,
ça peut être aussi,
on peut faire de la veille, je pense même,
sur du code un peu legacy,
c'est-à-dire qu'il y a des choses qui peuvent être,
peut-être moins actuelles, moins à la mode,
mais en fait pour moi c'est le fait d'apprendre,
de se tenir au courant sur des pratiques,
ça peut être des pratiques techniques,
qui peuvent nous aider à résoudre des problèmes,
et donc ça peut être fait effectivement,
sur je ne sais pas si vous êtes sur le développement d'une app un peu vieille,
l'objectif ce n'est pas forcément de tout de suite intégrer des choses super modernes,
mais en fait d'avoir un autre angle, une autre vision,
et en fait finalement de sortir un peu de sa bulle,
pour avoir cette autre vision, pour améliorer son code,
et essayer d'avoir des pratiques qui me simplisent l'ail.
Finalement en fait, en ce que j'entends,
en ce que tu me dis c'est que pour toi la veille c'est vraiment,
quelque chose qui est là pour te faire progresser,
pour t'améliorer et de manière assez large en fait.
Exactement, je vois vraiment ça comme ça,
donc après il y a tout un spectre.
C'est une forme d'auto formation en fait ?
Ouais, pour ma part je le vois comme ça,
j'ai du mal en fait à délimiter,
quand est-ce que je ne sais pas,
j'apprends quelque chose,
et quand est-ce que je fais de la veille,
puisqu'il y a toute une zone grise en fait,
donc en fait pour moi la veille,
ça va simplement de lire un article,
sur quelque chose qui m'intéresse,
quelque chose que je connais déjà des fois très bien,
d'autres pas du tout,
ça va aussi à la pause café,
à les discuter avec des collègues,
de leur pratique,
ça va aussi sur des choses plus concrètes,
c'est-à-dire le fait de concrètement,
regarder la faisabilité en fait de l'intégration
de tel ou tel,
on va dire, point technique pour faire large,
donc voilà, pour moi c'est vraiment très large.
Et du coup jusqu'où tu vas ?
Est-ce que tu pourrais nous donner un ou deux exemples
de sujets que tu as traité dans cette dimension veille,
c'est-à-dire d'ouvrir un peu les chakras
et l'esprit sur des sujets nouveaux ?
Oui, alors moi je fais pas mal ma veille sur Twitter,
donc c'est, on va dire, une des manières,
enfin où je me tiens informé en suivant de différents comptes,
j'ai aussi Youtube qui mette pas mal,
en fait, je regarde pas mal les vidéos des grands événements,
donc là il y a par exemple les vidéos de devox qui sont disponibles,
et souvent, enfin voilà quand je fais au sport,
où je fais de la vaisselle ou un truc comme ça,
j'écoute un peu les vidéos,
et après de manière plus concrète, quand j'étais à Paris,
voilà j'aimais bien régulièrement,
c'est-à-dire une ou deux fois par mois,
retrouver des amis freelance qui peuvent des fois avoir un peu de temps,
par exemple le midi ou même l'après midi,
on se retrouvait pour échanger sur des pratiques,
donner nos opinions sur des techno,
et puis sur des choses plus concrètes,
enfin par exemple, je me suis mis pas mal à GraphQL,
il y a un an et demi,
et là vous voulez vraiment rentrer en profondeur,
donc là j'ai vraiment créé des projets qui utilisent GraphQL,
en rubis, et puis après en édixir,
et puis j'ai voulu un peu creuser,
pas juste en surface,
mais regarder comment on fait l'authentification,
comment on gère le code d'image,
comment on peut gérer avec le websocket, la subscription,
enfin voilà, on possède d'abonnement qui fait que
le serveur peut pousser des choses aux clients avec GraphQL,
et donc voilà, sur des fois des choses,
enfin on peut pas tout traiter,
c'est pas possible, mais sur des choses qui me plaient,
et j'aime bien rentrer dans le concret.
Moi j'aime bien cette idée d'illustrer ce que tu apprends par des projets,
et je remarque souvent une difficulté,
je vois pas mal de développeurs quand ils apprennent une nouvelle chose,
ils se retrouvent un peu,
quand ils peuvent pas mettre en application tout de suite dans leur contexte pro,
se retrouvent en difficulté,
et le risque c'est d'en fait tout simplement d'oublier ce que t'as appris,
si tu le mets pas en pratique.
Comment est-ce que tu fais pour trouver des cas d'illustration ?
Parce que tu vois j'essaye d'imaginer si demain je voulais m'intéresser à GraphQL,
je sais pas bien si je trouverai un projet d'illustration du truc,
est-ce que c'est en fait une envie perso,
de projet perso qui t'a amené à GraphQL,
ou est-ce que c'est l'inverse, tu dis tiens GraphQL ça m'intéresse,
je vais trouver un sujet, un projet perso à développer là-dessus.
Pour moi là c'est vraiment une question qui dépend vraiment,
c'est une question de personnalité,
c'est-à-dire qu'en fait j'ai des amis autour de moi,
il leur faut du concret,
c'est-à-dire qu'il leur faut des projets avec des vrais utilisateurs,
et c'est ça qui va les dériver,
et ensuite ils vont dire,
tiens j'ai besoin de géologues,
j'ai besoin de, je sais pas, de traitement d'image, etc.
et ils vont faire avec ce qu'ils ont besoin.
Alors moi bizarrement c'est que je suis plutôt,
on va dire, j'ai plutôt un profil,
je sais pas si je dirais de le chercheur,
mais j'adore la théorie, j'adore,
enfin, déjà il y a quelques années,
j'étais passionné de mathématiques,
quand j'étais en prépa, j'aimais beaucoup les maths,
et finalement ça ne me dérange pas,
finalement des choses n'est pas forcément d'applications concrètes,
c'est plutôt le côté intellectuel qui m'intéresse.
J'avais pas mal cruiser par les réseaux de neurones il y a plus d'10 ans,
et juste parce que je trouvais ça marrant,
et pas forcément ce que je voyais tout de suite,
quelque chose de concret, et après par contre,
bien sûr, donc on peut après,
une fois qu'on a appris quelque chose,
l'appliquer sur des projets concrets,
mais en fait je démarre en fait,
sur un projet qui va utiliser la technologie qui m'intéresse,
et ensuite une fois que je vois un peu les périmètres
et les limites de la technologie,
le jour où j'en ai besoin,
bah je suis en train de faire un projet concret,
je me dis tiens, je vais l'utiliser,
parce que je vois à peu près comment ça fonctionne,
malheureusement récemment j'ai aussi pas mal d'exemples
que je me dis bah dommage,
là cette techno ça va pas aller pour ce que je veux faire,
c'est souvent ce que je me dis,
il faut aussi être raisonnable et pas vouloir intégrer.
Mais même comment tu as l'idée de,
je sais pas tu dis je veux mettre ça en oeuvre,
comment est-ce que tu as l'idée du projet,
du projet que tu vas créer pour utiliser la techno ?
Alors là j'ai un exemple concret,
c'est qu'il y a un projet que je réalise depuis un peu plus d'un an,
peut-être un an et demi,
je suis parti quelque chose de vraiment basique,
c'est en gros une application de partage de recettes de cuisine,
honnêtement ça pourrait être un gestionnaire de blog,
comme on voit un peu partout,
mais l'idée c'était de pousser ça au maximum
en utilisant des techno qui me plaisent,
donc je donne un exemple,
il y a un client qui est en réacte,
de l'autre côté le baccaine il est en édixir,
les deux discutent avec du graphe QL
et du coup derrière j'ai, si j'ai créé un commentaire,
le commentaire qui est diffusé en WebSocket
à toutes les personnes qui pourraient visualiser la même page,
et tout ça c'est déployé sur Kubernetes,
avec un outil qui utilise Docker qui orchestre des conteneurs,
et tout ça en fait,
enfin voilà j'ai essayé en fait d'appartir de quelque chose de très basique,
d'essayer de rentrer le plus dans le détail de certaines techno qui pouvaient me plaire,
et donc finalement de rester sur des fonctionnalités,
j'ai pas intégré beaucoup de fonctionnalités
mais j'ai voulu faire les choses en fait,
qui m'est un peu à fond pour découvrir en fait.
Ouais donc tu vois c'est vachement intéressant ce que tu dis,
parce que moi je me rends compte,
ça fait un petit moment que je l'ai identifié,
et c'est intéressant que tu exposes ça,
parce que j'entends que toi finalement le projet est vraiment un prétexte
à aller chercher ces compétences là,
à les développer, à les creuser,
et finalement la théorie de suffisie,
ou en tout cas si tu n'as pas tellement de personnes qui utilisent le service,
c'est pas très important,
là où je me rends compte que pour moi en fait,
de plus en plus je pilote mon acquisition de connaissance
et par les besoins que je rencontre en fait,
et même parfois je suis frustré,
tu vois typiquement en ce moment je me dis
que ça a l'air, par exemple la pub facebook,
c'est vraiment un sujet qui m'intéresse,
parce que ça a l'air d'être un vrai levier de développement,
et je pense que ça serait une bonne manière de faire connaître Artisan Developers par exemple,
mais je m'interdis d'y aller,
parce que en fait je sais que je n'aurais pas le temps de le mettre en œuvre
et qu'aujourd'hui j'ai d'autres priorités et que je vais faire autre chose,
donc aujourd'hui par exemple en ce moment c'est plutôt me former à Swift
et à comment faire l'application Artisan Developers.
Mais tu vois je me rends compte que j'ai besoin de cette utilité
pour justifier l'apprentissage,
pour avoir l'espace pour le mettre en œuvre réellement
et que ça me semble utile en fait.
Ouais je comprends parfaitement
et je pense que l'un n'empêche pas l'autre,
c'est-à-dire que le fait par exemple que j'ai pu développer des applications
que j'ai pu déployer sur Kubernetes,
ça fait que je vois comment déployer sur Kubernetes,
je vois aussi l'intérêt et l'inconvénient,
et ça fait que sur des nouveaux projets avec pour le coup des vrais utilisateurs
je peux me dire tiens je dois aller plutôt là dessus
ou pas,
ou c'est un petit peu overkill,
ou tiens graphQL,
là ça pourrait nous aider dans ce cas là.
Donc en fait je le vois aussi un peu comme de mon côté
ces projets un petit peu prétextes
où il n'y a pas vraiment d'utilisateur au début,
comme des boîtes à outils
où je puisse réutiliser,
d'ailleurs c'est ce que je fais avec pour le coup des vrais projets et des vrais utilisateurs
et je pioche un peu ce dont j'ai besoin
et plutôt que,
et c'est aussi le risque de vouloir sur un projet concret
avec des vrais utilisateurs,
avoir plein de technos très intéressants
mais qui ne me servent pas vraiment en fait.
C'est-à-dire que,
en fait malheureusement il y a plein de technos cool
qu'on ne peut forcément un intérêt concret tout de suite sur des projets.
Et il faut le savoir à l'avance et il faut pas, voilà.
Je le vois tellement en entreprise
où le côté brillant et rutulant donnent envie
mais en fait, ça introduit une complexité
que les équipes ne sont pas forcément capables de gérer en fait.
Exactement.
J'ai un exemple concret, c'est que nous,
pas mal de nos applications pour HumanCoder,
c'est des applications qui doivent être référencées sur Google
où finalement,
on va dire, le besoin d'avoir un front dédié
avec je ne sais pas, du GGS ou du angular
n'est pas vraiment très intéressant pour nous
parce que du coup il faudrait faire des choses compliquées
avec du service size rendering, etc.
Ça nous emmènerait loin pour des choses finalement
où ce n'est pas super important.
On a pas mal de réactivité avec TurboLink
qui nous permet déjà en fait de pouvoir,
à chaque fois qu'on clique sur un lien sur nos sites,
finalement c'est une requête à JAX qui part
et qui rafraîchit simplement le body de la page
et sans avoir à créer beaucoup de complexité côté client,
on a déjà une bonne interactivité.
Et donc c'est très bien, ça nous correspond.
Mais ça est que moi j'avais envie de creuser aussi la partie front
de faire du réact pour voir ce que c'est
parce que tout le monde en parle et j'avais besoin de creuser.
C'est pas toujours facile après un projet concret.
Je te remercie, je te propose que ce soit le mot de la fin.
Si les gens veulent en savoir un petit peu plus,
tu me parlais des Human Talks.
Je crois qu'il y a une chaîne, c'est ça sur YouTube ?
Exactement. Alors chaque Human Talks est indépendant
mais il y a les Human Talks Paris en fait
qu'on leur compte sur YouTube
où tous les mois, il y a quatre vidéos
qui sont mis en ligne et ça depuis six ans.
Donc il y a des centaines de vidéos
si vous tapez Human Talks Paris sur YouTube.
Et voilà, c'est des petits Talks de 10 minutes
et je trouve ça pas mal pour faire de la veille en fait.
Vous savez pas quoi faire le midi ?
C'est super Mathieu, je te remercie d'être venu aujourd'hui.
Avec plaisir.
Quant à toi chère auditeurs, je t'invite à nous rejoindre dans la reine.
Une fois de plus, viens participer à cette question.
Faut-il quitter une boîte qui ne me laisse pas le temps
de faire de la veille techno ?
Encore un grand merci à Human Coders pour ce sponsoring de cette semaine.
Je te dis à demain.
Episode suivant:
Les infos glanées
ArtisanDéveloppeur
Artisan Développeur est un podcast destiné aux développeurs qui veulent bâtir une carrière épanouissante. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.
Tags
Card title
[{'term': 'Technology', 'label': None, 'scheme': None}, {'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]
Go somewhere
Faire De La Veille Sur Son Temps Perso Avec Ludwine Probst