UN avantage de VueJs par rapport à React ?

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

[00:51:03] <JeMautoDetruit>
on considère quand même l'affirmation totalement hors du réel d'un mec qui te dis sans vergogne que tu peux totalement en 2021 mettre en production un site sans JS

la communauté est profondément empuanti par tous les boomers qui projettent leurs lubbies de forces, si tu les écoutes faut faire ton site en webassembly et réinventer éternellement la roue dans un domaine où l'efficience et l'adaptation importe

"consultant CTO depuis 12 ans" c'est un troll mais inspiré d'individus réels

et l'autre qui t'affirme qu'un site vue pèse forcément titanesquement lourd, d'abord c'est faux et puis quelle importance à l'époque du serveless hébergé par amazon

c'est avec ces genre de topics, où tu te rends compte que la plupart des gens qui tapent des interventions s'inventent des vies et sont totalement incultes en la matière

Merci khey. C'est ce que j'essaye de dire depuis la page 1. Mais attention webAssembly c'est relativement récent donc ça ne va toujours pas . Un fichier HTML, un fichier CSS et un fichier Js si besoin ( surtout pas TypeScript c'est pas bien ) + Apache et c'est bon t'as tout ce qu'il te faut pour concurrencer Facebook .

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.

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

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.

Pour avoir fait les 2, perso je préfere react.

Vue a quelques bonnes idées mais je fais plus confiance en la team de react pour faire un truc stable dans le temps

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

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.

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

“Juste besoin de html et css”
“Tout le code côté backend”

Troll ou boomer

[00:59:11] <1m65MaisGoMuscu>
Pour avoir fait les 2, perso je préfere react.

Vue a quelques bonnes idées mais je fais plus confiance en la team de react pour faire un truc stable dans le temps

Je ferais confiance à Vue aussi Khey, c'est un framework tout en 1 donc pas de librairies secondaires ( fin si mais elles sont officiellement maintenus par la team Vue ) pour le router, les stores et compagnies alors que React n'est pas vraiment un Framework mais une librairie.

Puis maintenant y'a des gros noms comme Alibaba/Aliexpress sur Vue donc c'est du sérieux, même si je préfère la liberté que m'offre React aussi.

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.

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.

[01:03:01] <iuhilhiuueueuh>

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.

Stop feed khey vaut mieux pour toi, y'a une petite part de vérité dans ce qu'il dit mais il est parti dans l'extrême et c'en devient ridicule.

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)

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.

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.

[01:04:48] <iuhilhiuueueuh>

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.

Il faudrait lui faire découvrir NextJs, tous les avantages de React avec la possibilité de go SSR et SSG pour le SEO.

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

[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