Bonjour à tous, vous êtes bien sur le podcast Double Slash, donc podcast qui parle des outils,
des technologies pour le développement moderne, tout ce qui est développement web.
Donc nous sommes deux à présenter ce podcast.
Donc Alex, je te laisse te présenter.
Salut, je m'appelle Alex, je suis développeur full stack et je viens de Chambéry.
Ok, et moi donc c'est Patrick, je suis développeur indépendant web, donc tout ce qui est parti front
et parti back, également full stack on peut dire.
Je suis sur Anci, proche de Genève et nous allons aujourd'hui parler de Jamstack.
Donc Jamstack, Alex, tu peux nous expliquer un peu ce que c'est ?
Alors c'est le futur.
Le futur.
Non, non, c'est le futur.
En fait, la Jamstack c'est un acronyme, donc il y a plein de stacks qui ont été mis en place,
on connaît lampes, mines et tout ça.
En fait, la Jamstack c'est l'acronyme de JavaScript, API et markup.
Et en fait, l'idée derrière tout ça c'est un peu du retour du site statique.
Alors je vais pas faire l'apologie de Dreamweaver ou de front page 98 ou autre logiciel
qu'on a pu connaître dans tant pas du tout.
En fait, c'est d'utiliser vraiment les outils modernes qu'on connaît, donc les webpacks
ou notre code JS ou que sais-je.
Mais en fait, utiliser les outils modernes pour générer des pages statiques.
Il y a plein de bénéfices qu'on verra un tout petit peu plus tard dans l'émission.
Mais en fait, le concept c'est vraiment ça, c'est de refaire des sites statiques.
Et en fait, le concept c'est que je vais coder, je vais créer tous mes composants,
si je veux faire des composants et au moment où je vais lancer ma génération de mon build,
en clair je vais aller récupérer toutes les données qui vont être stockées sur un CMS distant.
Et je vais bien différencier mon code de mes data.
Et en fait, mon code va aller récupérer les data via une API REST ou GraphQL.
Je vais builder et générer en fait toutes ces pages statiques.
Et je vais prendre tout mon bundle et je vais le mettre sur un CDN.
Et je vais automatiquement updater le cache et tout ça pour résoudre tous les problèmes de cache.
Et en fait, mes utilisateurs vont avoir un site statique directement.
Et on verra un petit peu plus tard dans l'émission que même si c'est du statique,
en fait, on peut quand même avoir des choses dynamiques.
C'est pour ça qu'en fait, l'un des slogans de la gemstakes est « static is the new dynamic ».
Ok, donc pour résumer, pour les gens qui sont un petit peu moins techniques,
comment fonctionne un site actuellement si vous avez un site WordPress ou des choses comme ça,
sous PHP ou d'autres technologies.
À chaque fois que vous faites une requête pour afficher une page,
vous avez le PHP qui se met à tourner et qui génère une page en fait, à chaque fois.
Chaque fois qu'un utilisateur vient sur le site, une page est générée par le serveur.
La différence avec les sites statiques, c'est que là, les pages sont générées une fois et ensuite,
c'est des HTML.
Donc à chaque fois qu'un utilisateur vient sur le site,
ça appelle la page HTML et le serveur ne travaille plus derrière.
Donc on va voir les bénéfices juste derrière,
mais il y a vraiment une grosse différence, surtout au niveau des performances
et de la simplicité au niveau du serveur tout simplement.
Oui, en fait, c'est comme si il y avait un espèce de moteur qui tournait à chaque fois.
C'est-à-dire à chaque appel, à chaque fois qu'on affiche une page,
il y a un moteur qui tourne pour générer la page et pour retourner la page générée.
Alors que là, en fait, c'est comme si on avait une espèce de petit disque dur
où on lit directement le fichier qui est interprétable,
on va dire immédiatement, par notre navigateur.
Donc le gros bénéfice, c'est déjà sur la rapidité.
Exactement, la rapidité.
Je dirais que c'est une question de logique aussi,
puisque souvent, il existe quand même beaucoup de sites
où le contenu change assez rarement.
Quand on parle de sites plutôt simples, sites vitrines,
ou même sites un peu plus complets, mais avec des contenus qui changent très rarement,
et c'est complètement illogique de générer une page pour un contenu qui est toujours le même.
Donc évidemment, il existe des systèmes de cache, etc. sur les serveurs.
Après, ça demande justement une complexité au niveau du serveur
pour pouvoir mettre des choses en cache, etc.
Alors qu'avec le système statique, c'est beaucoup plus simple.
Et effectivement, le contenu change jamais,
donc la page est toujours la même.
Donc c'est vrai qu'après l'avantage qu'on verra plus tard,
c'est qu'on veut héberger ça plus facilement, n'importe où,
enfin sur des CDM, etc.
Et après, je ne sais pas du tout,
je n'ai pas trouvé de data vraiment fort,
mais c'est juste du bon sens aussi écologique.
Est-ce que c'est nécessaire d'avoir une machine qui tourne H24
pour un site qui est appelé,
on va dire, 200 fois dans la journée,
un affichage de 200 pages dans la journée,
est-ce qu'on a besoin de faire tourner une machine H24
et en termes de puissance,
en termes d'environnement,
j'ai pas assez de retour là-dessus,
mais ça serait intéressant de faire des calculs pour voir, en fait,
est-ce que la Jamstack est un peu plus green que le reste,
même si on sait que l'industrie...
Oui, clairement, on est en plein changement climatique,
actuellement,
et c'est vrai que l'éco-conception est au coeur du sujet.
Donc il y a beaucoup de débats là-dessus,
et effectivement, il y a de toute façon
un impact beaucoup moins important
quand tu utilises du site statique,
puisque déjà tu ne fais pas tourner un serveur derrière.
Il y a quand même un serveur,
puisqu'il y a quand même un serveur qui répond à la roquette,
mais le fait de ne pas faire tourner du PHP
à toutes les requêtes, c'est quand même beaucoup plus économe.
Ça sollicite moins le processeur de la machine,
et le serveur, forcément, dure plus longtemps.
Donc, si, il y a un impact évident sur l'écologie,
ça, c'est indéniable.
OK.
Tu vois, parce que, souvent,
une analogie que j'utilise,
c'est qu'on vient de développer,
et on met un un espèce de moteur de bulldozer
pour bouger trois graviers.
Donc, ça marche, c'est super efficace.
Par contre, ce n'est pas du tout,
mais pas du tout efficient.
On vient développer,
et on vient utiliser des ressources monstres
pour afficher une page
hyper simple et hyper statique.
Tout à fait.
Tout à fait.
Donc, après...
Oui, vas-y, je te laisse.
Vas-y, vas-y.
Après, je ne sais pas,
ça fait combien de temps que tu utilises déjà
un peu la gem stack, toi ?
La gem stack, ça ne fait pas très, très longtemps,
puisque...
ça va faire un an ou deux.
À la base, j'utilisais...
Enfin, c'est assez récent aussi,
puisque, en tant que développeur réacte,
j'utilisais le rendu serveur.
Pendant, ça fait 4, 5 ans,
que j'utilise du rendu serveur via du node.
Donc, c'est pareil.
C'est un petit peu consommateur d'énergie.
Et c'est vrai que, pour des...
Toujours dans la même esprit,
c'est éviter de refaire toujours
les mêmes choses pour du contenu qui ne change pas.
Donc, la gem stack est arrivée
vraiment en masse, je pense,
en 2019.
Où là, on a vraiment des gros outils
qui permettent de faire des sites
de bonne qualité, facilement.
On parlera de Gatsby,
pour ma part, en tout cas,
côté réacte, JS.
Mais je pense que ça fait un bon année
que je l'utilise,
vraiment.
Et là, on peut faire du travail professionnel.
C'est-à-dire que là, il n'y a plus de raisons...
Enfin, c'est plus du bidouillage.
Il n'y a plus de bidouillage.
C'est des vrais outils qui permettent de faire des sites
de bonne qualité.
Ouais, je suis clairement d'accord.
On est sorti un peu du truc
un peu hack, geek,
vraiment poussé.
Et là, on arrive
sur des outils qui sont matures.
Après, la gem stack
n'est pas encore mainstream.
Mais effectivement,
2019 a été l'année
où ça a vraiment florie,
ça a explosé.
Je pense qu'il y a aussi une conjoncture
avec tout un écosystème
de web service
qui rendent en fait la gem stack possible.
Je pense à Netlify,
un hébergeur
qui a fait un boulot et qui a vraiment
œuvré et poussé au maximum.
Mais...
Il y a tout un contexte
qui fait que,
2019 et 2020, je pense qu'on est en plein
dans
la grosse montée de la gem stack.
Après,
si on reprend l'essence même
de la gem stack, de faire du site
statique,
c'est parti de vraiment super loin.
Je pense à Jekyll,
qui est fait en rubie.
Lui,
je ne sais pas
la jeunesse du projet,
mais
Jekyll, c'est super vieux.
Ils sont en version 4, je crois maintenant.
C'est vraiment vieux.
Il prouve déjà
que le concept de statique
était déjà présent.
Par contre,
tous les services
de CMS,
on est obligé de parler
de WordPress.
On est obligé.
C'est incontournable.
Parce que

