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 Élise Patrick-Enen. Élise, bonjour !
Bonjour Benoît ! Est-ce que tu peux te présenter pour les auditeurs qui ne te connaîtraient pas ?
Oui, alors moi je m'appelle Élise et je suis développeur frontaine de freelance,
principalement orienté, vu et angula. Et le sujet de l'épisode que je te propose d'aborder,
que tu m'as même proposé, c'est de t'acquiner un petit peu le truc en se demandant,
est-ce que vu c'est vraiment sérieux ? Est-ce que c'est pas un peu un jouet pour les enfants ?
Non parce que les vrais développeurs frontaines ne font pas juste du réacte et puis point bar.
Ouais, c'est une très très bonne question. Et effectivement, vu...
Non, c'est pas une bonne question. Tu me dis « bouh, mais non, tu peux pas dire ça ».
Ah c'est dommage ! C'était marrant dit comme ça. Tu crois qu'on pourrait garder ta question en montage ?
Ah non mais je pense que là on est dedans, on est dedans, continue.
Ok d'accord. Faudra couper ça.
Non, tu gardes tout, vas-y.
Sans montage, sans montage.
Je reprends comme si dans l'ennemi alors.
Ouais, donc non, non, non, c'est pas une bonne question.
C'est pas une bonne question du tout, c'est même un énorme cliché que vu a subi pendant assez longtemps.

