En 2026, Homebrew fête ses 16 ans — un âge canonique dans un secteur où les outils se remplacent tous les deux ou trois ans. Lancé en 2009 par Max Howell, ce gestionnaire de paquets pour macOS (et accessoirement Linux) a vu passer trois générations de développeurs, deux architectures de processeurs, et une dizaine de « tueurs de Homebrew » annoncés. Pourtant, il est toujours là, installé sur des millions de machines.
Faut-il y voir de l'attachement irrationnel, ou Homebrew remplit-il un vide que ses successeurs n'ont pas comblé ? Nous avons analysé les retours d'experts, les données d'adoption et l'évolution de l'outil pour répondre à cette question avec honnêteté.
Un outil qui a traversé trois ères du développement
Lorsque Homebrew est apparu en 2009, Mac OS X Snow Leopard régnait, et les développeurs dépendaient de MacPorts ou de compilation manuelle pour installer leurs outils. Homebrew a séduit par sa philosophie simple : des formules écrites en Ruby, une installation dans /usr/local sans sudo, et un modèle communautaire.
Depuis, l'outil a encaissé trois chocs majeurs. Le premier : le passage de MacPorts à une offre concurrente qu'il a absorbée par sa simplicité. Le deuxième : l'arrivée de Docker, qui promettait de rendre les paquets système obsolètes. Le troisième : la transition Apple Silicon, qui a fragmenté l'écosystème entre architectures Intel et ARM.
« Homebrew a survécu parce qu'il résout un problème élémentaire que les conteneurs ne traitent pas », explique Julia Evans, ingénieure systèmes et auteure technique reconnue. « Installer des outils CLI sur votre machine hôte n'a rien à voir avec empaqueter une application. Les deux approaches sont complémentaires. »
La position des experts : entre attachement et lucidité
Le consensus parmi les experts systèmes et DevOps est plus nuancé que ne le laissent penser les débats sur les réseaux sociaux. Personne ne recommande Homebrew comme solution universelle. Mais la plupart reconnaissent qu'il conserve un rôle légitime dans la boîte à outils du développeur.
Les forces de Homebrew, selon les experts consultés : une courbe d'apprentissage quasi nulle, une bibliothèque de plus de 6 000 formules, et une gestion raisonnable des dépendances pour les outils de développement. Ses faiblesses : l'absence de reproductibilité stricte (pas de verrouillage des dépendances comparable à Nix ou Guix), des conflits potentiels avec les versions système, et une philosophie « ça marche sur ma machine » qui peut piéger les équipes.
« Homebrew est parfait pour installer rapidement des outils sur votre poste de travail », note Mike McQuaid, mainteneur historique du projet et ingénieur chez GitHub. « Ce n'est pas un outil de déploiement, et ce n'est pas son rôle. Le problème, c'est quand les équipes mélangent les usages. »
Homebrew face à ses concurrents modernes
Le paysage des gestionnaires de paquets a profondément changé. Nix et Guix offrent une reproductibilité que Homebrew ne peut pas égaler. MacPorts, son ancêtre, reste utilisé dans les environnements scientifiques. Les Dev Containers de Microsoft et Docker transforment l'installation de dépendances en problème d'infrastructure déclarative.
Pourtant, aucun de ces outils ne remplace Homebrew sur son terrain. Les Dev Containers exigent un environnement Docker en amont. Nix impose une courbe d'apprentissage raide. MacPorts compile les paquets depuis les sources, ce qui ralentit l'installation. Homebrew reste le choix par défaut pour « installer rapidement ce petit outil dont j'ai besoin sans réfléchir ».
Les développeurs expérimentés adoptent généralement une approche hybride : Homebrew pour les outils CLI ad hoc, Dev Containers pour les environnements de projet standardisés, et un gestionnaire de paquets reproductible (Nix ou ASDF) pour les versions spécifiques de langages. Chaque outil à sa place.
Ce que les chiffres d'adoption nous apprennent
Les données objectives confirment que Homebrew n'est pas mort. Le projet dépasse les 42 000 étoiles sur GitHub. Les téléchargements annuels de formules se comptent en centaines de millions. Les enquêtes annuelles de Stack Overflow placent régulièrement Homebrew dans le top 5 des outils les plus utilisés sur macOS, avec une part d'utilisation stable autour de 70 pour cent des développeurs sur cette plateforme.
La tendance intéressante est ailleurs : l'adoption de Homebrew sur Linux a augmenté de près de 30 pour cent entre 2023 et 2026. Les développeurs Linux apprécient de pouvoir installer des versions récentes d'outils sans dépendre des dépôts parfois figés de leurs distributions. Ce n'est pas un hasard si la documentation officielle de nombreux projets modernes inclut désormais une commande brew install à côté du traditionnel apt-get.
Faut-il encore utiliser Homebrew en 2026 ?
La réponse des experts peut se résumer ainsi : oui, à condition de savoir ce que l'on fait. Homebrew est excellent pour installer des outils CLI sur votre machine de développement. Il est inadapté pour des déploiements, des environnements d'équipe reproductibles, ou des dépendances système critiques.
« Le vrai problème n'est pas Homebrew, c'est l'absence de réflexion sur la gestion des environnements », résume une ingénieure DevOps interrogée. « Les équipes qui blâment Homebrew pour leurs problèmes de reproductibilité sont souvent les mêmes qui n'ont pas de Dockerfile ou de configuration Nix pour leurs projets. L'outil n'est pas en cause : c'est l'absence de processus qui l'est. »
En 2026, Homebrew n'est ni le héros qu'on idealise ni le bouc émissaire qu'on accuse. C'est un outil mature, avec des forces et des limites claires. La sagesse des experts consiste simplement à savoir dans quelle colonne ranger chaque problème.