Reprise du message précédent :
Je rappelle que ce sont des chiffres non gzipped, mais minifié

Perso j'utilise un Addon de visual studio code qui me donne la taille des imports

Tu aurais le nom du plug-in ?

Oui je sais mais c'est énorme.
Je vois pas comment 400 lignes de code custom peuvent justifier 1Mo de bloat

Comment le package momentjs-timezone peut atteindre cette taille bundlelizé alors que sur leur site, au download il fait maximum 184ko disk / 25.3ko gziped.
 
Et ya pas de tree shaking sur react+webpack ?

Le + en préfixe j'aurais tendance à présumer que c'est pour dire que la nouvelle taille c'est un incrément sur l'ancienne, la liste est une running-sum.
 
Donc la taille de momentjs-timezone c'est 801 − 613 = 188K.

c'est pas forcement du bloat. Mais il faut n'utiliser que ce qui est pertinent, et ne pas avoir peur d'ecrire du code spécialisé. Par exemple ne gérer que le ou les deux cas particuliers nécessaires au lieu par exemple de gérer tous les formats de date dans toutes les langues.
Ou gérer à la main les formulaires

J'utilise le plugin import cost. Et par exemple, je viens de voir que la lib que j'utilise pour afficher des toast ( react-toastify )  fait 63K. Je vais donc la virer et le faire à la main vu que je n'utilise que les cas simples

Par contre , j'utilise une lib de formulaire (react-json-form), et une de carto (react-google-maps): au total, elle font 300Ko. Mais vu que je les utilise de manière importante, le cout est largement justifiée

@bixibu : je n'ai pas le code de shinuza, la lib que j'utilise a calculé le cout complet, sans tree shaking

Oui faut choisir ses dépendances sciemment.
Exemple récent chez nous : on voulait avoir un widget de slider (pour des prix dans une facette de résultat de recherche).
T'as plein de libs qui font ça très bien, mais ça finit par peser. Finalement on est parti sur https://leaverou.github.io/multirange/ (0.6ko minified & gzipped) On fait un compromis sur le fonctionnement sous IE

C'est pour ça que j'aime bien l'ecosysteme react, par rapport a des all inclusive (genre angular1) , tu choisis

Mais il faut faire des choix eclairés, et ne pas hésiter à écrire du code.

côté UX, angular y'a absolument rien hein d'inclus hein ^^
 
Et le côté all inclusive, c'etait en angular js 1.x

oui , je ai édité mon message , je n'ai quasiment pas fait d'angular 2+

Dans le 1, il n'y avait rien d'inclue pour l'ux, mais le bundle de base avec jquery(qui était quasi obligatoire) faisait 800Kbps

toutafé (jqlite)

Comme je le disais y'a deux bundles dans la même codebase, d'un côté tu as app1: react-widgets + react-widgets-moment + moment-timezone et de l'autre app2: redux-redux-form. J'étais dans le rush donc j'ai choisis sans regarder la taille, pour l'app1, c'est pas vraiment un soucis, je suis sur du desktop fibré avec des PC pas trop pourris donc ça rentre. Sur l'app2 c'est du reliquat qui fonctionne, j'ai pas non plus le temps de tout refaire mais en effet, c'est assez enorme. Surtout que la target c'est du web, mobile inclus.

C'est une pote à moi

Je connais. J'avais ni l'envie ni le temps de m'en servir

Ouais mais effectivement, je me demande si l'optimisation n'est pas tributaire du fractionnement de la lib.

T'as des bons potes

@shinuza :  oui, mais tu te plains de la taille finale en instant sur react, alors que le gros de la taille n'est pas react. même si tu pouvais le remplacer par preact et virer redux, tu ne gagneras pas lourd ( 100-150kb )
 

Alors qu'il arrêterait de gérer des dates et des formulaires ce serait bcp + rentable  

Vous utilisez des trucs de ce style ?
https://css-tricks.com/prettier-sty [...] tool-game/
 
Sinon y'a moyen sous pycharm de classer automatiquement les propriétés CSS par ordre alphabétique ?

Mes CSS sont générés, compilés et minifiés donc non j'me sert pas de ce genre de trucs
Sinon, je les classes pas par ordre AZ, mais par modules / blocks plutôt.

