Cet article est rempli de considérations extrêmement intéressantes sur l'intérêt qu'il y a à limiter la taille de ... tout, en fait. Mais surtout de son site web dans toutes ses dimensions : moins de features, moins de dépendances, ...
Les principes exposés ressemblent à la manière dont j'aimerais coder du front-end (si je devais faire ça, ce qui n'est pas le cas).
Pour le jour où je ferais du TypeScript (pas demain, donc). Ce livre risque de m'être très pratique ...
Wow, ça a l'air bien musclé comme outil, ça !
Ca dit quelque chose d'assez triste sur l'écosystème JS, non ?
C'est une idée joliment drôle ... Et ça a complètement du sens, pour peu qu'on embrasse Google
J'ignorais qu'il y avait une telle diversité dans les méthodes de chargement de Javascript.C'est un peu fou !
Si je comprend bien l'article, ça veut dire qu'on peut faire du litElement sans passer par les npm/yarn/... et autres ? Si c'est le cas, ça m'intéresse ... beaucoup
Comme je lis ces temps-ci du code GWT, j'ai vu ce bout de code Java avec une méthode native et du JS derrière. Et j'avais beau me douter de ce que ça faisait, l'horreur est quand même grande ... L'outil de build doit salement manger ...
C'est une idée assez marrante. Personnellement, je ne vois pas pourquoi il faut du React pour un truc qui pourrait être "juste" une feuille de style. Mais ça peut être assez curieusement chouette.
Un site sympa, qui fournit une analyse statistique des performances des différents frameworks Javascript. L'avantage est évidement de donner une information sur ce qui est réellement déployé.
Un outil bien pensé pour développer sur Android. C'est vraiment malin.
Je suis complètement d'accord avec cet article de Julia Evans : aujourd'hui, avec un peu de JS et de CSS, on peut faire beaucoup sans passer par un framework.
Oh alors ça c'est vraiment intéressant : ça permet de développer facilement des applications client/serveur s'en trop s'embêter avec tous ces concepts de MVC pas complètement finis ... du moment que le serveur peut envoyer des fragments de HTML.
Ce truc-là, c'est vraiment de la merde apocalyptique. Je pourrais détailler, mais ca m'énerverait encore plus.
Mon collègue Delphin m'avait parlé de ce projet, et je trouve très cool que ça existe (et le plan de com est complètement fou)
J'ai cru l'espace d'un instant que je pourrais réellement dessiner sur la page web. Il n'en est rien. Et même si ça me dérange un peu, je vois de l'utilité à cette librairie.
Oh la vache, ça c'est une idée vraiment bien pensée : utiliser les web workers pour les traitements un peu long et réserver le thread principal à l'affichage, pour que l'utilisateur ait une interface réactive (comme dans les UI classiques, en fait)
Des formes SVG intégrables facilement dans une appli web
Il va falloir que je regarde ça d'assez près, parce que j'ai bien l'impression que ça évite l'enfer npm/yarn/wat