UN avantage de VueJs par rapport à React ?

Le 31 août 2021 à 01:07:15 :

[01:06:12] <MinuteInbox>

Le 31 août 2021 à 01:04:48 :

Le 31 août 2021 à 01:02:42 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

N'importe quoi, générer le contenu côté serveur est beaucoup plus coûteux en ressources qu'utiliser une SPA, que je trouve a un intérêt pour créer des applications clientes stateful tout en respectant les principes de DRY et KISS car toute l'abstraction de la gestion des composants est gérée par la librairie.

Le SSR à de l'intérêt uniquement si ton contenu doit être référencée et encore, pour un site vitrine par exemple, j'utilise un SSG pour mes clients, c'est beaucoup plus simple, le code est générée à la compilation avant la mise en production et le site reste très performant tout en étant orienté référencement.

il comprend rien à ça, laisse tomber.

il croit que tout faire côté serveur est plus avantageux et plus simple, sauf qu'il a pas codé d'appli depuis 2001.

dans la réalité c'est juste tout le contraire, c'est plus lourd en terme de ressource, donc plus coûteux, et c'est aussi beaucoup moins modulable.

bien souvent, c'est aussi beaucoup moins simple dans le code, parce que tout est centralisé dans un seul composant.

Ca dépend surtout des besoins. Dans 90% des cas pas de SEO = mort du business.

NextJS/NuxtJs

Le SEO c'est pas que du SSR. Et tu peux faire du SSR en vue sans utiliser NuxtJS

Le 31 août 2021 à 01:01:22 :

Le 31 août 2021 à 00:57:52 :

Le 31 août 2021 à 00:53:33 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

J'ai lu tes messages, j'ai pensé que tu trollais mais en fait apparemment non.

Si tu fais du conseil, je plains réellement tes clients.

C'est une pure évidence qu'il est aujourd'hui nécessaire de créer des applications frontend riches et qui concentrent au maximum la logique d'une application. Tu dois sûrement venir d'un autre monde ou alors tu n'as pas passé le cap des années 2000.

Quand tu fais un backend actuellement, tu ne le fais pas pour faire un "site internet", tu fais juste des services, réutilisables pour plein de types d'applis (client lourd, appli mobile, appli web... etc).

Tu es absolument à côté de la plaque et tu es assez ridicule dans ton arrogance.

non. les mecs comme toi je les pourris irl
comment t'arrives à dormir quand tu conseilles à tes clients de charger des camions entiers de merde dans leur browser ?
tu contribues à complexifier le web pour rien. pour rien du tout, aucun avantage litérallement

évidence, elle où l'évidence ?

je suis d'accord que le back end fait tout et avec ce que t'as dit. et alors ? on parle de front end là. t'as pas besoin de js côté back end, oups

Ce que tu comprends pas, trisotin, c'est que toutes les grosses applis web actuelles ne fonctionneraient pas si une aussi grande partie du code ne s'exécutait pas sur les machines clientes, autrement dit dans ton navigateur.

Aujourd'hui ton serveur c'est juste des services d'accès aux données, des choses réutilisables et pas une putain d'usine à gaz qui fait toutes les couches dans une seule brique d'architecture.

Tu as l'air très très bête ou très très dépassé par les événements.

ben ouais ça fonctionnerait pas pourquoi ? car ça a été crée par des incapables qui complexifient tout

Le 31 août 2021 à 01:04:32 :

Le 31 août 2021 à 00:58:18 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

Oui oui bien sûr, pas de JS.

Et comment tu fais du bidirectionnel pour faire du temps réel ?

Comment tu fais pour créer une appli mobile à partir de ton backend ? tu refais un second backend ?

Comment tu sers tes données à d'autres applications externes ?

Tu mérites vraiment une remise à niveau.

du temps réel pour faire quoi ? du chat ? c'est une utilisation de niche qui fait partie des 3-4 que j'ai cités (remonte)
donc prends pas ça pour un truc requis
et même si t'as besoin de sockets, t'as juste très peu de ligne à taper ce niveau on peut pas vraiment parler de programmation
mais déjà monter son appli sur le principe de nécéssiter une option c'est déjà être largement syphonné donc je vais pas trop en demander
tout les pros te diront que ton site doit fonctionner sans js, et que js est censé "améliorer"

les applis externes tu les sers avec des sockets de serveur à serveur ou avec une simple requête https (ce que beaucoup font encore)

nice troll, "tous les pros déconseillent le JS"