fervessances de WordPress
et je pense aussi que
personnellement,
les fervessances
et l'évolution
de la gem stack
aujourd'hui, elle est aussi dû
à WordPress.
Mais sur les mauvais côtés de WordPress,
les gens voulaient
autre chose.
Ils voulaient une autre alternative.
Je pense que
comme beaucoup de personnes,
personnellement, j'ai utilisé aussi WordPress
et
j'ai pété des câbles avec les mises à jour.
Clairement,
sur les plug-ins
et les interférences
entre telle version de plug-in
avec telle version de plug-in.
Je te confirme.
C'était un de mes jeux fères.
Je fais encore du WordPress pour
certains clients
et je te confirme
la mise à jour des plug-ins
les attaques
au niveau de WordPress.
C'est très compliqué.
Pour simplifier les choses au niveau de WordPress,
j'utilise le minimum de plug-in.
Je limite totalement les plug-ins.
Comme ça, je sais que
quand je fais une mise à jour, je prends aucun risque.
Et surtout,
c'est ce qui est impressionnant.
J'utilise un plug-in de sécurité.
C'est le nombre
d'attaques.
Le nombre d'attaques qu'on a tous les jours
sur le site.
Toutes les URL sont attaquées.
C'est impressionnant.
Tant qu'on n'a pas mis un peu de sécurité,
on ne se rend pas compte à quel point c'est attaqué.
Après,
WordPress est mainstream.
Et donc, derrière,
tous les hackers,
enfin non pas les hackers,
mais vraiment les pirates
qui veulent récupérer de la bande passante
pour envoyer des spam ou que sais-je,
ou pour faire de l'injection de lien
pour des sites
porno ou de casino,
clairement, ils vont aller sur ce type
de sites
là.
C'est un article
que j'avais fait en médium
fin 2017,
où je disais, ok, j'arrête WordPress.
C'est pas possible.
Parce que ce que j'appelle
la Developer Experience,
c'est
catastrophique.
C'est vraiment,
tu serres les fesses, t'as peur et tout.
Exactement.
Et du coup,
j'arrête, j'arrête total.
Mais je pense,
à l'époque, on parlait,
ça commençait déjà à parler de WordPress.
Par contre, moi, la seule expérience que j'avais
avec du Statix, c'était du Middleman,
qui est l'équivalent de Jekyll.
Et en fait,
tout simplement,
j'avais une sorte de micro-base de données
avec du YAML et ça passait.
Mais j'étais le seul à contrôler les données,
donc c'était encore relativement simple.
Donc ça,
ça allait, je pouvais contrôler,
enfin pour moi, le plus important,
c'était vraiment le contrôle du code
parfait.
Donc versionner, guide et tout ça.
Mais
de pas être dépendant
de plugins tiers
avec des mises à jour
plus ou moins hasardeuses.
Oui, après,
de mon point de vue, je pense que
WordPress est incontournable,
parce que de leur chiffre,
c'est plus de 30% du web.
Donc WordPress est incontournable
par son...
Oui, du coup, ça devient une cible des hackers.
C'est un peu comme le problème de Windows à une époque,
qui était tellement majoritaire qu'on a
s'attaqué à Windows et du coup,
toi, tu avais un Mac qui était tranquille.
Je pense que la force,
et on le voit bien avec Gatsby,
guide VGS,
si Gatsby veut grossir
et c'est ce qu'ils sont en train de faire,
il se rapproche de WordPress
et pour, justement, pour
séduire les utilisateurs de WordPress,
les vrais développeurs WordPress,
je vous parle, il n'y a pas des gens qui
justent installent des thèmes, etc.
Et on voit des développeurs WordPress.
Les webmasters.
Oui, pas des webmasters, des vrais développeurs
qui font leur vrai thème, etc.
Et qui envoient des nouveaux
développeurs qui arrivent sur la gem
stack, notamment avec
moi je connais bien Gatsby, je vois des
développeurs qui branchent un Gatsby
à WordPress puisque c'est assez facile
avec les des plugins.
Et ils proposent des sites
en statique avec un bac
en WordPress. Du coup,
l'utilisateur qui n'est pas très à
l'aise, il reste dans son ecosystem
WordPress et en même temps, devant,
c'est des Gatsby, si le statique, c'est efficace.
Mais, ouais, mais tu vois,
moi qui suis un anti WordPress,
je vais l'affirmer pour toutes les
raisons que j'ai évoquées tout à l'heure.
Mais en fait, clairement, je pourrais revenir
sur WordPress, juste
en mode CMS, quoi.
C'est-à-dire en CMS
API Driven, c'est-à-dire
c'est juste le contrôle des données,
mais tu t'occupes
pas du rendu, tu t'occupes
pas des thèmes, tu t'occupes pas, en fait
c'est moi qui garde le contrôle de tout ça.
Et j'utilise WordPress
juste pour la gestion des données.
Et là, clairement,
ouais, peut-être que je suis prêt
à faire, tu vois, de revenir sur WordPress.
Après,
WordPress est mainstream là-dessus,
tu l'as dit, c'est
monstrueux le pourcentage
d'utilisation. Après, aujourd'hui,
il y a plein aussi d'autres
on va dire, de services
qui se sont mis en place, qui sont plus
ou moins, enfin, soit open source, soit payant,
mais tous les CMS
on va dire, headless
qu'on appelle les API Driven
ou tout ça, ils n'ont rien, il y
y en a quand même pas mal.
Je pense à Contentful qui est monstrueux,
je pense à Datocms, qui est
sur lequel je te trouve hyper facile.
Et le petit dernier
que j'utilise, c'est Sanity.io
qui est en ODE, mais
pour le coup, c'est vraiment propre,
c'est facile. Et
après, c'est une approche
commerciale, et je pense
que tu peux nous en parler, mais
c'est sûr que
quand quelqu'un te dit
oui, on veut utiliser WordPress
en fait, ce qu'il faut comprendre
c'est qu'il veut garder le contrôle
de ses données et c'est tout à fait
logique pour changer
ses horaires d'ouverture ou
pour mettre une nouvelle news, il
ne veut pas passer par quelqu'un, il ne veut pas
être tributaire d'un prestataire
et c'est tout à fait normal
aujourd'hui en 2020 que le
client, il puisse contrôler
ses données. Après
que ce soit un WordPress ou
autre chose, moi je pense que
ce n'est pas tellement gênant
tant qu'il contrôle ses données.
Ce n'est pas gênant de partir
au moment où ça arrive
je ne sais pas de ton côté, mais
de mon côté, tant en tant que je
ai des clients qui me demandent un WordPress
donc explicitement ils te disent, moi je veux
un WordPress, après pourquoi
les raisons on ne va pas chercher
à comprendre. Il y a aussi un avantage
d'utiliser de WordPress et que c'est aussi plus facile
de trouver des prestataires derrière qui vont reprendre
la suite ou des choses comme ça.
Mais clairement
c'est vrai qu'aujourd'hui il y a
une pléthore de services en ligne qui
permettent de gérer du contenu. Alors après
moi je suis un peu réservé sur les services en ligne
parce que justement c'est beaucoup
poussé, la Jamstack
est beaucoup poussé par tous ces services
qui sont mises content de full
et strapie, tout ce qu'on peut trouver
aujourd'hui. Et je suis un peu réservé
puisque c'est vrai qu'il y a des versions gratuits
de ces services, mais dès que tu veux
monter un petit peu en volume
là les tarifs ça commence
un petit peu à piquer, surtout
sur certains.
Donc je ne sais pas de toi de ton côté
c'est déjà fait. Je pense à content de full.
C'est sympa la version gratuite.
C'est monstrueux, c'est très très cher. Après ça devient
très très cher. Donc on comprend pourquoi
ils poussent la Jamstack.
Et forcément ils prêchent leur paroisse.
Mais
c'est pour ça aussi qu'on peut dire
souvent que la Jamstack c'est pas forcément
adapté à tous les projets.
Donc forcément de toute façon, faut toujours
faire du principe qu'on a un projet
et après les outils s'adaptent au projet
et par l'inverse, ça c'est toujours la base
pour les projets qui fonctionnent.
Mais le bon sens
plutôt que de toujours tout faire avec
le même outil, mais qu'importe le projet.
Mais
oui, voilà, ça réfléchir.
Je ne sais pas ce que tu en penses toi.
Tu as déjà fait des gros projets avec des services
en ligne de contenu.
Alors
des gros projets
on va dire
il faut définir gros projets.
Par contre, ce qui est sûr c'est que
ton
ébergement par exemple de WordPress
s'il y a énormément
de blog posts
tu vas être obligé
d'avoir un serveur un petit peu plus
solide qui tient un peu plus.
Et donc on va vite arriver
sur des problèmes de rapidité
et donc il va falloir
que tu mettes en place
un serveur un petit peu plus de
qualité. Du coup, si tu
déplaces en fait
cette charge
sur un CMS
payant soit
à 10
ou même à 20 balles par mois
clairement
tu déplaces ton budget
parce que ton front il va être
ébergé en statique.
Aujourd'hui
le coût de l'ébergement statique est
quasiment dérisoire.
Sur un coût très très très très très très très faible
si on
paye 2 ou 3 dollars
grand max par mois
même
même avec du
grosse charge on monte à 30 dollars
allez on va dire
à 30 dollars par mois
on a un site
qui est monstre béton
avec une qualité de service
qui est payante soit
oui et je suis pro open source
il n'y a pas de problème
par contre le fait de
passer par un service payant
et de l'ES qui font un CMS
nickel tout propre et ils font que ça
bin mine de rien
quand on ramène ça
par mois et la qualité qu'on a
moi je pense que c'est pas si cher que ça
et
il faut juste convaincre
le client
que oui
son WordPress il est gratos
mais son infrastructure elle ne l'est pas
et par définition son infrastructure
elle est moins fiable
et donc il va falloir
qu'il bosse la sécurité tout ça
et pour moi c'est juste
un déplacement de coups
et je pense que au final
sur des gros projets
ça peut revenir moins cher de faire la jamstack
il faut quand même
on va revenir sur WordPress
parce qu'on n'en a pas
mais c'est une légende urbaine
que WordPress est gratuit
oui
WordPress est open source
WordPress on peut l'installer gratuitement
mais
avec l'expérience de plusieurs projets
de gros projets
aussi on en fait
sur WordPress des gros projets
WordPress n'est pas gratuit
puisque si tu veux faire un vrai projet
solide, sécurisé, multilang etc
tu te retrouves rapidement à payer des plugins
donc tout ce qui est
sécurité c'est 100€ par an
tu veux mettre du multilang c'est 100€ par an
et à la fin tu te retrouves vite à payer
300, 400, 500€ par an
pour des plugins de service
donc en fait WordPress est
peut-être gratuit pour des petites sites
vitrines
mais devient vite payant
pour des sites professionnels
donc c'est à comparer
mais enfin aujourd'hui on ne peut pas dire que WordPress
c'est gratuit
ok excuse moi
c'est vrai je vais peut-être
c'est pas par rapport à toi
c'est télévision en fait
par rapport à... en fait
tu as complètement raison
il faut calculer le coût global
d'une utilisation de WordPress et c'est en ça
où je dis peut-être que
déplacer ses coûts vers des CMS
un peu plus béton, propriétaire
soit mais qui font
un seul job et qui le font vraiment bien
c'est
à prendre en compte
et je pense que ça vient faciliter
et simplifier aussi la vie
et la qualité du rendu
à la fin je pense
sera meilleur pour un coût
identique voire légèrement
supérieur, allez on va dire
mais je pense que c'est moins cher
au final et avec tous les avantages
que ça amène en termes de sécurité
en termes de rapidité
en termes de...
de...
ouais exactement c'est complètement scalable
enfin pas... ouais
mais bien sûr, enfin j'avais complètement
oublié ça mais c'est
complètement scalable
dans la mesure où le nombre de personnes
moi que je connais dans mon entourage
un exemple typique d'un petit business
qui prend une parution radio
ou une parution télé
M6, une mission M6
par exemple
et le site
se fait déglinguer la tête
et en fait il passe d'un buzz
à un bad buzz parce que
il y a un déni de service
clairement
et j'avais vu en plus
en cette période de confinement où on nous
était prêche d'économiser le réseau
clairement j'ai vu un poste
passer sur LinkedIn qui disait
voilà, faites votre site en statique
ça... comme ça
le site sera économe en réseau
et il n'y aura pas de soucis
donc c'est totalement dans la tendance
de l'éco-conception
et puis aussi de la réduction du réseau
d'utilisation du réseau
carrément
carrément, sur... mais
pour revenir sur la scalabilité
mais c'est... ouais c'est tellement
énorme parce que
WordPress
je sais pas, je connais pas, je suis pas s'expert là-dedans
est-ce qu'on peut optimiser
tous les appels, les requêtes
à la base de données, des choses comme ça
on peut optimiser ou on subit...
tu peux pas vraiment optimiser parce que la base
WordPress est assez basique quand même
si tu regardes dans le détail, les tables
sont assez simples
la chose qu'on peut vraiment optimiser
c'est la mise en cache
la mise en cache des pages
pour éviter qu'elles soient
régénérées à chaque appel
c'est une sorte de statique
on peut dire ça
ça fait une sorte de page statique
de chaque URL
mais non, la base n'est pas du tout optimisable
et je peux même te confirmer que PHP
ça devient vite un problème si tu as énormément de visites
pour...
d'expérience, j'ai beaucoup travaillé dans les médias
les médias internet
et c'est vrai que la statique
je pense que la Jamstack
ça...
je pense que ça se porte bien
sur le modèle des médias où tu as énormément
de visites
j'écoutais un podcast hier qui parlait
de... de Numéramar
en ce moment avec la crise
du Covid-19, ils ont
des piques de journée à plus d'un million
cinq visiteurs uniques
donc c'est énorme pour une journée
et clairement...
ça commence à causer... et clairement
ils ont des problèmes d'infrastructure
parce que forcément il faut servir les pages
et...
sur ce modèle là je pense clairement
que le statique est vraiment adapté
j'ai bossé dans une boîte
qui avait aussi énormément de visiteurs uniques
par jour et on avait
je sais plus combien de serveurs qui tournaient
derrière
pour générer du PHP quoi, c'était énorme
et les coûts étaient énormes en fait
et puis l'entretien
il s'est là où en fait...
ouais... mais ouais et l'entretien et tout ça
et c'est là où il faut changer de paradigme
c'est que maintenant quand il y a un problème
de scalabilité
oh bah c'est pas grave, on rajoute un rack
on rajoute des machines
on rajoute des servos tout le temps en fait
et du coup t'es là mais
les gars faudraient peut-être repenser un peu
le modèle quoi et... et je pense que
c'est pas si...
enfin le shift est pas si compliqué
à faire quoi
c'est juste changer un petit peu
notre manière de voir les choses
et surtout
regarder le bénéfice à la fin
le bénéfice pour le développeur
bien important mais pour le
le bénéfice client aussi
il a une page
qui est servi plus rapidement
le développeur il sert pas les fesses
à chaque fois et il a
et les financiers derrière
ils arrêtent de payer des serveurs à chaque fois
de rajouter des serveurs, ils rajoutent des serveurs
ils rajoutent des serveurs
enfin c'est une hérésie
ça consomme beaucoup d'énergie
enfin c'est catastrophique
ouais du temps de l'argent de la pollution
enfin c'est...
j'ai du mal à trouver un argument
contre en fait
j'avais une petite discussion avec
quelqu'un qui est responsable d'un gros média
avec plusieurs sites etc en fait aujourd'hui
ils sont très intéressés par la statique
forcément ils cherchent toujours à optimiser
les coûts, la vitesse des sites etc
ce qui manque aujourd'hui
vraiment
c'est prévu dans les
prochains projets en tout cas
Gatsby en parle beaucoup
c'est l'incrémentale
c'est à dire que de pages re-générées
complètement le site à chaque fois et c'est
un souci parce que voilà sur un
média, l'exemple
la personne qui
qui m'a parlé de ça
génère à peu près une cinquantaine de pages
nouvelles par jour d'articles
donc ça veut dire que
si j'utilise du statique, ça serait
à chaque fois cinquante builds et s'en parler
encore de d'autres modifs donc pour eux
c'est un petit peu compliqué à mettre en place
et c'est vrai que si demain on arrive à avoir
un système incrémental
qui génère juste les nouvelles pages
je pense que là les...
une sorte de diff entre l'ancien
et le nouveau et on vient injecter
le nouveau, voilà qui injecte juste
les nouvelles pages sans reconstruire complètement
le site donc une génération de sites
qui serait hyper rapide
je pense que là les
les média vont se jeter dessus
et ils vont éteindre tous les serveurs en fait
ça va être vite réglé
ils vont économiser des milliers d'euros par mois
complètement
complètement, complètement
après je sais que
j'ai jamais utilisé mais j'ai
à voir les statistiques apparemment
Hugo, donc qui est le
générateur de sites statiques
basés en go et
monstrueuse sur sa
capacité de génération
de pages à la minute
enfin c'est monstrueux
il est monstre rapide
après j'ai pas assez d'expérience
et de retour d'utilisation
sévère par contre ce qui est sûr c'est quoi
le temps de build
il est pas
il est pas négligeable quoi, il était...
il est pas négligeable, même s'il est
quand même relativement rapide
si tu as un site de 100, 200 pages
c'est quand même relativement rapide
on va pas dire le contraire
bien sûr
mais il peut être problématique si tu te retrouves avec 50 000
100 000 pages ou 200 000 pages
puisque ça peut vite monter si tu écrits 50 pages
par jour
je pense sur l'exemple que tu évoques
sur tous les médias
où ils sont sur un nombre d'articles
généré
enfin écrit et produit par jour
qui est assez important
avec toutes les mises à jour c'est sûr
après il y a aussi
beaucoup de contenus
et aussi une évangélisation
au niveau des utilisateurs
du service
c'est à dire que si tu as des personnes
qui sont habituées, parce qu'aujourd'hui
les gens sont habitués à aller dans le back office
à écrire leur article par exemple
un nouveau poste
appuyer sur sauver et le voir directement en ligne
après c'est aussi éduquer un peu les gens
pour leur dire ok
tu écrits ton article, tu le valides
mais il sera disponible que dans 5 minutes
ou toutes les heures
c'est aussi ça habitué les gens à plus voir les choses
directement en ligne et à comprendre le système
qui fait que voilà ça
construit le site et ton article
il sera disponible que dans une heure
mais au moins
l'utilisateur pour lui c'est plus rapide
il y a tout un travail à ce niveau là
après
je suis complètement d'accord avec toi
je pense qu'il faut éduquer
après dans la majorité des sites
si on programme un build
par toutes les heures par exemple
peut-être que c'est largement suffisant
peut-être même des boîtes
pour certains clients
un build par jour ça serait largement suffisant
par contre je pense que pour tous les médias
oui peut-être même
mais je pense
pour tous les médias qui sont
proches de l'instantanéité
sur de la réaction tout ça
je pense difficilement attendre une heure
avant de mettre un article à jour
quand ils sont dans
une hyper rapidité
de la réaction à chaud
enfin au niveau des médias
alors après que c'est bien
c'est pas bien ça c'est un autre débat
mais en tout cas ils ont besoin
de cette réactivité là
donc de manière
incrementale ça serait top
Gatsbyjs est en train
de travailler là dessus ? Gatsbyjs propose
des services puisque Gatsbyjs
c'est un peu le même modèle que WordPress
c'est open source donc c'est disponible
gratuitement entre guillemets
le service
après ils viennent de lever je ne sais pas combien
il a beaucoup d'argent parce qu'ils font beaucoup
de développement, beaucoup au niveau
de la communauté mais surtout ce qu'ils vont vendre
exactement comme le modèle WordPress
c'est qu'ils vont vendre des services derrière
ils commencent à vendre des services de cloud
de générations de
sites donc
c'est un service qui génère
un site Gatsbyjs
indépendamment de ton serveur et après il t'emboît
sur le serveur et puis voilà donc leur but
c'est de proposer
plusieurs services comme ça qui s'adaptent
à la gem stack et là
ces pays en par contre donc
les revenus de Gatsbyjs viendront de tous
ces services qui vont proposer aux fermes mesures
et ils travaillent et ils ont annoncé
et qu'ils travaillaient sur l'incrémentale
donc
après ça va s'adapter
forcément ce ne sera pas pour tous
les générateurs de sites statiques
ce sera propre à Gatsbyjs puisque
chaque générateur a un fonctionnement différent
mais
si ça commence à arriver ça va être vraiment
être énorme puisque
là je pense qu'il n'y aura plus de frein à utiliser du statique
il y aura plus en tout cas
carrément
tu t'écris un nouveau poste
30 secondes après il est déjà en ligne
et on peut imaginer même si tu peux
mais tu n'as pas rebildé
les 20 000 pages
tu n'as pas rebildé toutes tes 20 000 pages
et puis si jamais tu as fait une erreur tu peux modifier
et c'est rediffusé 30 secondes après
ou même supprimer l'article ou le cacher
et du coup
tu te retrouves à avoir
une flexibilité énorme
après c'est aussi un autre
bénéfice qu'on n'a pas encore évoqué
c'est justement la possibilité
de rollback
et de pouvoir revenir un peu sur des précédents build
où tout est basé
sur ton comité
ou sur un point que tu as
décidé
et le fait de pouvoir
revenir comme ça un peu
dans le temps
ça a même quand même une grosse part
de sécurité
il y a une connerie sur la version 12
on revient sur la version 11
en un clic
parce que ça une fois qu'on a fait
une mise à jour sur WordPress
d'un plugin
je ne sais pas si ça a changé
mais si ça a cuté
j'étais obligé de revenir sur la version précédente
donc du coup tu fais des copies
pas à cup
ça n'a pas changé
tu dois toujours faire une seule gamme de procté
pour faire la mise à jour
ça n'a pas du tout changé
c'est pour ça que les gens trompent
au moment où il doit cliquer
sur mise à jour
tu as le doigt qui tremble
c'est clair
donc ça n'a pas changé
bon je vais rester sur la gem stack
juste pour revenir
sur l'incrémentale
j'ai un petit tour sur GridSum
qui est l'équivalent de
GazBjs
basé sur Vue
sur la roadmap
je vois dans leur top
de leur priorité
non en fait non
ça doit être priorisé
mais c'est incrémentale build
c'est vraiment la suite
une tendance globale
c'est vraiment le reproche
des gros sites
pour utiliser du statique
c'est le reproche
dès que cette barrière sera levée
je pense qu'il y a des gros
gros acteurs
ça m'étonnerait pas qu'on voit
des gros journaux
New York Times
qui passeraient là dessus pour dimuler
la charge serveur
et puis aussi
après
après
après
souvent
les gros acteurs
de media sont
vraiment
un peu le reflet
de la techno
c'est à dire si eux ils passent
en fait si eux ils switchent sur
des nouvelles techno
derrière il y a un peu
le effet en cruisifiquement
j'ai horreur de cette théorie
mais en fait
par idéo tout le monde
va suivre la tendance
des gros acteurs
et donc le jour où un gros
un major il passe là dessus
clairement ça va vraiment devenir
mainstream et tous les gens vont écouter
vont se pencher un peu plus
sur la question
déjà souvent les médias ont des grosses équipes
en interne de développement
ils ont les moyens, ils ont des grosses équipes
et ils ont tendance à implémenter beaucoup de choses
pour optimiser le chargement etc
mais
et souvent tu as des acteurs qui sont un petit peu
précurseurs qui osent
tester des nouvelles techno
et c'est vrai qu'après une fois que
ces acteurs mettent en place
des nouvelles techno la plupart des gens regardent
souvent ils se suivent des articles etc
des exemples et les gens derrière suivent
en disant si lui il l'a fait on peut le faire
on y va
c'est souvent important d'avoir des gros acteurs
qui testent des nouvelles technologies
qui implémentent
et
je sais pas si on peut comparer
on peut
expliquer
moi je suis plutôt développeur React.js
toi t'es plutôt vu
même si on s'entend très bien
et
moi j'ai plutôt l'habitude
de Gatsby.js
on pourrait peut-être s'amuser un petit peu à comparer
Critzom et Gatsby
moi je connais pas du tout Critzom
je sais pas comment il fonctionne
peut-être c'est exactement pareil que Gatsby
donc
tu veux...
en fait il va traiter
Critzom en fait l'idée c'est
ton code et ta source de données
et en fait
il y a tout un écosystème de plugins
où tu vas brancher tous les services
possibles
quasiment tous les services ont développé leurs petits plugins
et même il t'explique
justement comment créer un plugin
pour brancher
en fait ton service de données
et
ton service de données va être
transformé
en espèce de
de graph
graphql de schéma
et en fait tu vas requêter
avec ta collection
et ton
tes nodes directement
en graphql
et voilà donc tu peux brancher du
du md donc du markdown
tu peux brancher
dateau cms, sanity
content de fou et tout ça
et tu vas en fait aller
requêter directement
dans tes pages tu vas
faire un appel
graphql
on est sur le même système que Gatsby
en fait c'est exactement la même chose
c'est la force donc j'imagine
là je suis sur la page d'accueil et je vois
à peu près la même chose que Gatsby
la force de Gatsby en fait c'est de
c'est de pouvoir
agréger des sources de différentes
de différentes data de différentes apis
en fait tu peux avoir
des services en ligne
des apis perso etc
tu peux même avoir des fichiers markdown
et tout ça en fait c'est
transformé en graphql
en données graphql
et derrière pareil on peut
dans les templates donc réaliser avec React
on fait des requêtes
et on va taper sur le graphql
et on récupère toutes les data
c'est vraiment la grosse force en fait
les deux fonctionnent à peu près pareil
donc la grosse force c'est
d'aller prendre une source de données
de la transformer en graphql
et nous derrière au niveau des templates
on peut utiliser graphql facilement
et c'est vrai que c'est un vrai plaisir à utiliser
en tout cas Gatsby c'est un vrai plaisir à utiliser
une fois que tu as branché, tu as ton API
tu fais des requêtes graphql
tu récupères tes données
c'est un vrai plaisir
après ce qui est vachement bien
c'est que
c'est une sorte d'agrégation
c'est à dire
si le service, je prends un exemple pour une boîte
si le service marketing veut utiliser
contentful
mais les devs pour leur documentation
ou pour que ça j'y veuille
utiliser un fichier json
ou tu as une autre personne
qui veut utiliser
netlify cms
en fait tout est possible
c'est à dire
les 3 sources de données
peuvent arriver dans gridsome
ou Gatsby
et le code en fait
enfin
gridsome ou Gatsby vient unifier tout ça
agrégé
pour avoir un seul point d'entrée
qui est graphql
et pour le coup ça c'est super facile
parce que s'il faudrait
s'adapter
à chaque fois du contenu
ou du provider
qui nous délivre le contenu
ça serait vachement plus compliqué
tout est unifié donc c'est vachement plus facile
oui tu peux vraiment brancher
tu peux mixer différentes sources de contenu
tu vois des choses assez
incroyable
il y a des gens qui arrivent à faire des sites avec des google docs
voilà il faut
un tableau dans google doc
qui récupère les data avec la paye google doc
et tu montes un site là dessus
c'est assez hallucinant
puis il y en a des services qui sont
c'est un plaisir à utiliser
certains services je sais pas si tu utilises rtable
ou des choses comme ça
c'est excellent
bien sûr
et après on vient mixer ça
avec un zappier
et là je pense que là on vient
exploser les possibilités
clairement
on peut faire un google form
le google form il va sur
zappierre qui remplit le rtable
qui remplit le site
et qui est généré
on passe par plein d'acteurs
mais au final
ça marche
c'est super fruit
vraiment en termes de potentiel
c'est monstrueux
je parle pour gatsby
il y a une grosse force aussi au niveau de gatsby
j'imagine que chrytum est un peu plus récent
il me semble
donc c'est peut-être en train de se monter
oui c'est beaucoup plus petit
ils ont beaucoup moins de moyens
bien sûr
c'est un grand bien bien bien bien
gatsby ils ont une grosse communauté
mais vraiment très grosse communauté active
si tu vas sur le github
enfin ça bouge
tous les jours il y a des comites
ça bouge beaucoup beaucoup beaucoup
beaucoup d'issues
et il y a aussi
toute la partie plugin
donc il y a pas mal de plugins qui sont disponibles
pour brancher des services existants
tu te dis ça peut être un WordPress
ça peut être un content de full
on n'a même pas besoin de coder le plugin
pour les chercher les ressources
ça existe déjà pour la plupart des services connus
ensuite il y a aussi
parce qu'ils ont compris quand même
qu'ils veulent toucher la communauté qui vient de WordPress
il faut quand même proposer des histoires
de thèmes etc
donc on a une partie plugin
une partie thème
donc la possibilité d'avoir des thèmes
que tu installes facilement
et qui te génère un site
puisque c'est ça en fait
là on parle de pas mal de choses techniques
est-ce que c'est pas réservé finalement
à des développeurs
c'est un peu élitiste
clairement
après le jour où
la Jamstack
a facilité
où il y a un service
qui justement
facilite en un seul clic
l'implémentation
du
serveur
du
CMS
du
code
de la génération de sites statiques
en un seul clic
et avec un espèce de thème
tout ça
clairement sans aucune
c'est pas du tout péjoratif
mais ce jour là tous les webmasters
pourront l'utiliser
et à ce moment-là
ça commencera à devenir mainstream
et tout le monde utilisera ça
et ça sera facile pour tout le monde
donc clairement
là aujourd'hui il faut quand même être def
parce que paramétrer
paramétrer tout ça
créer toutes les connexions
il faut un minimum de background
clairement
on peut très bien imaginer
aujourd'hui tu vas chez un hébergeur
du type infomagnac
ou OVH
quand tu prends un hébergement assez simple
mutualisé, tu as souvent des modules
que tu installes
donc ils te proposent WordPress ou PrestaShop
donc tu installes un module WordPress
fantastico
tu installes un WordPress
tu as accès à la ligne
tu choisis ton thème etc
on peut très bien imaginer un jour
pareil ces acteurs-là, OVH
qui proposent un module Jamstack
donc Grisom ou GadB
ça t'installe un GadB
tu choisis ton thème
et puis après tu utilises un système
externe, contentful, sanity
ça pourrait très bien exister
dans quelques années
je le vois bien fonctionner
et là du coup, oui effectivement
les webmasters qui ont
voilà, qui sont
on va pas critiquer les webmasters
c'est moins dédeffnant
mais c'est pas du tout
mettre des scuides contre
les webmasters, aujourd'hui
ils font tourner aussi le truc
tu vois donc
c'est très bien
mais c'est pas dédeffre
donc s'il faut
rentrer
des requêtes graphql
ou des choses comme ça, ça sera un petit peu plus compliqué
donc
soit ils montent en compétence
soit tous les services
leur proposent
de faire des choses un peu plus faciles
et
et leur facilite le boulot
clairement
mais je pense que
on va vers cette simplification
et une sorte
de script
qui vient d'iploie
directement
le site statique
qui est branché directement chez les bergeurs
ou des choses comme ça
clairement ça serait
d'autant plus facile
je sais plus
si on avait déjà parlé de sécurité
au début de l'épisode
par rapport à James Stack
je crois pas, de façon
déjà 1 sur les mises à jour
déjà t'as moins de sécurité
mais t'es plus
plus secure sur tes mises à jour
par contre le fait d'avoir
des fichiers statiques
on vient fermer la porte
à tout ce qui est injection
on a déjà un peu parlé
d'accord
ensuite
on pourrait parler
les bergements tu utilises plutôt
des Tify
moi je suis un pro
j'ai un peu, je suis plutôt
un no, j'utilise no pas mal
je crois que tes services marchent
à peu près de la même façon
pour mon utilisation
c'est via GitHub
on a un plugin no
qui est branché sur le GitHub
de la repository
à chaque modification du code
no le detect
et publie
une nouvelle version du site
je pense que les Tify ça marche à peu près de la même façon
c'est exactement pareil
je pense que c'est une feature
que now
utilise
mais tu peux brancher
sur une branche
particulière
et ce qui fait que
par exemple tu montes
toutes les PR
ou
tous les commits
tu choisis soit que les commits
soit que les PR
les poulets request de
de tels branches
et ce qui fait que
c'est comme si tu avais une sorte de staging
ce qui fait que tu peux
le valider
et moi je vois quand je finis
une feature
ou quelque chose vraiment qui vient changer
je viens
bider une version à part
et j'ai un lien unique
qui est basé sur le commit
et je peux partager ça à mon client
ce qui fait que lui il voit
en fait
ma version build de ma PR
du coup il me la valide
et derrière
une fois que c'est bon
là je fais mon merge sur master
et là ça bascule automatiquement
je pense que c'est une feature
que Naro pise aussi
en fait à partir du moment
une fois que tu as branché
ton repo sur now
partir du moment où tu as un now.json
dans le dossier, dans le route
il prend toutes les branches
donc tu peux avoir une branche master
une branche develop et puis
dès que tu fais une modi il va te la balancer
et après tu rajoutes un autre domaines
sur le
le build
et puis voilà, tu peux oui tout à fait avoir
un sous-domaine staging
ou des choses comme ça ou développement
pour avoir une préversion
du site avant de les mettre en prod
ça marche comme ça
ça marche comme ça exactement
ah ok mais c'est pas buildé
sur le commit en fait
si si si si
c'est toi qui... ok
dès que tu fais une modif en fait il détecte
dès qu'il y a une modif il détecte
et il lance un build
donc après il te met
sur une URL par en fait
mais après c'est dans les configs
qui détermine les URLs qui vont pour chaque
dossier
et après on peut parler aussi du système
par exemple si on utilise du content
full on peut brancher
Netlify Uno de la même façon
les webhooks

