Publier un package TypeScript implique pas mal de complexité quant aux fichiers qu'il convient d'inclure dans le package. Ça pourrait bien se simplifier dans les années à venir.
L'IA invente parfois des noms de packages qui n'existent pas et essayent de les télécharger (vibe coding, tout ça). Alors des gens ont créé ces packages sous forme de malware. Évidemment.
D'excellentes recommendations pour la création de packages TypeScript pour npm.
C'est surprenamment difficile de trouver de bonnes ressources en la matière.
Créer un packaging Node que l'ont peut exécuter avec la commande npm create.
Le guide ultime sur la propriété exports du package.json de Node, utilisée pour définir comment exposer un package. C'est à dire définir les points d'entrée accessibles et bloquer tous les autres.
Créer un package npm qui supporte à la fois CommonJS et ESModule.
L'équipe qui développe Deno, une alternative à Node.js, vient d'annoncer JSR, un nouveau gestionnaire de paquets (package manager) pour les librairies JavaScript et TypeScript. Une alternative à npm donc.
C'est un grand boom dans le monde du JavaScript. Npm est sans conteste l'un des package managers les plus utilisés au monde. Cette annonce pourrait avoir un impact considérable.
Leur approche n'est pas nécessairement d'essayer de forcer les gens à utiliser Deno, JSR est compatible avec la majorité des runtimes JavaScript, incluant Node et Bun. L'idée est plutôt d'analyser ce qui fonctionne bien et ce qui fonctionne moins bien avec npm, notamment du fait qu'il a ete créé il y a longtemps et dans un contexte bien différent de celui d'aujourd'hui, et de repartir de zéro avec quelque chose de plus efficace et plus ouvert.
Très curieux de voir ce que ça va donner. Ça rappelle la grande époque de Bower 😄
Winget est le gestionnaire de paquet officiel de Windows. Il était temps qu'ils s'y mettent. J'espère juste qu'il survivra suffisamment longtemps pour voir son catalogue s'étoffer un peu.
Utiliser Nexus comme repository NPM. Ça permet par exemple de garder un cache de tous les packages que vous utilisez histoire d'être safe si un package vient à disparaître ou si NPM est offline.
J'adore l'idée. Même si ce n'est pas toujours souhaitable d'emporter toutes les dépendances avec, au moins on est sûr que ça fonctionne.
Et la partie Winepak est totalement sensée ! Hâte de voir si les dev vont s'emparer du truc.
Parcel gère maintenant les single file components Vue.js out of the box.
Son approche zéro config est assez séduisante par rapport à Webpack.
Pas mal de packages intéressants pour Atom.
Je recopie la liste ici:
- pigments : affiche les couleurs directement dans les fichiers
- editorconfig : prend en compte le fichier de configuration .editorconfig dans un projet (pour définir les espaces/tabulations par défaut par exemple)
- minimap : carte d'aperçu du fichier
- project-manager : pour passer rapidement d'un projet à l'autre
- highlight-selected + minimap-highlight-selected : met en surbrillance dans tout le fichier le mot actuellement sélectionné
- file-icons : de jolies icônes de fichiers dans la sidebar
- autocomplete-paths : autocomplétion des chemins de fichiers
- beautify : beautifier (belle indentation) tout type de code
- linter : pour tout linter ! (vérification de syntaxe js, php, css, sass, less, html…), doit être complété par d'autres modules indépendants, par exemple linter-jshint pour JavaScript ou linter-php pour PHP
- color-picker : comme son nom l’indique une palette de couleurs (raccourci clavier ou clic contextuel)
- autoclose-html : fermeture des balises automatique lors de la frappe
- less-than-slash : fermer automatiquement les balises
- emmet : transforme les expressions de sélecteurs CSS en balises HTML
- prettier pour JavaScript : formate (beautify) correctement
- git-history : historique du fichier avec Git,
- git-time-machine : historique Git visuel
- clipboard-plus : copier-coller avec historique multiple
- markdown-pdf : générer un fichier PDF à partir d'un document markdown
- tool-bar et tool-bar-atom : ajoute une barre d'outils courants
- split-diff : comparer des fichiers visuellement avec couleurs, y compris depuis git
Un nouveau gestionnaire de dépendances Javascript développé par Facebook. Il se substitue à NPM dont il corrige pas mal de points problématiques pour les projets de grande ampleur.
A tester. Le repo Github est ici : https://github.com/yarnpkg/yarn
Un outil pour analyser en détail le contenu d'un package MacOS (fichier .pkg) dont les scripts d'installations.
Via http://korben.info/analyser-contenu-dun-package-pkg-osx.html
Un package Sublime Text pour afficher dynamiquement les couleurs par exemple en CSS. Visiblement ça intègre aussi un color picker pour les modifier sans quitter Sublime Text.
Tout le monde connaît déjà probablement mais je ne l'avais pas encore bookmarké.