Les applis externes via des sockets, encore un qui veut réinventer la poudre avec des protocoles custom sur des raw sockets

Le mec perdu dans les années 90.

Requête HTTPS ? bah oui trisotin, c'est bien pour ça qu'on fait des API côté serveur, et pas autre chose. C'est tout le principe de créer des services et non pas des monolithes applicatifs qui servent les données sous forme de page web.

Et tu penses vraiment que c'est une niche, le bidirectionnel et l'asynchrone ?

Mon dieu, pauvre de toi.

Le 31 août 2021 à 01:02:42 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

N'importe quoi, générer le contenu côté serveur est beaucoup plus coûteux en ressources qu'utiliser une SPA, que je trouve a un intérêt pour créer des applications clientes stateful tout en respectant les principes de DRY et KISS car toute l'abstraction de la gestion des composants est gérée par la librairie.

Le SSR à de l'intérêt uniquement si ton contenu doit être référencée et encore, pour un site vitrine par exemple, j'utilise un SSG pour mes clients, c'est beaucoup plus simple, le code est générée à la compilation avant la mise en production et le site reste très performant tout en étant orienté référencement.

non pas n'importe quoi. relis moi. reste dans ton déni si ça te fait plaisir

Le 31 août 2021 à 01:04:48 :

Le 31 août 2021 à 01:02:42 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

N'importe quoi, générer le contenu côté serveur est beaucoup plus coûteux en ressources qu'utiliser une SPA, que je trouve a un intérêt pour créer des applications clientes stateful tout en respectant les principes de DRY et KISS car toute l'abstraction de la gestion des composants est gérée par la librairie.

Le SSR à de l'intérêt uniquement si ton contenu doit être référencée et encore, pour un site vitrine par exemple, j'utilise un SSG pour mes clients, c'est beaucoup plus simple, le code est générée à la compilation avant la mise en production et le site reste très performant tout en étant orienté référencement.

il comprend rien à ça, laisse tomber.

il croit que tout faire côté serveur est plus avantageux et plus simple, sauf qu'il a pas codé d'appli depuis 2001.

dans la réalité c'est juste tout le contraire, c'est plus lourd en terme de ressource, donc plus coûteux, et c'est aussi beaucoup moins modulable.

bien souvent, c'est aussi beaucoup moins simple dans le code, parce que tout est centralisé dans un seul composant.

non ton site en js de mes 2 est plus lourd ET plus complexe
tu peux persister dans js mais au moins reconnaît que tu fais des sacrifices
c'est chaud là

Le 31 août 2021 à 01:07:14 :

Le 31 août 2021 à 01:03:01 :

Le 31 août 2021 à 00:59:52 :

Le 31 août 2021 à 00:55:04 :
Et ton délire de principe KISS n'a absolument rien à voir avec le fait de faire une application frontend en Javascript, avec ou sans framework.

Absolument stupide et non pertinent.

utiliser un framework va dans 99% du temps à l'encontre du principe kiss
l'utilisation de js pareil
compte le nombre de ligne de code et compare les perfs
mais je comprends que c'est difficile de compter pour des lumières comme vous

hé bien écoute, va donc conseiller les GAFAM et toutes les grosses boîtes du web de stopper le JS et regarde le web d'effondrer devant tes yeux.

mon dieu, cette stupidité affligeante.

t'as pas l'impression que ces gafam justement produisent des usines à gaz
je critique pas leur capacité à produire des machines à gaz ni leur niveau technique pour faire fonctionner leur outils comme cela
mais personne sain d'esprit ne dira que leur interface est claire et pas surchargée
google a tellement de produits qu'on ne peut plus les compter et c'est que des usines à gaz
compare ça à un forum comme https://news.ycombinator.com/ niveau utilisation
même 4chan même si ça pourrait être mieux

Mais oui c'est bien, comparer google à 4chan.

Bien sûr, google, amazon et facebook sont des idiots qui font des usines à gaz et qui auraient du rester sur Netscape et des applications sans Javascript

Bravo à toi et ton intelligence.

[01:08:27] <MinuteInbox>

Le 31 août 2021 à 01:07:15 :

[01:06:12] <MinuteInbox>

Le 31 août 2021 à 01:04:48 :

Le 31 août 2021 à 01:02:42 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

N'importe quoi, générer le contenu côté serveur est beaucoup plus coûteux en ressources qu'utiliser une SPA, que je trouve a un intérêt pour créer des applications clientes stateful tout en respectant les principes de DRY et KISS car toute l'abstraction de la gestion des composants est gérée par la librairie.