Est-ce qu'on est d'accord sur ce cliché ? Est-ce qu'on est d'accord que vu a l'image de quelque chose de très simple ?
Oui, vu effectivement cette image qui lui colle un petit peu à la peau et qui en partit du à sa learning curve probablement
parce qu'il a une learning curve qui est vraiment très très simple en fait vu a pour design d'être simple et facile à utiliser.
Et c'était même d'ailleurs l'une des priorités de Evanue, enfin quand on lit ses interviews on le voit,
pour lui il voulait vraiment par design avoir quelque chose qui soit simple, facile à apprendre et facile à utiliser.
C'est vachement intéressant ce que tu dis donc c'est comme si le fait que ce soit simple à appréhender rend le truc moins…
C'est une hypothèse personnelle, je ne sais pas exactement d'où sort ce cliché mais effectivement c'est quelque chose qu'on en retrouve assez souvent.
Et après il y a des accords team de vu parfaitement au courant de cette critique
et a essayé d'améliorer la scalabilité de vu sur des gros projets complexes avec version 3 de vu.
Alors après sur la question est ce que c'est fondé ou pas c'est assez difficile à répondre parce que en fait je trouve
et alors là je prends une position qui est complètement personnelle donc vraiment à prendre avec des pincettes
mais je trouve que ce que vu 3 apporte effectivement il va rapporter plus de scalabilité
mais je n'ai pas forcément l'impression que les frameworks avaient déjà cette scalabilité
disons qu'ils corrigeent des problèmes mais j'ai l'impression que les autres frameworks avaient un peu les mêmes problèmes aussi.
Juste pour l'auditeur qu'on l'a compréhend bien tu ne fais pas que du vu toi, tu as aussi fait beaucoup d'angular,
tu as même fait des formations LinkedIn sur Angular.
Oui exactement, j'ai fait deux, j'ai fait deux formations LinkedIn sur Angular
donc une débutante et une un petit peu plus avancée sur le state management NGRX notamment
et j'ai pas mal fait d'angular avant et c'est vrai que quand on utilise, quand on compare les deux frameworks
ou encore une fois, à ce que position personnelle, moi j'aime bien les deux frameworks
il n'y a pas de jugement de valeur dessus mais c'est vrai que quand on utilise vu après avoir utilisé Angular
ben je reprends une métaphore qui avait donné Natalia Tepluina dans une interview
où c'est une membre de la core team de vu qui disait qu'il était issu d'un bacran d'angular
qui disait que quand elle utilisait Angular elle avait toujours un peu l'impression de déplacer des briques
pour construire des petites choses en fait et c'est vrai que je trouve que l'image elle est assez représentative
parce que Angular directement et par design en fait va fournir beaucoup beaucoup beaucoup d'outils
tandis que vu un design où on fait on fournit un peu le minimum pour que ça reste simple et que ça reste
si on a envie de rajouter des outils dessus, on le fait mais on donne le choix à l'utilisateur
donc en fait concrètement dans Angular il va y avoir beaucoup beaucoup de choses assez spécifiques à Angular
par exemple un système d'injection de dépendance qui a bien entendu ses avantages
mais dans vu typiquement si on voulait non je pense pas que ce soit possible d'implementer
d'injection de dépendance dans vu mais c'est pour donner l'état d'esprit un peu de la chose
dans vu si on voulait d'injection de dépendance vu va nous dire bah tiens vous pouvez le rajouter
mais nous on ne rajoute pas des factos donc vu voilà il est vraiment il a cette notion de
on veut quelque chose qui soit qui soit simple, simple à utiliser et du coup en termes d'expérience
de développeur d'expérience de développement c'est quand même assez agréable parce que
moi personnellement j'aime bien.
Mais alors dis moi je suis un directeur technique d'une boîte on fait le constat qu'il faut passer
maintenant à un framework js ce qui me paraît bon je vais trop l'impeau ce qui me paraît difficile
à entendre mais imaginons tu vois imaginons non je te quine je te quine parce que j'aime bien rester
sur ma stack rails mais imaginons que j'en ai imaginons qu'on en arrive à se dire ouais non
il faut vraiment un framework front comment choisir comment tu m'aiderais à choisir c'est
quoi les critères qui feraient que tu me dirais allez là tu as plusieurs langulards là ça serait
peut-être mieux du vu voir peut-être mieux du réacte ce serait quoi tes critères de choix
alors je pense qu'il ya il ya plusieurs plusieurs critères à prendre en compte et pour et pour être
vraiment très concret je pense qu'il ya aussi le critère de qui est-ce qui va coder en vue
qui est-ce qui va développer est-ce que ce sont des développeurs frontes chevronnets ou est-ce
que ce sont plutôt des développeurs plutôt bas qu'un peu full stack qui ont fait un peu de
javascript presque en gros encore une fois pour moi le ce qui paraît plus distinctif dans vu je
dirais que c'est la learning curve et puis aussi l'expérience développeur mais ça c'est plus
fatide personnel c'est vraiment la learning curve qui est très très simple on a parlé précédemment
d'un de ce cliché de scalabilité où on dit que vu n'est pas scalable comme je l'indiquais un
petit peu au début ben normalement vu 3 va corriger va améliorer largement la scalabilité de
vue donc je sais pas si c'est fondé de dire qu'il n'était pas scalable que vu 2 n'était pas
scalable par rapport aux autres frameworks mais vu 3 le rend tout à fait scalable on pourra
développer pourquoi après donc pour moi ce n'est pas la scalabilité n'est pas un au sac le donc voilà
moi ce que je retiendrai en terme d'avantages de l'utilisation de vue c'est vraiment la learning
curve et ça bah c'est surtout un avantage à mon avis si on a des développeurs qui ne sont pas
forcément des fronts très chevronnets alors après par contre il va y avoir aussi un petit peu
des inconvénients je pense que là le principal inconvénient de vue par rapport à un réacte
ou un angular ça va être au niveau de la communauté puisque la communauté elle est un
petit peu plus petite donc il va y avoir un petit peu moins bon voilà un petit peu moins de
documentation mais il va y avoir aussi un petit peu moins de ressources dans les développeurs c'est
à dire que je pense qu'on va trouver alors faudrait nous poser l'accent à un recruteur
un bien entendu mais je pense qu'on va avoir moins de moins d'offres en termes de développeurs de
développeurs vu on trouvera plus facilement des développeurs réacte ou angular et de même d'ailleurs
pour un pour un développeur il y aura peut-être un petit peu moins de mission il y aura moins de
mission en vue qu'un angular ou en réacte ça c'est sûr donc donc voilà je pense que ça dépend
ça dépend un petit peu de de de la population qui va développer en fait avec le framework si
j'aurais tendance à dire que voilà si on peut exploiter à plein cette learning curve le fait
que bah on puisse apprendre facilement le framework bah ouais là faut aller sur vue si par contre
on commence un projet de zéro et qu'on a besoin d'embaucher plein plein de gens pour le faire
là c'est vrai que alors encore une fois bon il y a une question de aussi de quel framework on a
envie d'utiliser etc mais si on reste vraiment comment dire pragmatique au pragmatique actuellement
en 2021 bon ce sera peut-être plus facile de recruter des gens sur de réacte des langues là
ce qui par contre est quelque chose qui est complètement susceptible d'évoluer parce que si on
regarde les courbes de préférence utilisation de stack overflow on voit que vu à vraiment
beaucoup augmenter et si garder la même progression il serait pas étonnant que d'ici deux
ou trois ans il est une part équivalente à celle de réacte ou d'angulat moi je veux juste pour
résumer les avantages que j'ai entendu pour un angular ou en tout comme ça tu dis éventuellement
plus calable mais tu n'as pas des finices que ça voulait dire parce que pour moi ce cas l'abilité
ça va avec performance technique peut-être que je l'ai mal compris puis je vois pas comment tu
peux être plus scalable quand tu t'exécutes sur le navigateur du client alors en fait
ou se calable dans l'équipe en fait non ça va être plutôt en termes d'organisation de code
effectivement tu peux plus facilement travailler à plusieurs sur le code c'est ça c'est ça
si tu as un très très gros projet peut-être que si tu es sur un truc qui réacte angulaire
ce sera plus simple de travailler à plusieurs c'est ça que tu veux dire alors je j'aurais
pas trop envie de rentrer dans cette comparaison parce que encore une fois c'est il y a ce cliché
qui existe sur vue mais personnellement moi je suis pas très d'accord parce que
je ce que vu n'offrait pas dans sa version 2 ben à ce moment là il me semble en tout cas que
réacte angulaire ne l'offrait pas vraiment non plus par contre ce que je peux dire ce que je peux
dire à l'auditeur qui nous écoute aujourd'hui c'est que vu 3 a fait des gros efforts justement pour
rendre le code plus scalable c'est à dire plus facile à utiliser à écrire et à organiser dans le
cas de grosses applications avec beaucoup de développeurs qui travaillent dessus et ça ça
passe donc finalement le seul argument qui a pour toi en faveur de l'angulaire ou d'en
réacte c'est la la communauté et la facilité à trouver un développeur aujourd'hui c'est ça
personnellement après c'est mon point de vue et tu dis ce que j'entends aussi c'est en gros si
je suis un aile full stack et que j'ai pas forcément envie de me prendre une grosse montée en
compétence vu peut-être un très bon moyen de rentrer dedans complètement et ce sera plus accessible
et abordable que l'angulaire ou qu'un réacte complètement complètement et la personne va
gagner du temps et et je pense que là pour le coup il ya une vraie cartage oui ouais ok je comprends
toujours pas pourquoi est-ce que je suis du coup dans cette histoire aussi à part le fait qu'il
y ait plus de gens et qu'est ce qui fait que du coup il y a plus de gens c'est qu'ils les autres
frameworks ont antérieurs à vu ou c'est que vu à pas trouver son public et du coup qui reste non
il ya deux il ya deux facteurs en fait d'une part angulaire et réacte sont effectivement antérieurs
à vu angulaire en fait était le premier gros framework front alors il n'y avait déjà avant
mais voilà c'est le premier qui s'est vraiment imposé avec deux versions angulaire js ensuite
angulaire 2 qui t'apparut en 2015 je pense à peu près que tu es une refonte quasiment totale
réacte est apparu un petit peu entre ces deux entre angulaire js et angulaire de plus et vu
t'apparais un petit peu après le truc bon pas très longtemps après je crois que je suis peut-être
evanue du créer le package sur npm peut-être en 2014 quelque chose comme ça ça a peu
près même un gros différence par contre c'est que angulaire et réacte sont supportés par une
fange donc respectivement google et facebook ce n'est pas le cas de vu puisque vu a été créé
par un particulier par evanue et ensuite a été complètement développé par la communauté donc
effectivement je pense qu'il y a eu un développement qui était un petit peu moins forcément un
petit peu moins rapide avec moins de moyens et donc vu est devenu connu un petit peu plus longtemps
enfin peut-être à partir de bon là je vais donner une estimation complètement à la louche mais je
pense qu'on a commencé à en parler à partir de 2017 2018 alors que réacte était déjà bien
installé sur le marché et angulaire encore plus donc donc je pense que c'est le le principal
facteur qui fait que vu il y a encore un petit peu moins de voilà un petit peu moins de projet
et il y a moins de développeurs qui font voilà il y a une communauté qui est un petit peu plus
faible ça serait quoi le risque de risque de le misé sur vue aujourd'hui est-ce que tu en vois
un est-ce qu'on prie est-ce qu'une dsi tu vois qui a besoin d'être rassuré est-ce qu'un un comèxe
qui aurait besoin de savoir que le truc il sera toujours là dans cinq ou dix ans est-ce que
c'est des sujets ou est-ce que finalement alors on a atteint une masse critique dans la communauté
alors effectivement je pense que pour pour une dsi ça fait toujours un peu peur l'idée de se dire
bah tiens on se base sur quelque chose qui est complètement complètement communautaire maintenant
je pense que la communauté a clairement atteint une masse critique et puis voire surtout vu
maintenant à beaucoup de sponsors aussi je pense qu'ils ont vraiment vraiment pas de soucis
à se faire à ce niveau là et je pense qu'il y a une core team qui doit travailler qui a
suffisamment de sponsors pardon pour travailler probablement full time dessus ou en tout cas
suffisamment et en plus vue est utilisé par par des j'aurais peut-être dû regarder ça avant le
podcast effectivement mais est utilisé par beaucoup de beaucoup d'entreprises importantes par exemple
le GitLab utilise vue ils sont choisis d'utiliser vue dès le début d'ailleurs donc pour moi au niveau
de la maintenabilité de la pérennité du code pour moi c'est pas enfin quand une fois c'est mon
avis mais a priori même si ça paraît ça fait toujours peut-être un petit peu peur l'idée de se
baser sur quelque chose qui est complètement communautaire pour moi on a il n'y a pas de
soucis à ce niveau là on a une masse critique par contre ce qui peut faire un petit peu peur
ça pourrait être au niveau peut-être de l'écosystème puisque la communauté étant un petit peu
plus petite ok sur vue lui-même sur le framework lui-même ça pose pas de soucis on est d'accord
ils sont des sponsors ils sont des qui puis tout il n'y a pas de problème à ce niveau-là par
contre sur l'écosystème bah là l'investissement de la communauté je pense qu'il va jouer un petit
peu plus il va peut-être se sentir un petit peu plus que autour d'un réacte qui a un peu la même
idée bon angular il il intègre beaucoup plus d'outils donc c'est plutôt comparé à réacte et vu
à ce niveau là où la communauté a un rôle un petit peu plus important dans le framework
dans réacte où la communauté et bah elle est très présente c'est vrai que bah s'il ya une mise à
jour de réacte bon après je connais peut-être pas suffisamment l'écosystème réacte mais a priori
s'il ya une mise à jour de réacte bon la com- il y a suffisamment de gens l'écosystème va être
réactif si je puis dire sans mauvais jeunet réactif c'est à dire il va mettre à jour toutes les
dépendances et tu vas tu vas pas être bloqué trop longtemps c'est ça bon alors après après
encore une fois je connais assez mal l'écosystème réacte donc j'ai pas envie de m'avancer sur
sur plus que ça là dessus mais je sais par contre que c'est un souci au niveau de part
vraiment un souci mais disons que c'est ce serait peut-être là où l'aspect communautaire
poserait en dehors de la question du recrutement aussi là où l'aspect communautaire poserait
plus de problèmes parce que ça s'est vu en fait cette année avec la réalise de vu 3 qui est
apparue en septembre 2020 en fait lorsque vu 3 est sorti il a été volontairement laissé sous une
distribution next sur npm c'est à dire que lorsque l'on faisait un npm install vu ben on tombe et on
tombe toujours sur la version de vu 2 donc actuellement alors que on est quand même plusieurs mois
on est plus de 8 mois après après la réalise et pourquoi et bien parce que bah même si il ya vu
3 qui qui a été qui sorti ben l'écosystème n'est pas encore prêt à l'accueillir si on prend
des librairies utifies etc ben actuellement ils sont encore en version plus ou moins beta c'est
difficile de l'intégrer sur un projet vu 3 on a les métafremors type nux tout casard pareil
qui ne sont pas prêt quoi casard je pense est prêt déjà nux par contre ce sera plutôt en septembre
septembre prochain a priori mais voilà donc je dirais que ben là où là où ça pêche un
petit peu entre guillemets ça a peut-être plutôt à ce niveau là au niveau de la gestion de l'écosystème
ou là ben une communauté plus forte peut peut jouer non seulement en termes de rapidité quand
il y a des évolutions sur le framework puis après bon en termes de maintenant c'est de la diversité
d'outils aussi parce qu'on a une communauté plus petite elle va développer moins d'outils moins de
modules moins de librairies etc donc je dirais que c'est là dessus que ça poserait à mon avis le
plus de soucis bon après c'est un soucis relatif de ce que je vois a priori l'écosystème devrait
être prêt en fin de cette année fin 2021 donc donc il aura fallu il aura fallu un an pour un
update qui a l'air assez substantiel quand même c'est un gros update quand même parce que sur v3
evanue a annoncé qui est commencé à prototyper v3 en 2018 enfin réfléchir à v3 disons vraiment
le départ de chez départ c'était en 2018 donc c'est quand même une mise à jour qui a duré deux
ans donc je sais à quoi ça me fait penser ça me fait penser à piton ou lors du switch de 2 à 3
depuis tant de deux à piton 3 et j'ai l'impression qu'il a fallu vraiment plusieurs années pour que la
pour que toute la communauté bascule et puis tant à des fin de fin une liste de dépendance
fin de projets qui ont été portés juste énorme donc il a fallu du temps pour que tout le monde s'adapte
et ça me fait penser un petit peu à ça mais du coup ce qui est ce qui peut être un inconvénient
en tant que utilisateur peut devenir une opportunité en tant que développeur si je suis développeur
vu ça veut dire aussi qu'il y a peut-être moins de besoin mais il y a aussi peut-être moins de
concurrents en fait et donc est-ce qu'il n'y a pas une carte à jouer là dedans aussi en tant que dev de
se positionner sur ça pour peut-être qu'il vaut peut-être mieux être un peu la politique de l'océan
bleu quoi il vaut peut-être mieux être dans un vocal plus petit mais être le seul quoi ou être peu
nombre alors je suis à 100% d'accord avec toi puisque c'est c'est le choix que j'ai fait en termes
de carrière puisque bah comme je disais avant j'étais plutôt plutôt orienté angulaire et je me suis
orienté sur vue il y a un petit moment et du coup et alors moi je pense que c'est il y a complètement
une opportunité là dessus un vu voir même avec des spécialisations un peu sur les métaphres et
moire que nukes casard qui montent aussi beaucoup qui sont construits au dessus de au dessus de vue
et alors est ce que ça peut donc pour prendre un développeur en tout cas qui a une expérience
intermédiaire à mon avis oui clairement une question que je me posais aussi c'est pour le
développeur junior est-ce que ça peut représenter une opportunité alors bon je ferais poser encore
une fois la question à un recruteur mais moi j'ai envie de dire que ben peut-être ouais peut-être
parce qu'il me semble qu'il y a enfin je donne des formations linked in learning donc j'ai j'interagis
régulièrement avec des apprenants il ya une bonne part d'apprenants qui sont qui sont des
développeurs juniors et c'est vrai que bon comme comme tout le monde sait actuellement c'est assez
difficile pour des développeurs juniors de rentrer sur le marché je me demandais si vu voilà
pouvait pas être une opportunité aussi bon c'est vrai qu'il ya moins de mission mais bon en même
temps il ya aussi moins d'offres quoi et par exemple c'est comme une anecdote complètement
personnelle mais hier oui c'est d'ailleurs j'étais appelé par par un cabinet de recrutement qui
cherchait quelqu'un pour superviser un projet où il est dans la partie fronte était construite en
vue et m'expliquer qu'ils avaient été obligés de donner un petit peu un rôle quasiment de référent
juniors alors j'ai pas très bien compris pourquoi mais bon j'imagine qu'il n'avait pas d'autres
pas d'autres possibilités donc donc voilà à voir ce serait peut-être une opportunité sur la
calmité je pense que c'est la question vaut la peine d'être posé en tout cas ouais mais écoutez
les je te propose que ce soit le mot de la fin si les auditeurs veulent l'en savoir plus sur ce que
tu fais ils peuvent te suivre où sur linked in sur twitter ça marche moi mettre tous les liens
dans la description merci lise de rien merci à toi benoît quand t'as toi cher auditeur
non seulement j'espère que tiens mais cet épisode que ça t'a donné envie de au moins t'intéresser
à vue voir un petit peu ce que c'était peut-être de faire un petit poc en tout état de cause si tu
a envie d'apprendre à écrire du code durable de rejoindre le cursus artisan développeur je t'invite
à venir dans la maison des compagnons sur maison artisan développeur.fr et puis tout simplement
tu peux aussi cliquer dans le lien qui va apparaître dans la description de l'épisode je t'en
remercie et je te dis à bientôt