imaginons on fait une mise à jour d'un article
on ajoute un article sur content full
enfin un article ou une page
et dès qu'on sauve en fait content full
va faire un appel
via un webhook
de Netlify ou de No
qui dit à Netlify
il y a un changement de contenu
vas-y refais le site
balance le build
en fait c'est une sorte de trigger
en fait tu vas pouvoir triquer
via un webhook
excellent
donc du coup voilà ça marche tout seul
et
WordPress aussi il y a un système
je sais qu'il y a un plugin qui existe
de webhook
alors c'est ça aussi la communauté WordPress
elle est quand même super active
et c'est pour ça qu'on voit de plus en plus de gens
qui s'intéressent à Jamstack liés
à WordPress
puisque forcément il y a une communauté active
qui est en train de faire pas mal de plugins
il y en a déjà des plugins de webhook
sur WordPress qui sont capables d'appeler
Netlify
pour dire
il y a un post qui a été modifié ou ajouté
il y a pas mal de plugins aujourd'hui
qui sont disponibles
tout ce qui est GraphQL
aussi sur WordPress
je ne sais pas si je le fais sur WordPress mais GraphQL
pour la petite histoire Gatsby
a embauché la personne qui a créé
le plugin vp GraphQL
je sais plus son nom
ils l'ont embauché en interne tout simplement
pour continuer à développer
ce plugin
donc on voit bien que Gatsby
se rapproche
et a vu son intérêt à se rapprocher de WordPress
ils ont des gros intérêts en commun
et du coup ils ont bien compris
qu'ils ne peuvent pas aller contre WordPress
mais il faut aller avec WordPress
moi mon souhait ultime
ce serait qu'un jour
les deux soient mixés
j'imagine
qu'on est carrément un système de statique
dans WordPress et quand tu fais ton site
ça génère un site statique
que ce soit Gatsby ou autre
j'espère qu'un jour
dans quelques années on aura un système comme ça
on aura directement du cash
généré en fichiers statiques
à chaque modification dans l'admine
peut-être qu'un jour
WordPress viendra là-dessus
au niveau en termes de sécurité
ils ont tout intérêt de faire ça
c'est clair
après je pense que
avec l'avènement
de cette gemstag
du retour un peu du statique
je pense que
WordPress
va se concentrer
sur la gestion des données
sur des choses comme ça
ça existe toujours le plugin
Advanced Field
A.C.F
Custom Field
A.C.F
C'est pour faire
des custom fonts prop type
C'est très utilisé
d'ailleurs toutes les agences
professionnelles en WordPress
logiquement si tu fais un WordPress
de manière professionnelle
tu es quasiment obligé d'utiliser ce plugin
autrement
tu n'as pas généré du contenu personnalisé
donc c'est un plugin
qui est très populaire
et qui est très utilisé
et qui a beaucoup évolué aussi
donc il y a pas mal de gens qui utilisent du flexible content
en fait
c'est une façon d'utiliser A.C.F
pour générer
je sais pas comment expliquer ça
ça ressemble un petit peu à une
façon un peu comme content de foule
tu fais des blocs
qui vont accueillir du texte
des images etc
donc tu fais plusieurs blocs
et derrière
Gatsby va appeler la pays
et va récupérer ces blocs
et ces blocs ont des noms
et donc tu fais des boucles
sur ces...
c'est une sorte
oui c'est la paix rest donc ça reste du G-Zone
ça passe par la paix rest
ou alors par vp grasql
mais voilà tu récupères
tes blocs que tu as généré
avec de flexible content
d'A.C.F
et du coup oui
A.C.F existe toujours et est très utilisé
personnellement je n'utilise pas mal
ouais mais tu vois
mais je pense que c'est des plugins
comme ça qui
justement si WordPress devient un peu
un truc vraiment
data driven
ou on vient brancher la pays
par contre je suis un peu
moins réticent
enfin je suis un peu plus méfiant
sur tout l'écosystème fronte
pour le coup tous les thèmes tout ça
il y a peut-être falloir qu'ils évoluent
un peu quoi qui ressortent
des thèmes un peu plus statiques
enfin statiques non
mais pas formater WordPress
parce que justement si on va vers
sur une gem stack
le front sera plus
généré par WordPress
mais sera généré par le générateur
de sites statiques
et donc par définition
on ne peut pas utiliser les mêmes thèmes
alors qu'aujourd'hui je pense que
l'écosystème on va dire commercial
de WordPress il se fait beaucoup sur les thèmes
oui il y a un gros business sur les thèmes
sur les plugins
et après tout ce qui est service
associé à WordPress
ça peut être
automatique la société
qui fait WordPress
qui est la tête de WordPress
ils vendent beaucoup de services
de recherche
tu peux mettre des systèmes de recherche
enfin voilà tout des choses que tu peux ajouter
à ton site WordPress et ensuite tu payes
par mois ça peut être 10, 20, 30
ou 100 euros par mois
pour avoir des services supplémentaires
du CDN, d'image, de fichiers statiques etc
donc il y a plein de services comme ça
en fait c'est ça WordPress c'est beaucoup de services
qui se branchent dessus
et qui sont payants
et tout le business est là dessus
mais au final
enfin tu vois
pour revenir sur la gem stack
à comparaison de WordPress
je pense que
si tu veux un truc solide, béton
financièrement parlant
ça va pas te coûter plus cher
tu vois et je pense même
ça va te coûter moins cher
avec un rendu
pour un rendu qui est meilleur
vraiment je pense vraiment
tout à fait ouais
dès que tu fais un site professionnel
c'est pas du tout gratuit
donc voilà
alors moi j'avoue que j'ai encore
on va peut-être parler de ça aussi
l'argument commercial
comment le vendre
j'ai un peu de mal à le vendre
disons que quand je tombe face
à des clients qui techniquement
sont pas du tout à l'aise
et je sens que ça va être compliqué
à leur faire comprendre
j'ai tendance à vite laisser tomber
et à m'orienter vraiment sur un WordPress
comme ça je les sens plus à l'aise
avec la techno
parce que comment est-ce le mot
pardon
alors en fait ils sont plus à l'aise
parce qu'ils connaissent déjà WordPress
ou ils ont déjà entendu parler de WordPress ?
ouais c'est surtout ça
ils ont peut-être déjà utilisé
surtout
il y a aussi
enfin c'est une chose que je n'exige pas du tout
c'est que derrière
c'est possible qu'un autre développeur
reprenne le site
ça va avec WordPress
c'est plus facile de trouver un développeur
qui soit capable de reprendre un site
qu'une gemstack ou ça demande
un peu de compétences
donc il y a aussi ce point-là
pour moi qui est important
enfin en tout cas en tant que
indépendant sérieux j'aime bien
être sûr que mes clients derrière
que le projet va
être pérenne
qui va durer et qui va être entretenu derrière
si jamais c'est... on sait jamais
si jamais ça passe à un autre développeur
c'est vrai que WordPress c'est facile
après
ça c'est clairement
un argument qui peut être un peu touchy
et justement
beaucoup...
un exemple typique
j'ai un prospect qui est venu vers moi
et qui avait un WordPress
il m'a dit ouais j'ai des gros problèmes
de rapidité
c'est extrêmement lent
et en plus
on s'est fait hacker 3 fois cette année
voilà enfin plein des problèmes
d'injection
de lien
et
utilisation de la bande passante pour envoyer
des spas
et donc je pensais que le Théro était plutôt
favorable
pour vendre
de la Jamstack
alors peut-être que j'ai pas été bon
mais
en fait il est resté
sur WordPress
mais je pense clairement que j'ai pas été bon
mais clairement
je lui ai mis en avant tous les arguments
plutôt sécuritaires
donc j'ai joué à mort là-dessus
par contre
il lui me dit oui mais il faut que
moi mon marquetteur
il puisse changer
il veut tout changer
je lui dis bah non
il pourra pas tout changer
par contre il pourra changer les textes
il pourra changer les images
par contre il pourra pas casser votre site
et ça c'est
toute la problématique
de définition des droits avec ton client
qu'est-ce qu'il a le droit de toucher
qu'est-ce qu'il a pas le droit
est-ce que je lui ouvre
l'admine ou pas
enfin ça c'est toutes des questions
qui sont importantes
et je pense que le fait de faire une Jamstack
lui il a accès
aux données sur lesquelles il peut toucher
et clairement à aucun moment il va venir
casser le site
et ça c'est
plutôt pas mal par contre
lui il était
réticent à passer
tout son contenu
sur une solution un CMS
payant il voulait pas
il voulait continuer à garder WordPress
et je lui ai mis en avant
tous les arguments
qu'on a déjà un peu évoqué
sur
ce podcast là mais
l'idée lui il voulait pas entendre
et je lui ai expliqué
la migration de son budget
sur d'autres services
qui allait lui apporter
la sécurité parce que c'est ce qu'il voulait
une rapidité du code parce que
c'était rapide
et
après lui
il voulait pas entendre cet argument là
après peut-être que
j'ai pas été assez bon
pour le coup c'est une expérience
qui
contre la Jamstack
où le client était omnibulé
par WordPress et il ne voulait que ça
par contre tous mes autres clients
avant où
je leur ai dit en fait
ils m'ont parlé de WordPress
j'aurais expliqué mon point de vue
et j'aurais expliqué le contrôle
des données qui pouvait
via dato
dato CMS
ils pouvaient qu'ils allaient
être hyper drive sur
les infos je leur ai montré
des copies d'écran du dashboard
de chez dato
en mode voilà vous avez votre article
votre page d'accueil
vos articles
de blog et vos pages
de voyage pour le coup c'est pour une agence
de voyage
vous faites vos mises à jour
et vous cliquez là dessus ça va pas se mettre
à jour tout de suite on les explique
on leur explique on les accompagne
et au final
il n'y a eu aucune réticence
par contre c'était des personnes qui avaient
un bagage technique hyper hyper faible
donc
ils sont partis du principe
que ok et c'est aussi un argument
que j'utilise
en mode bah non moi je veux pas
moi en tant que pro je fais pas WordPress
pour tel est elle raison tel raison tel raison tel raison
après si vous vraiment voulez du WordPress
aujourd'hui
moi je veux pas
je veux même pas batailler et je veux pas
faire parce que
bah je maîtrise pas WordPress
assez pour faire un contenu
professionnel
comme je voudrais le faire
et j'ai développé
mon expertise sur la gem stack
avec tous ces services là
donc je contrôle le rendu
je sais ce que je délivre
et aujourd'hui moi je suis pas capable de le faire
sur WordPress et la
qualité que je pourrais rendre
sur WordPress ne me satisfait pas
donc j'y vais pas
c'est pas dit que suite à
la discussion là
que je que j'ai regardé
WordPress on va dire
sur le le le WP Graf
ou des choses comme ça pour utiliser
WordPress plus en mode
CMS
on va dire CMS que d'attaque
pour gérer vraiment
ouais voilà vraiment en aides less
pourquoi pas
ce qui me permettrait en fait d'avoir un autre argument commercial
pour justement
discuter et leur dire bah ouais vous avez du WordPress
par contre le rendu il est pas fait
avec
pas fait avec WordPress pourquoi pas je
je sais pas mais en tout cas
on va on va on va dire que c'est
moi je n'ai pas trop galéré à vendre
la la la la la gem stack
à part pour mon dernier client
là Prospect pour le coup
qui lui n'a pas du tout
n'était pas été totalement
hermétique
au discours après peut-être
que moi commercialement j'ai pas été assez
bon et j'ai pas trouvé les bons arguments
pour pour le rassurer
et le mettre en confiance par rapport à ça
je pense que si il y a une question
de confiance après les gens
s'ils sont en confiance et qu'ils sont aussi
ouvert à ouvrir d'esprit pour tester
des outils qui ne connaissent pas forcément
mais font confiance
ok ça a l'air bien machin
ok pourquoi pas tester après t'as aussi
oui c'est vrai que t'as un petit peu
la barrière marketing on a souvent
des entreprises
des services marketing
qui aiment bien changer
tout le site, mettre des blocs par ci par là
et c'est vrai qu'après ben voilà
on parle beaucoup de WordPress dans ce
podcast mais dans WordPress
tu as tous les systèmes
de gestion de contenu du type
comment je sais plus comment ça s'appelle
tu sais où tu gères les blocs, tu gères les blocs
tu mets les blocs où tu veux, enfin c'est du
Weezyweag en gros
au niveau de l'admine
type
W
W, Bécry
ou les visuels compositeurs
tous ces constructeurs de sites
et ça
les gens marketing adorent parce que ça leur
permet de changer les couleurs, changer les blocs
mais c'est d'un autre côté
c'est très dangereux parce que toi
tu fais un design de site, tu fais
des couleurs définies, toute une maquette
et le gars vient derrière et te fait tout en deux
donc
il peut tout casser
facilement et après
en fait dès qu'il y aura
une certaine homogénité
ou un problème
il va se retourner content en disant
putain ça marche pas, c'est de la merde
c'est ça qui me dérange
souvent la barrière est marketing
souvent la barrière c'est le service marketing
qui bloque
qui veut garder le contrôle sur toutes les données
sur tous les aspects
et je pense que souvent ça vient de la barrière
après il y a évidemment une question de confiance
il faut que la personne te fasse confiance
et tu te dis ok on y va, gauche te fais confiance
on essaie ça
mais après oui les arguments sont assez
faciles à trouver par rapport à WordPress
tout le monde
je pense que même des gens qui ne sont pas techniques
ont connaissance du fait que
WordPress au niveau de sécurité c'est un problème
c'est un argument qui se tient à chaque fois
je te laisse tester WordPress pour le mode
WordPress
après il y a pas mal de choses
qui sont en train de se faire
qui sont en train d'évoluer
donc on est peut-être pas encore dans un mode
totalement stable
c'est peut-être pas encore assez mature
on va dire WordPress
et WordPress et pas encore
il y a WordPress en pleine évolution
alors tu as dû entendre parler
de la construction de WordPress