Le SSR à de l'intérêt uniquement si ton contenu doit être référencée et encore, pour un site vitrine par exemple, j'utilise un SSG pour mes clients, c'est beaucoup plus simple, le code est générée à la compilation avant la mise en production et le site reste très performant tout en étant orienté référencement.

il comprend rien à ça, laisse tomber.

il croit que tout faire côté serveur est plus avantageux et plus simple, sauf qu'il a pas codé d'appli depuis 2001.

dans la réalité c'est juste tout le contraire, c'est plus lourd en terme de ressource, donc plus coûteux, et c'est aussi beaucoup moins modulable.

bien souvent, c'est aussi beaucoup moins simple dans le code, parce que tout est centralisé dans un seul composant.

Ca dépend surtout des besoins. Dans 90% des cas pas de SEO = mort du business.

NextJS/NuxtJs

Le SEO c'est pas que du SSR. Et tu peux faire du SSR en vue sans utiliser NuxtJS

Oui, mais ces 2 frameworks te facilitent la chose vu que c'est l'un de leur principal argument.

Le 31 août 2021 à 00:32:17 :
VueJS c'est pour les applis web, pas des sites web.
En gros avant t'avais des logiciel -> maintenant les boîtes passent en SAAS et t'es obligé d'avoir un frameworkJS -presque- obligé d'avoir un frameworkJS derrière

Oui tu diras ça à Backmarket et d'autres sites du genre

Le 31 août 2021 à 01:08:49 :

Le 31 août 2021 à 01:04:32 :

Le 31 août 2021 à 00:58:18 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

Oui oui bien sûr, pas de JS.

Et comment tu fais du bidirectionnel pour faire du temps réel ?

Comment tu fais pour créer une appli mobile à partir de ton backend ? tu refais un second backend ?

Comment tu sers tes données à d'autres applications externes ?

Tu mérites vraiment une remise à niveau.

du temps réel pour faire quoi ? du chat ? c'est une utilisation de niche qui fait partie des 3-4 que j'ai cités (remonte)
donc prends pas ça pour un truc requis
et même si t'as besoin de sockets, t'as juste très peu de ligne à taper ce niveau on peut pas vraiment parler de programmation
mais déjà monter son appli sur le principe de nécéssiter une option c'est déjà être largement syphonné donc je vais pas trop en demander
tout les pros te diront que ton site doit fonctionner sans js, et que js est censé "améliorer"

les applis externes tu les sers avec des sockets de serveur à serveur ou avec une simple requête https (ce que beaucoup font encore)

nice troll, "tous les pros déconseillent le JS"

Les applis externes via des sockets, encore un qui veut réinventer la poudre avec des protocoles custom sur des raw sockets

Le mec perdu dans les années 90.

Requête HTTPS ? bah oui trisotin, c'est bien pour ça qu'on fait des API côté serveur, et pas autre chose. C'est tout le principe de créer des services et non pas des monolithes applicatifs qui servent les données sous forme de page web.

Et tu penses vraiment que c'est une niche, le bidirectionnel et l'asynchrone ?

Mon dieu, pauvre de toi.

non j'ai pas dit les pros déconseillent le js, dur de comprendre la signification des mots à ce que je vois
en attendant tu n'as pas répondu à ma question, preuve pour moi que tu ne veux pas te confronter à la réalité

je dis socket, mais utilise le terme websocket si tu veux
le websocket est la dernière merveille technologique et devine quoi ?
ah oui, rien à voir avec js, vu que c'est un protocole
websocket >= https
juste qu'on s'en branle du front end tu comprends ?

[01:14:29] <iuhilhiuueueuh>
Le golbute qui ose critiquer les technos actuelles et qui a pour référence des forums MyBB ou des images board retro du style 4chan

HackerNews bientôt cité. Ils n'ont pas voulu instaurer un dark mode car trop bloated.

Le 31 août 2021 à 01:11:18 :

Le 31 août 2021 à 01:07:14 :

Le 31 août 2021 à 01:03:01 :

Le 31 août 2021 à 00:59:52 :

Le 31 août 2021 à 00:55:04 :
Et ton délire de principe KISS n'a absolument rien à voir avec le fait de faire une application frontend en Javascript, avec ou sans framework.

Absolument stupide et non pertinent.

