UN avantage de VueJs par rapport à React ?
Le 31 août 2021 à 02:09:45 :
Le 31 août 2021 à 02:07:30 :
Les clés...Je bosse depuis plus de 10 ans sur le web, j'ai monté ma propre startup (un logiciel SAAS) et j'en vis. J'ai commencé avec PHP 4 en autodidacte (le modèle objet n'existait même pas encore).
J'ai testé plein plein d'outils, j'ai recodé mon site plein de fois from scratch parce que je suis un passionné et que j'adore ça.
Au début, je codais mes sites en PHP (sans framework), puis je suis passé à Ruby On Rails, puis je suis passé sur React, mais honnêtement, ce framework est beaucoup trop lourd. Rien que pour le tooling, c'est une using à gaz (enfin quand je l'ai essayé il y a quelques années).
En plus, je sais pas pourquoi, mais faire tourner du JavaScript sur le serveur m'a toujours paru complètement claqué au sol (le fameux node_modules), même si je trouve Deno assez élégant aujourd'hui.
Bref, tout ça pour dire, après avoir testé plein de technos, qui avaient chaque fois des défauts : j'ai enfin trouvé mon bonheur. Et cette techno explose de loin tout ce que j'ai pu tester.
J'utilise maintenant le framework Phoenix écrit en Elixir. Jamais vu une techno aussi puissante. J'ai pu remplacer mon site à fort traffic avec un droplet sur digital ocean avec 1 seul coeur alors qu'il me fallait plusieurs serveurs en PHP ou Ruby.
Cette techno implémente un nouveau truc révolutionnaire : LiveView, qui permet en gros de faire des applications réactives directement depuis le serveur. On a tous les avantages d'un truc simple en backend comme PHP avec la possibilité de faire des interactions comme si on avait React.
En plus, le langage Elixir est tellement élégant (c'est de la programmation fonctionnelle !)
Je pense pas que c'est une techno qui est utilisée en entreprise par contre, mais pour vos projets personnels, surtout si vous êtes solo, c'est le rêve !
tu kifferais rails 7, node_modules disparait, plus besoin de node, de npm, et avec hotwire tu fais du temps réel avec 0 javascript aussi
mais ouais phoenix certainement cool aussi
J'ai vu le récent launch de HotWire, salue l'initiative d’intégrer ça directement à Rails. 
Je pense effectivement que les solutions comme LiveView en Elixir, LiveWire en PHP et HotWire en Rails, c'est l'avenir. C'est beaucoup plus simple parce qu'on pas à synchroniser 2 états (à la fois sur le frontend et sur le backend). 
les sites ne sont plus simples, trisotin, parce que les gens veulent des APPLICATIONS et pas des putains de sites statiques ou des imageboards de merde.
quelles applications sont demandées par "les gens" ? 
Le 31 août 2021 à 02:05:59 :
Le 31 août 2021 à 01:58:54 :
L'autre golem qui parle d'optimisation, qui chiale parce qu'un client doit télécharger juste 2.3kb minifiés juste une fois pendant le chargement de la page et qui va conseiller de tout refaire via un SSR, qui va rerendre les pages à chaque requête, redistribuer les feuilles de styles et les scriptsne pas savoir ce qu'est un cache et ce qu'il peut faire, que dire à part de retourner à l'école à ce niveau là
sinon l'utilisateur va préférer un ssr plus rapide en toutes circonstances et qui sera toujours à jour
.gif ":)")
Le mec me parle de cache comme si c'était une révolution, tu m'apprends rien, retourne à l'école.
Déjà le cache côté client, c'est valable pour toutes ressources, donc mes 2kb de Javascript c'est plié en 100 ms si t'es pas dans un désert ou en Antarctique et si y'a un changement en prod, un petit rafraîchissement et c'est réglé.
De toute manière t'auras beau mettre toutes les optimisations que tu veux, une SPA est toujours plus rapide et scalable qu'un SSR qui n'a d'intérêt que si le contenu doit être référencé.
A partir du moment que ton application a un état partagée et n'a pas besoin de référencement, c'est SPA ou rien
Le 31 août 2021 à 02:14:00 :
les sites ne sont plus simples, trisotin, parce que les gens veulent des APPLICATIONS et pas des putains de sites statiques ou des imageboards de merde.
quelles applications sont demandées par "les gens" ?
laisse tomber on vit pas dans la même monde, et t'es sûrement un chômeur trolleur, probablement ex-dev dans une petite boîte.
t'as jamais bossé sur des vrais projets d'entreprise en tout cas, ça se voit clairement.
[02:19:04] <gijeke5177>
Sinon, il y a Svelte et SvelteKit qui me semble largement plus performants que React et Vue ?Mais jamais testé
C'est différent mais y'a pas l'air d'avoir de commu alors que le projet date quand même 
.
Le 31 août 2021 à 02:07:30 :
Les clés...Je bosse depuis plus de 10 ans sur le web, j'ai monté ma propre startup (un logiciel SAAS) et j'en vis. J'ai commencé avec PHP 4 en autodidacte (le modèle objet n'existait même pas encore).
J'ai testé plein plein d'outils, j'ai recodé mon site plein de fois from scratch parce que je suis un passionné et que j'adore ça.
Au début, je codais mes sites en PHP (sans framework), puis je suis passé à Ruby On Rails, puis je suis passé sur React, mais honnêtement, ce framework est beaucoup trop lourd. Rien que pour le tooling, c'est une using à gaz (enfin quand je l'ai essayé il y a quelques années).
En plus, je sais pas pourquoi, mais faire tourner du JavaScript sur le serveur m'a toujours paru complètement claqué au sol (le fameux node_modules), même si je trouve Deno assez élégant aujourd'hui.
Bref, tout ça pour dire, après avoir testé plein de technos, qui avaient chaque fois des défauts : j'ai enfin trouvé mon bonheur. Et cette techno explose de loin tout ce que j'ai pu tester.
J'utilise maintenant le framework Phoenix écrit en Elixir. Jamais vu une techno aussi puissante. J'ai pu remplacer mon site à fort traffic avec un droplet sur digital ocean avec 1 seul coeur alors qu'il me fallait plusieurs serveurs en PHP ou Ruby.
Cette techno implémente un nouveau truc révolutionnaire : LiveView, qui permet en gros de faire des applications réactives directement depuis le serveur. On a tous les avantages d'un truc simple en backend comme PHP avec la possibilité de faire des interactions comme si on avait React.
En plus, le langage Elixir est tellement élégant (c'est de la programmation fonctionnelle !)
Je pense pas que c'est une techno qui est utilisée en entreprise par contre, mais pour vos projets personnels, surtout si vous êtes solo, c'est le rêve !
c'est bien que tu fasses ce que tu aimes clé mais les perf sont catastrophiques https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=query&l=zg23u7-sf
de plus dans ce genre de poste il faut selon moi se poser question de la maintenabilité. quid du projet dans 10 ans ? es tu pret à tout recoder dans 10-15 ans car le framework est plus maintenu ?
Le 31 août 2021 à 02:15:07 :
Le 31 août 2021 à 02:05:59 :
Le 31 août 2021 à 01:58:54 :
L'autre golem qui parle d'optimisation, qui chiale parce qu'un client doit télécharger juste 2.3kb minifiés juste une fois pendant le chargement de la page et qui va conseiller de tout refaire via un SSR, qui va rerendre les pages à chaque requête, redistribuer les feuilles de styles et les scriptsne pas savoir ce qu'est un cache et ce qu'il peut faire, que dire à part de retourner à l'école à ce niveau là
sinon l'utilisateur va préférer un ssr plus rapide en toutes circonstances et qui sera toujours à jourLe mec me parle de cache comme si c'était une révolution, tu m'apprends rien, retourne à l'école.
Déjà le cache côté client, c'est valable pour toutes ressources, donc mes 2kb de Javascript c'est plié en 100 ms si t'es pas dans un désert ou en Antarctique et si y'a un changement en prod, un petit rafraîchissement et c'est réglé.
De toute manière t'auras beau mettre toutes les optimisations que tu veux, une SPA est toujours plus rapide et scalable qu'un SSR qui n'a d'intérêt que si le contenu doit être référencé.
A partir du moment que ton application a un état partagée et n'a pas besoin de référencement, c'est SPA ou rien
tu rêves
Le 31 août 2021 à 02:16:12 :
Le 31 août 2021 à 02:14:00 :
les sites ne sont plus simples, trisotin, parce que les gens veulent des APPLICATIONS et pas des putains de sites statiques ou des imageboards de merde.
quelles applications sont demandées par "les gens" ?
laisse tomber on vit pas dans la même monde, et t'es sûrement un chômeur trolleur, probablement ex-dev dans une petite boîte.
t'as jamais bossé sur des vrais projets d'entreprise en tout cas, ça se voit clairement.
non je te répète mais je bosse dans le privé depuis plus de 10 ans et je travaille sur de vrais projets qui génèrent beaucoup d'argent
le déni
tu as tord donc remets toi en question
Le 31 août 2021 à 02:23:01 :
Le 31 août 2021 à 02:15:07 :
Le 31 août 2021 à 02:05:59 :
Le 31 août 2021 à 01:58:54 :
L'autre golem qui parle d'optimisation, qui chiale parce qu'un client doit télécharger juste 2.3kb minifiés juste une fois pendant le chargement de la page et qui va conseiller de tout refaire via un SSR, qui va rerendre les pages à chaque requête, redistribuer les feuilles de styles et les scriptsne pas savoir ce qu'est un cache et ce qu'il peut faire, que dire à part de retourner à l'école à ce niveau là
sinon l'utilisateur va préférer un ssr plus rapide en toutes circonstances et qui sera toujours à jourLe mec me parle de cache comme si c'était une révolution, tu m'apprends rien, retourne à l'école.
Déjà le cache côté client, c'est valable pour toutes ressources, donc mes 2kb de Javascript c'est plié en 100 ms si t'es pas dans un désert ou en Antarctique et si y'a un changement en prod, un petit rafraîchissement et c'est réglé.
De toute manière t'auras beau mettre toutes les optimisations que tu veux, une SPA est toujours plus rapide et scalable qu'un SSR qui n'a d'intérêt que si le contenu doit être référencé.
A partir du moment que ton application a un état partagée et n'a pas besoin de référencement, c'est SPA ou rien
tu rêves
hé oui trisotin, le cache c'est universel, c'est pas parce que c'est le seul truc qui fait survivre ton monolithe pourri que les autres applis n'ont pas le droit de l'utiliser.
Les API appelée depuis une SPA peuvent également utiliser du cache, tu sais.
Données du topic
- Auteur
- HeroeDRomAsm
- Date de création
- 30 août 2021 à 23:55:59
- Nb. messages archivés
- 552
- Nb. messages JVC
- 516