et de Guttembert
voilà donc Guttembert est arrivé
ça fait des blocs donc ça change pas mal
le fonctionnement
des datas au niveau de WordPress
parce que ça enregistre des blocs
le souci c'est que
Guttembert
WordPress enregistre les blocs
en HTML
c'est pas des objets
donc
oui du coup c'est un peu compliqué à utiliser
en API
c'est un peu difficile à récupérer le code
et du coup tu te retrouves avec du code
du contenu en HTML
et au lieu d'avoir des objets
avec des attributs tu vois
donc c'est un gros souci à ce niveau-là
ouais alors je vais
laisser
résoudre ce problème-là
avant d'aller faire un tour
parce que récupérer du HTML
ça veut dire injecter le code
au niveau de ton JavaScript
l'évaluer
et évaluer du code
qui vient d'avoir presse
c'est un petit peu dangereux
donc
voilà c'est pas encore
moi j'ai testé un plugin qui permettait
d'avoir
dans l'API
justement
il transformait en fait
des blocs Guttembert en objets
et du coup tu récupérais via l'API des objets
alors après ça demande du travail parce que tu te retrouves
à faire des blocs Guttembert
c'est pour ça que je te dis
que c'est encore en mouvement
il y a pas mal de choses qui changent chez WordPress
il y a bientôt les multilambres qui arrivent
en natif, enfin il y a plein de choses qui sont
en évolution
donc il faut suivre le truc
Patrick moi je te propose
moi je te propose que
en fait tu test, tu regardes
et quand c'est au point
je vais pas y aller tout de suite
ouais moi j'aime bien tester
j'aime bien tester, je vais perdre du temps
c'est génial
de toute façon
c'est jamais du temps perdu
non, chaque fois que tu test des choses
et que tu perds du temps c'est que tu apprends quelque chose
donc il n'y a pas de problème
ouais clairement
on a parlé
encore parlé des ressources pour
ce qui est Jamstack, où est-ce qu'on peut aller
sur les sites pour trouver
des infos
donc évidemment il y a Gatsby.js
qui a le site
du générateur de sites
où il y a plein d'infos
il y a une très grosse doc
ça c'est la grosse force de Gatsby
c'est qu'il y a une bonne doc
donc si vous êtes un petit peu technique
c'est facile de trouver les ressources
et de vous y mettre, il y a beaucoup de tutos sur youtube
enfin voilà c'est très facile de trouver les ressources
toi de ton côté
après
il y a
deux sites qui sont pas mal
qui viennent référencer
tous les CMS
qui font partie de la Jamstack
donc on va dire qu'ils sont API Driven
donc je pense à
headlesscms.org
où là on va trouver
alors c'est juste un annuaire
il n'y a aucun retour
sur s'ils sont bien, ils sont pas bien
mais on va vite
retrouver
des tendances quand même
et on va avoir
le pendant sur tout ce qu'est génération
de sites statiques
ce qu'ils appellent des SSG
donc ce qu'est Static site generator
et pour le coup
c'est staticgen.com
on va retrouver un peu
avec toutes les langues
on va dire que quelqu'un qui fait
du go
ça va être sans doute plus facile pour lui
de passer sur un générateur de sites statiques
en go
et dans ce cas là il va aller sur le site
en go et il va trouver
tout son écosystème
mais ce qui est sûr c'est
juste en cherchant Jamstack
déjà sur le net ou sur Youtube
on va trouver
pléthor d'informations
et je pense que
les sites
type, comme tu dis
Gatby ou Gridsome
les docs sont hyper bien fait
et en fait dans les plugins
on va brancher
un service extérieur
en allant chercher dans ces plugins
on va trouver d'autres services
et qui vont
c'est comme tout, il faut être un peu curieux
mais en fait on va découvrir
d'autres services
et tester et essayer
mais on va très vite trouver
tout un écosystème
qui est plutôt favorable
après
il y a un podcast
qui a été créé par quelqu'un
qui travaillait chez Netlify
à la base qui s'appelle Jamstack Radio
pour le coup
sur Spotify
sur podcast
sur iTunes, Google Play
on va le trouver Jamstack Radio
et
alors il date un peu
enfin
non, c'est un vieux podcast
c'est à dire c'est un podcast
qui a déjà...
et qui ont 53 épisodes déjà
un certain âge
oui, ils sont déjà 53 épisodes
parfois
il y avait du monde
il s'est passé rien pendant un mois
mais
ils sont plutôt pas mal
ils évoquent vraiment
toute la Jamstack sur toute sa largeur
donc même s'ils sont
on va dire hostés et hébergés
et la personne travaille chez Netlify
il ne parle pas que de Netlify
donc pour le coup
il n'y a pas de contenu trop sponsorisé
donc ils abordent
vraiment tous les sujets
sur une vision vraiment
très large
aussi bien sur des
features, des services
que sur des techniques de développement
de relations clientes
donc c'est assez large
et c'est toujours centralisé sur la Jamstack
ils ont commencé, j'ai déroulé la liste
sur Arrival Episode 1
ils ont commencé en septembre 2016
donc ça fait quand même 4 ans
presque 4 ans
oui, oui
de façon je crois que c'est en 2015
que vraiment
ça a explosé
et Netlify a dû
sortir pendant cette
période-là et en fait
il s'appuie sur le gros site
de Smashing Magazine
qui a fait sa migration
tout le monde a dit
c'est vraiment
c'est vraiment
c'est l'acteur Smashing Magazine
qui est quand même une grosse référence
en termes de blog, design
tout ça dans tout l'écosystème
ils ont fait l'effort
de faire une grosse migration
sur la Jamstack
et justement Netlify
a beaucoup communiqué là-dessus
pour mettre en avant
tous les bienfaits
derrière on a découlé beaucoup d'articles
sur comment ils ont déroulé
enfin comment ils ont fait cette migration
là, qu'est-ce qu'ils utilisent
comment ils le font, qu'est-ce qu'ils gèrent
comment ils le gèrent
et du coup c'est là où ça a mis un petit peu
c'est un peu la
la jeunesse du truc
et après ça a explosé
et puis maintenant
il y a des Jamstack Conf
à Londres, à New York
avec des tickets d'entrée qui sont
assez élevés quand même pour de façon
c'est toujours dans le type de conférence
c'est toujours des tickets un petit peu
un peu élevés
mais on peut retrouver toutes les vidéos
sur Youtube
et on voit toutes les conférences
sur des approches
vraiment propres Jamstack
donc c'est super intéressant
c'était un bon exemple en fait
c'est vrai que Smashin Magazine
il y a eu beaucoup d'articles
concernant leur migration
et j'en viens de sous les yeux
le titre il est assez
explicite
Smashin Magazine a juste gagné
10 fois plus rapide
donc c'est juste énorme
c'est un gros acteur
qui a énormément de pages
et de ressources qui passent sur les Jamstack
ça va déjà un petit peu
de quelques années
c'est en 2016 ou 2017
ils ont fait la migration
leur migration
je crois que c'est
dans ces ola
mais concernant
les conf
le confinement
nous aide à avoir quelques Jamstack
qui sont online et je crois que
la Jamstack qui devait être à Londres en mai
elle va être transformée
en online
et du coup sera peut-être disponible gratuitement
c'est ça ?
27 mai, 28 mai qui devait être à Londres
et maintenant c'est un événement online
c'est
Jamstack Conf
ou
j'ai pas vu si c'était gratuit
mais en tout cas ça sera en ligne
ça c'est officiel
est-ce que c'est gratuit ?
après tu peux récupérer
certains contenus
sont
online directement
oui souvent après ils mettent les vidéos de toute façon
c'est l'avantage
donc ça c'est plutôt pas mal
après ce qui est toujours sympa
de voir
sur ces types de conf
c'est rencontrer du monde
à échanger, à discuter
à récupérer de la bonne énergie
des stickers
et des stickers
évidemment
et des stickers
carrément
après pour aller voir tous les sponsors
là je suis sur le site
de jamstackconf.com
justement on voit tous les sponsors
et on se rend compte que tous les sponsors
sont tous les acteurs
de la jamstack
il y a content de full
il y a forestry, il y a fauna
get big, github
imagix
tout ce qui est
gestion d'image
on va vraiment trouver tous les acteurs
et c'est intéressant
de voir
qu'est ce qu'ils amènent
et on se rend compte que tous ces acteurs
amènent un service
et des fonctionnalités
sur un site
je suis en train de regarder les sponsors
je vois quelques sponsors
je ne sais pas si tu connais forestry
c'est un cms online
qui est assez intéressant
je connais
mais je n'ai jamais eu de gist
c'est intéressant
le fonctionnement c'est que tu as une admine
que tu génères sur ton site
via un fichier G-zone
et derrière
tu as une admine
avec un accès sécurisé
tu fais tes champs
tu définis tes champs pour le contenu
via le fichier
et derrière quand tu valides
ton nouveau contenu
ça te génère des fichiers markdown
et du coup il génère via github
un nouveau build
forestry c'est plutôt pas mal
j'avais testé, c'est assez facile de mettre en place
c'est assez flexible au niveau des champs
de formuleurs
je sais pas si tu connais aussi snipkart
snipkart c'est trop bien
mais juste pour revenir sur forestry
est ce que
c'est clients friendly
ou pas ?
oui c'est une admine
hyper basique
il n'y a rien dedans
à mise à part la gestion de ton contenu
j'avais testé
c'est hyper intéressant
snipkart
le acteur incontournable
si on veut rajouter un panier
sur un site statique
ils sont
très très actifs
au niveau des articles
ils écrivent beaucoup
leur produit est plutôt intéressant
en quelques lignes de code
tu peux ajouter un panier sur un site statique
a webcraft cms
c'est un cms type worldpress
mais beaucoup plus professionnel
ils ont rapidement implémenté
la gem stack
avec un système
de preview
quand tu es dans ton admine
et tu édites ton contenu
il te fait un preview sur le côté
on revient
sur le côté un peu
what you see, what you get
sur les visuels composeurs
ou les beavers
ça peut convaincre
un marketer de passer sur une gem stack
tu as un fichier statique
mais tu as une preview online
en temps réel de ton contenu
que tu es en train de mettre à jour
il y a plein d'acteurs comme ça
même si ça fait quelques années
que la gem stack existe
c'est vrai que depuis
depuis l'année dernière
c'est en plein ébullition
peut-être toutes les semaines
il y a un nouveau service qui sort
ou qui évolue
c'est impressionnant
après ça prouve aussi
que l'écosystème
évolue
et en plein effervescence
donc il y a de plus en plus
d'acteurs, de gens
qui s'y intéressent
il y a une sorte de cercle
un peu vertueux qui se met là-dedans
très bien
je suis pro gem stack
donc je pense que ça peut être
que pour le bien
que pour le bon
il n'y a que du bon
à utiliser tout ça
donc continue
ok, bon bah
je pense qu'on a déjà pas mal
parlé pour le podcast
au niveau de la gem stack, on va peut-être arrêter là
tu as peut-être quelque chose à rajouter
non, moi je n'ai pas trop
je pense qu'on a brossé
quand même assez large
et je pense qu'on est
que au début de tout ça
je n'ai rien
parce que comme tu l'as dit
il y a beaucoup d'évolutions
qui vont arriver
et je pense que ça va encore plus
devenir mainstream
bah c'est bien, c'est parfait
ça évolue, je pense que ça va
dans l'intérêt de tout le monde
aussi bien du développeur
du client, de l'utilisateur
final
de l'utilisateur au quotidien
donc c'est plutôt pas mal
c'est plutôt bon
donc non, j'ai hâte de voir la suite
et puis
et puis bah
non, je pense qu'on a quand même
couvert à peu près tout
moi je rajouterais juste au niveau
écologie aussi, au niveau éco-conception
la gem stack s'y porte
vraiment complètement
puisque tout est optimisé
au niveau de la construction de la suite
les images sont optimisées
tout est optimisé donc c'est vrai
au niveau éco-conception on est vraiment dedans
et ça a beaucoup moins d'impact
sur l'écologie donc
d'ailleurs on va faire un podcast
spécial éco-conception prochainement
donc on en parlera de ça encore
mais c'est...
donc ok, ou est-ce qu'on peut
retrouver sur pour échanger
merci
et bah on peut aller directement
sur
mon twitter à Alex
qui est un nom incompréhensible
mais qui c'est
xlanx6
xlanx6
sur twitter
ou directement sur mon site internet
atypic.dev
de façon à mettre les liens dans les notes du podcast
mode pour ma part
c'est donc Patrick Faramaz
donc on me retrouve facilement sur twitter
Faramaz Patrick, sur LinkedIn
et puis mon site internet c'est goodmotion.fr
tout simplement
donc on va arrêter là et puis on vous dit
à bientôt