utiliser un framework va dans 99% du temps à l'encontre du principe kiss
l'utilisation de js pareil
compte le nombre de ligne de code et compare les perfs
mais je comprends que c'est difficile de compter pour des lumières comme vous

hé bien écoute, va donc conseiller les GAFAM et toutes les grosses boîtes du web de stopper le JS et regarde le web d'effondrer devant tes yeux.

mon dieu, cette stupidité affligeante.

t'as pas l'impression que ces gafam justement produisent des usines à gaz
je critique pas leur capacité à produire des machines à gaz ni leur niveau technique pour faire fonctionner leur outils comme cela
mais personne sain d'esprit ne dira que leur interface est claire et pas surchargée
google a tellement de produits qu'on ne peut plus les compter et c'est que des usines à gaz
compare ça à un forum comme https://news.ycombinator.com/ niveau utilisation
même 4chan même si ça pourrait être mieux

Mais oui c'est bien, comparer google à 4chan.

Bien sûr, google, amazon et facebook sont des idiots qui font des usines à gaz et qui auraient du rester sur Netscape et des applications sans Javascript

Bravo à toi et ton intelligence.

rester sur netscape ?
les gafam ne font pas d'usine à gaz ?
j'espère que tu ne feras jamais de conseil en entreprise

[01:14:28] <kalutstyle>
Up c'est interessant

Si seulement ça répondait à la problématique de départ

quoi qu'on en dise. votre mode de mon fiak c'est juste du WEB DESIGN.

vous parlez de "retro" en vous réferant à la partie visuelle, moi je parlais du backend surtout

vous êtes grillé

allez hop hop on va dans le forum création graphique et plus vite que ça les petits

[01:17:28] <Kasteeel>
Quelle différence avec Angular ?

Jamais utilisé Angular mais Evan You le créateur de Vue était dev Angular et s'en est inspiré, Angular est il me semble plus orienté énormes projets d'entreprise.

Le 31 août 2021 à 01:16:30 :

Le 31 août 2021 à 01:11:18 :

Le 31 août 2021 à 01:07:14 :

Le 31 août 2021 à 01:03:01 :

Le 31 août 2021 à 00:59:52 :

Le 31 août 2021 à 00:55:04 :
Et ton délire de principe KISS n'a absolument rien à voir avec le fait de faire une application frontend en Javascript, avec ou sans framework.

Absolument stupide et non pertinent.

utiliser un framework va dans 99% du temps à l'encontre du principe kiss
l'utilisation de js pareil
compte le nombre de ligne de code et compare les perfs
mais je comprends que c'est difficile de compter pour des lumières comme vous

hé bien écoute, va donc conseiller les GAFAM et toutes les grosses boîtes du web de stopper le JS et regarde le web d'effondrer devant tes yeux.

mon dieu, cette stupidité affligeante.

t'as pas l'impression que ces gafam justement produisent des usines à gaz
je critique pas leur capacité à produire des machines à gaz ni leur niveau technique pour faire fonctionner leur outils comme cela
mais personne sain d'esprit ne dira que leur interface est claire et pas surchargée
google a tellement de produits qu'on ne peut plus les compter et c'est que des usines à gaz
compare ça à un forum comme https://news.ycombinator.com/ niveau utilisation
même 4chan même si ça pourrait être mieux

Mais oui c'est bien, comparer google à 4chan.

Bien sûr, google, amazon et facebook sont des idiots qui font des usines à gaz et qui auraient du rester sur Netscape et des applications sans Javascript

Bravo à toi et ton intelligence.

rester sur netscape ?
les gafam ne font pas d'usine à gaz ?
j'espère que tu ne feras jamais de conseil en entreprise

Non non je fais pas de "conseil" moi

Je suis lead dev, je travaille moi, je fais pas du bullshit H24 comme toi.

je bosse dans un service public, des types comme toi j'en croise pas tous les jours.

Par contre le jour où un mec se pointe et se met à dire que "tous les pros disent que JS est inutile", y'a pas que moi qui vais me mettre à rire.

Je sais pas qui tu conseilles, mais c'est sûrement pas une grosse boîte, plutôt une PME pourrie ou une startup qui risque de ne jamais s'illustrer dans le digital.

[01:18:51] <LinkTheCuck>
À chaque fois qu’un développeur l’ouvre ça part en concours de bite.
Vivement que ce métier disparaisse franchement

Et sans jamais répondre à la problématique de départ, ça part en combat de languages/frameworks utilisés un peu dans le vide alors que ce n'était pas le but du topic.