NPM, concrètement, ça sert à quoi

Car dans le cadre de mes études, on a un projet Web à faire. Je me suis mis avec une pote, et elle tenait absolument à utiliser ça pour développer...

C'est du Vue.js

Concrètement, ça sert à quoi car je n'ai toujours pas vu l'intérêt si ce n'est rendre compliqué le développement...
(Comme si ce n'était pas déjà assez compliqué de base)

npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Ca permet également de gérer le build de ton projet, tu peux lancer les TU, builder l'app, définir des scripts etc.

Après il y a yarn que tu devrais considérer aussi

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Ca permet également de gérer le build de ton projet, tu peux lancer les TU, builder l'app, définir des scripts etc.

Après il y a yarn que tu devrais considérer aussi

Et depuis quand il faut "build" des fichiers HTML/CSS/JS ?

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Le 20 février 2021 à 19:12:06 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Ca permet également de gérer le build de ton projet, tu peux lancer les TU, builder l'app, définir des scripts etc.

Après il y a yarn que tu devrais considérer aussi

Et depuis quand il faut "build" des fichiers HTML/CSS/JS ?

Quand tu utilises des preprocesseurs css (sass), html (haml), js (typescript même si c'est pas vraiment un préprocesseur)... oui il faut builder tout ça pour que ce soit lu par le navigateur.

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code à l'aide langage compréhensible par les dev (peu sont capables d'écrire de l'assembleur). Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Et depuis quand tu fais de l'assembleur en Web ? (Même si je trouve ça plus simple que tout ce bazar)

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Parce que PHP et JS c'est peut-être pas les meilleurs outils

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Et depuis quand tu fais de l'assembleur en Web ? (Même si je trouve ça plus simple que tout ce bazar)

Trouver l'assembleur plus simple que l'écosystème web...
Et des framework comme vue js servent principalement à gagner du temps sur tes devs, ainsi que d'avoir une architecture et une syntaxe similaires entre différents projets

Puis, react par exemple, permet de mettre à jour l'État d'un composant localement sans avoir à recharger toute ta page Web et donc de gagner en perf

Le 20 février 2021 à 19:29:31 UnaryOperator a écrit :

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Parce que PHP et JS c'est peut-être pas les meilleurs outils

Perso, je préfère avoir un truc que je comprends et qui marche du premier coup, qu'un merdier qui dépend de 5000 packages, et où il faut une usine à gaz pour avoir un semblant de truc fonctionnel...

Le 20 février 2021 à 19:32:36 22ForEveur a écrit :

Le 20 février 2021 à 19:29:31 UnaryOperator a écrit :

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Parce que PHP et JS c'est peut-être pas les meilleurs outils

Perso, je préfère avoir un truc que je comprends et qui marche du premier coup, qu'un merdier qui dépend de 5000 packages, et où il faut une usine à gaz pour avoir un semblant de truc fonctionnel...

Pour un projet solo c'est compréhensible

Le 20 février 2021 à 19:30:42 LePandaBrun a écrit :

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Et depuis quand tu fais de l'assembleur en Web ? (Même si je trouve ça plus simple que tout ce bazar)

Trouver l'assembleur plus simple que l'écosystème web...
Et des framework comme vue js servent principalement à gagner du temps sur tes devs, ainsi que d'avoir une architecture et une syntaxe similaires entre différents projets

Puis, react par exemple, permet de mettre à jour l'État d'un composant localement sans avoir à recharger toute ta page Web et donc de gagner en perf

Ben au moins on sait précisément ce qu'on fait en C/ASM/Java
Là, on tente de faire de la magie noire sans savoir ce que ça fait réellement

Le 20 février 2021 à 19:32:36 22ForEveur a écrit :

Le 20 février 2021 à 19:29:31 UnaryOperator a écrit :

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Parce que PHP et JS c'est peut-être pas les meilleurs outils

Perso, je préfère avoir un truc que je comprends et qui marche du premier coup, qu'un merdier qui dépend de 5000 packages, et où il faut une usine à gaz pour avoir un semblant de truc fonctionnel...

Sauf que ton code JS "pur" non minifié, ton css pas forcément optimisé (pas de sprite-css), et je parle pas de la résolution des images... et bien tout ça sur un site à fort trafic c'est pas optimal et ça a un coût non négligeable.

C'est pourquoi on a toute cette usine logicielle pour builder.
Et bien avant npm, on utilisait gulp, grunt, branch pour le build... et ensuite bower pour la gestion des dépendances.

C'est pas nouveau. Aujourd'hui on a standardisé les pratiques.

Le 20 février 2021 à 19:33:26 22ForEveur a écrit :

Le 20 février 2021 à 19:30:42 LePandaBrun a écrit :

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Et depuis quand tu fais de l'assembleur en Web ? (Même si je trouve ça plus simple que tout ce bazar)

Trouver l'assembleur plus simple que l'écosystème web...
Et des framework comme vue js servent principalement à gagner du temps sur tes devs, ainsi que d'avoir une architecture et une syntaxe similaires entre différents projets

Puis, react par exemple, permet de mettre à jour l'État d'un composant localement sans avoir à recharger toute ta page Web et donc de gagner en perf

Ben au moins on sait précisément ce qu'on fait en C/ASM/Java
Là, on tente de faire de la magie noire sans savoir ce que ça fait réellement

Je comprend que les abstraction soient difficile à appréhender
Mais moi perso les languages verbeux comme Java, je peux pas, j'ai l'impression d'écrire un roman

Le 20 février 2021 à 19:33:26 22ForEveur a écrit :

Le 20 février 2021 à 19:30:42 LePandaBrun a écrit :

Le 20 février 2021 à 19:25:05 22ForEveur a écrit :

Le 20 février 2021 à 19:23:43 UnaryOperator a écrit :

Le 20 février 2021 à 19:21:28 22ForEveur a écrit :

Le 20 février 2021 à 19:17:51 UnaryOperator a écrit :

Le 20 février 2021 à 19:16:18 22ForEveur a écrit :

Le 20 février 2021 à 19:12:12 UnaryOperator a écrit :

Le 20 février 2021 à 19:10:25 22ForEveur a écrit :

Le 20 février 2021 à 19:09:09 UnaryOperator a écrit :
npm ça sert à gérer les dépendances.
Tu renseignes les librairies utilisées par ton projet dans un package.json, et ensuite npm se charge de tirer toutes les dépendances transitives (et de t'avertir autant que possible si certaines sont cassantes).

Après il y a yarn que tu devrais considérer aussi

Et ça sert à quoi ?
Car j'ai juste besoin de Vue, le reste, je m'en fous...

Et je n'ai rien compris à ce délire de serveur pour générer le front et compagnie (Je ne connais que le serveur PHP, mais le serveur JS, je ne connais pas du tout)

je ne connais pas bien l'écosystème front, mais j'imagine qu'entre ton code source et ce qui sera servit par le navigateur (souvent du code package/minifié, optimisé, par ex avec webpack) il y a un monde. npm sert justement à "préparer" ton app pour la prod.

Je n'utilise rien de tout ça perso...
Juste des fichiers .vue et JS

Tes fichiers .vue ne sont pas lus par le navigateur. Le navigateur lit des fichiers js.
D'où la nécessité de build ces fichiers vue pour qu'ils soient traduits en "js" et qu'ils soient compréhensibles par le navigateur.

Ahhh
Et pourquoi on n'écrit pas en JS directement ?

Je ne comprendrais jamais le délire de frontix à rendre tout inutilement lourd

Parce que tu n'es pas capable de minifier les fichiers et de les optimiser pour un affichage web. C'est tout-à-fait normal ce genre de pratique.

En backend on fait la même chose : on code sous la forme d'un langage compréhensible par les dev. Et dans la majorité des cas le code est compilé pour être optimisé pour la machine.

Mais QUOI ?
J'ai toujours fait du PHP et du JS sans framework sans rien, et ça a toujours bien marché...
Pourquoi avoir besoin de tout ce bordel ?

Et depuis quand tu fais de l'assembleur en Web ? (Même si je trouve ça plus simple que tout ce bazar)

Trouver l'assembleur plus simple que l'écosystème web...
Et des framework comme vue js servent principalement à gagner du temps sur tes devs, ainsi que d'avoir une architecture et une syntaxe similaires entre différents projets

Puis, react par exemple, permet de mettre à jour l'État d'un composant localement sans avoir à recharger toute ta page Web et donc de gagner en perf

Ben au moins on sait précisément ce qu'on fait en C/ASM/Java
Là, on tente de faire de la magie noire sans savoir ce que ça fait réellement

Tu parles de Java et de C, mais c'est la même chose. Ces deux langages sont compilés. Ce que tu écris, ce n'est pas ce qui est exécuté par la machine.