Salut Grafikart, merci j'étudie justement ce type de framework, celui que j'affectionne est Fresh Framework également basé sur l'architecture des Islands qui est plus destiné à faire des applications web contrairement à Astro, le rendu coté serveur m'a l'air prometteur coupler avec des parties coté client interactives. Super veille tech. et bonne continuation !
Merci pour la veille , je l'avais vu passer depuis un moment sans trop m'y attarder Ca me fait bien plus penser a 11ty qu'a Next mais la facilité d'integration des ilots js fait toute la difference. Tu m'as motivé pour le tester sérieusement
Je pense qu'ils parlent du système d'ilot d'astro parce que si on a un composant normalement utilisé pour faire une SPA genre react, vue, svelte etc... on perd les états des composants quand on change de page mais grâce au système d'ilot j'imagine que l'on peut décider qu'elle ilot composant va être rafraichis quand la page change ce qui veut dire que l'on peut avoir du code JS genre react, svelte qui vont garder leur états si l'ilot n'as pas a se rafraichir. On peut donc imaginer quelque chose d'hybride assez puissant. Je trouve aussi que le framework a quelque chose d'incroyable car il permet de faire cohabiter différent framework/libraries javascript et ça d'un point de vue travail, mais surtout pour les employeurs c'est un énorme plus. Cela veut dire qu'un employeur pourra sur un projet Astro recruter des dev vue, react, svelte... et donc avoir plus de possibilité de recrutement. A cause de ça je pense que Astro va être très adopter dans le monde professionnel dans le futur. J'ai l'impression que le potentiel de cette outils est clairement immense très franchement. Le simple fait que sur une app astro les recruteurs peuvent prendre n'importe quelle type de dev web est incroyable et ça peut largement suffir comme argument pour choisir Astro sur un projet surtout quand on voit que les salaires des experts dans leur domaine (react, svelte, vue...) ont facilement des salaire à 60keuro voir 100k$ par an simplement parce qu'ils sont assez rare et que quand on est point liée et marié a une techno sur un projet il est difficile d'en changer. Là sur du Astro concrètement on peut voir des projets avoir la possibilité au lancement de tenter de recruter non pas un expert scécifique a un pool de stack technologique mais plusieurs type d'expert et donc avoir une porté de recrutement plus large. Forcément déjà côté business ça apporte une plus value incroyable c'est de ne plus être dépendant d'un seul pool de stack, de pouvoir offrir un peu moins niveau salaire car d'un côté ils ont une porté de recrutement plus large donc plus de chance de trouver un expert. Mais aussi de pouvoir plus facilement remplacer les talents sur ce type de projet. Ces simples arguments business couplé au argument SEO, performance font que surement Astro risque de devenir un des trucs les plus en vogue à l'avenir et que beaucoup d'autre projet vont s'en inspirer. Le site de fireship.io par exemple a été fait avec hugo, svelte, et astro... Pour au final proposer quelque chose de vraiment propre et professionnel je trouve. Est-ce que tu compte faire une série de vidéo de formation sur Astro ou un curriculum sur ton site pour ce type de technologie?
Merci pour cette découverte ! J'imagine qu'un intérêt de pouvoir mixer les framework serait d'intégrer des composants déjà produit dans d'autres libs (ex: système de notification en VueJS et formulaire en React). De cette façon on peut ajouter des modules qu'importe d'où ils viennent, mais je doute que ce soit / sera très utilisé en pratique.
Merci pour cette vidéo. Petite question : si tu ne conseille pas le SSR, que conseilles-tu d'utiliser quand on en vient à faire un site static avec Astro ? Juste request l'api en js dans le component qui en a besoin ? Mais si la data a besoin d'être dans plusieurs components, ça ne ferait pas trop de fetch ? Merci
Dans l'idée je dirais que oui, peu importe s'il y a de la redondance pour récupérer plusieurs fois la même donnée puisque tout se fait au build. Dans le pire des cas ça te donnerait un temps de build un chouia plus long mais rien d'handicapant pour tes utilisateurs finaux.
Question: si j’importe une lib js (genre axios par exemple)dans deux composants différents, est-ce qu’astro va bien code splitter pour que axios soit dans un fichier js dédié ? Ou est-ce qu’il va bundle axios dans chaque fichier de composant ?
Je te confirme qu'il va faire du code splitting dans le cas où la librairie est utiliser par plusieurs composants (il va créer un fichier axios.module.js)
Salut Grafikart, merci j'étudie justement ce type de framework, celui que j'affectionne est Fresh Framework également basé sur l'architecture des Islands qui est plus destiné à faire des applications web contrairement à Astro, le rendu coté serveur m'a l'air prometteur coupler avec des parties coté client interactives.
Super veille tech. et bonne continuation !
"... ça peut être intéressant d'avoir cet outil dans sa boite à outils " Le poète du code. 👌
Merci pour la veille , je l'avais vu passer depuis un moment sans trop m'y attarder
Ca me fait bien plus penser a 11ty qu'a Next mais la facilité d'integration des ilots js fait toute la difference.
Tu m'as motivé pour le tester sérieusement
Merci, moi j'apprecie la partie où, on peut utiler react avec astro. Super!!
Thank you soo much! This helped a lot! ❤️
Je pense qu'ils parlent du système d'ilot d'astro parce que si on a un composant normalement utilisé pour faire une SPA genre react, vue, svelte etc... on perd les états des composants quand on change de page mais grâce au système d'ilot j'imagine que l'on peut décider qu'elle ilot composant va être rafraichis quand la page change ce qui veut dire que l'on peut avoir du code JS genre react, svelte qui vont garder leur états si l'ilot n'as pas a se rafraichir. On peut donc imaginer quelque chose d'hybride assez puissant. Je trouve aussi que le framework a quelque chose d'incroyable car il permet de faire cohabiter différent framework/libraries javascript et ça d'un point de vue travail, mais surtout pour les employeurs c'est un énorme plus. Cela veut dire qu'un employeur pourra sur un projet Astro recruter des dev vue, react, svelte... et donc avoir plus de possibilité de recrutement. A cause de ça je pense que Astro va être très adopter dans le monde professionnel dans le futur.
J'ai l'impression que le potentiel de cette outils est clairement immense très franchement. Le simple fait que sur une app astro les recruteurs peuvent prendre n'importe quelle type de dev web est incroyable et ça peut largement suffir comme argument pour choisir Astro sur un projet surtout quand on voit que les salaires des experts dans leur domaine (react, svelte, vue...) ont facilement des salaire à 60keuro voir 100k$ par an simplement parce qu'ils sont assez rare et que quand on est point liée et marié a une techno sur un projet il est difficile d'en changer. Là sur du Astro concrètement on peut voir des projets avoir la possibilité au lancement de tenter de recruter non pas un expert scécifique a un pool de stack technologique mais plusieurs type d'expert et donc avoir une porté de recrutement plus large. Forcément déjà côté business ça apporte une plus value incroyable c'est de ne plus être dépendant d'un seul pool de stack, de pouvoir offrir un peu moins niveau salaire car d'un côté ils ont une porté de recrutement plus large donc plus de chance de trouver un expert. Mais aussi de pouvoir plus facilement remplacer les talents sur ce type de projet. Ces simples arguments business couplé au argument SEO, performance font que surement Astro risque de devenir un des trucs les plus en vogue à l'avenir et que beaucoup d'autre projet vont s'en inspirer.
Le site de fireship.io par exemple a été fait avec hugo, svelte, et astro... Pour au final proposer quelque chose de vraiment propre et professionnel je trouve. Est-ce que tu compte faire une série de vidéo de formation sur Astro ou un curriculum sur ton site pour ce type de technologie?
Merci pour cette découverte !
J'imagine qu'un intérêt de pouvoir mixer les framework serait d'intégrer des composants déjà produit dans d'autres libs (ex: système de notification en VueJS et formulaire en React). De cette façon on peut ajouter des modules qu'importe d'où ils viennent, mais je doute que ce soit / sera très utilisé en pratique.
Astro est trop cool 😃
Merci bcp
Intéressant merci pour ce Tuto . tu utilises quel OS?
Merci pour la découverte, celà me fait beaucoup penser à Gatsby après je sais pas si l'un est plus avantageux que l'autre
Unstoppable today, unstoppable today
Merci pour cette vidéo.
Petite question : si tu ne conseille pas le SSR, que conseilles-tu d'utiliser quand on en vient à faire un site static avec Astro ? Juste request l'api en js dans le component qui en a besoin ? Mais si la data a besoin d'être dans plusieurs components, ça ne ferait pas trop de fetch ? Merci
Dans l'idée je dirais que oui, peu importe s'il y a de la redondance pour récupérer plusieurs fois la même donnée puisque tout se fait au build. Dans le pire des cas ça te donnerait un temps de build un chouia plus long mais rien d'handicapant pour tes utilisateurs finaux.
Excellent ! Par contre shame pour JetBrains...
Si on modifie le nom du dossier de build par doc, on a un super site gitpages :)
Question: si j’importe une lib js (genre axios par exemple)dans deux composants différents, est-ce qu’astro va bien code splitter pour que axios soit dans un fichier js dédié ? Ou est-ce qu’il va bundle axios dans chaque fichier de composant ?
Je te confirme qu'il va faire du code splitting dans le cas où la librairie est utiliser par plusieurs composants (il va créer un fichier axios.module.js)
@@grafikart Merci
far, and makes confident about using the DAW the first ti.
Merci pour la video. Stp j'aimerais savoir quelle distro linux tu utilises
Arch linux
archi linux je crois donc pas pour débutant malheureusement
@@grafikart merci 🙏🏽
thank ...
Bro RUclips way to comfy with these double 15 second adds
You should not have "non skippable" ads on my videos (I didn't checked this format)
Just make one for soft soft mobile
piece of garbage software... sotis when you work it shutdown out of nowhere... and everytNice tutorialng you worked on is lost if you didn't