https://engineering.linkedin.com/bl [...] -glimmerjs
 

On finirait presque par croire que ce qui rend lent toutes ces webapps c'est pas les frameworks mais le code monstrueux que les gens pondent avec ...

tu parles de SASS/LESS ?
 
je me posais la question suite à cette article assez...direct
http://alistapart.com/article/we-w [...] -its-silly

J’utilise prettier pour mon js tres pratique

 
Pourquoi tu veux faire ça ?  

Je vais m'y pencher  

un super guide pour paramétrer vscode bien pour react  : https://itnext.io/create-react-app- [...] 913321b48d

Yo les boys!
 
Question con mais peut être pas tant que ça… Ma direction se demande pourquoi on passe pas mal de temps sur notre Wordpress Starter : un wordpress custom, avec quelques plugins utiles (sécurité, clean, menu walker + ajout de fonctionnalités),  pas mal de pages déjà faites, Webpack / Sass / Babel configuré. Et quelques snippets: menu responsive, dropdowns, 404, moteur de recherche etc.. Ils jugent que le temps passé  sur ça est déficitaire, alors qu'on a du y passer maxi 10 jours. D'après eux, partir sur un BeTheme serait + rentable : http://themes.muffingroup.com/be/splash/    
 
Bon évidemment, j'ai des arguments techniques (sécurité, Git, travail collaboratif, performance), mais ça j'ai l'impression qu'ils s'en tapent. Vous voyez quoi vous comme arguments à utiliser un starter / framework Wordpress ? sachant qu'à terme on aimerait se diriger vers du headless.  
 
 

Ben ça dépend surtout à quel(s) besoin(s) vous devez répondre. Vous faites quoi ?

Ben déjà tu leurs donnes exactement le temps passé en tout du début à la fin.
 
ensuite, s'ils pensent faire mieux, tu leurs dit simplement : Ben allez y : Faites-le.

On fait beaucoup de sites sur-mesure. Ils pensent qu'avec un BeTheme on peut tout faire
 
 

Ouai déjà dit, du coup je suis plus du tout assimilé aux projets "BeTheme", ce qui est plutot une bonne nouvelle  

 
Ben du coup tu leur donnes la liste des trucs que vous avez sorti impossible à faire avec le thème et c’est bon.

Chaque 100ms de chargement gagné , c'est 10% de conversion en plus ( source amazon), donc utiliser betheme qui nous fera perdre 500ms-1s mini par rapport a du sur mesure ne nous donneras pas d'avantage. Et ce n'est pas du temps qui se rattrape facilement, sauf a monter des usines de cache, qui prendront plus que 10j à mettre en place et maintenir  
 
Ce n'est meme pas une question de rentabilité, a moins que vous compariez a une boite indienne qui paramètre des thèmes à la chaine, mais il est peu probable que vous vendiez vos produits quelques dizaines d'euros. C'est une question de livrer quelque chose qui correspond à la demande.
 
Au pire, si c'est facile, ils monte un clone d'un de vos site, et vous comparez les perfs
 

Alors ça c'est une vieille stat valable chez Amazon il y a 10 ans, faut arrêter de la reprendre partout en 2018

Qu'ils ferment leur gueules et te laissent travailler.

C'est la seule qui le venait à l'esprit, mais un site qui rame est elimatoire aujourd'hui, encore plus en mobile

Clairement avec les mobiles je pense que c'est encore très vrai aujourd'hui comme stat (bien que l'article original date de 2008).

La tendance oui, les chiffres non (chaque site aura des chiffres différents).

On s'en fout , c'est pour répondre à de la mauvaise foi

Pas besoin d'être nickel

Répondre à de la mauvaise foi par de la mauvaise foi, j'hésite

Y a quoi comme possibilités pour de l'animation/vidéo vectorielle/3D" dans du web ?
 
L'idée est de pouvoir lire/jouer/reverse/manipuler un objet 3D qui contiendrait une timeline d'animation (objet 3d qui se déforme / bouge, etc)
 
Côté SVG animé, on utilise la lib d'airbnb Lottie/bodymovin qui marche très bien, mais je suis pas sûr que ce soit adapté à des objets 3D, ya peut etre une truc plus adapté ?
 
Merci