Le cofondateur de HashiCorp affirme que GitHub « n’est plus un endroit pour un travail sérieux »
(theregister.com)- Ghostty est en train de migrer de GitHub vers un autre dépôt de code collaboratif
- Mitchell Hashimoto utilise GitHub presque tous les jours depuis son inscription en février 2008 comme utilisateur n°1299, et considérait autrefois GitHub comme l’endroit qui le rendait le plus heureux
- Au cours du mois dernier, presque chaque jour a été marqué par une baisse de fiabilité du service ayant affecté son travail, et le jour même où il écrivait, une panne de GitHub Actions l’a empêché de faire des revues de PR pendant environ deux heures
- GitHub n’est plus un endroit agréable et, après 18 ans d’utilisation, il a décidé de partir, tout en laissant ouverte la possibilité de revenir s’il y a de vrais résultats et améliorations
- La migration de Ghostty avance de manière incrémentale après des discussions avec plusieurs fournisseurs commerciaux et FOSS, avec l’idée de laisser un miroir en lecture seule sur GitHub
Contexte d’utilisation de Ghostty et GitHub
- Son projet principal actuel est Ghostty, un émulateur de terminal qui apporte des « interesting new wrinkles » à une catégorie de logiciels rapide et mature
- Le développement de Ghostty s’est fait sur GitHub, que Mitchell Hashimoto utilise presque quotidiennement depuis son inscription en février 2008 comme utilisateur n°1299
- GitHub était « l’endroit qui le rendait le plus heureux », un service auquel il était attaché depuis si longtemps qu’il lui consacrait même du temps pendant sa lune de miel
- Au lieu de faire du doom scrolling sur les réseaux sociaux, il consultait depuis longtemps les issues GitHub, et même en vacances il étudiait le code source des projets GitHub, les processus OSS et la façon dont les mainteneurs répondaient
Des pannes qui bloquent le travail au quotidien
- Son ressenti envers GitHub a récemment beaucoup changé, au point d’avoir l’impression que GitHub le fait échouer chaque jour et que cela devient personnel
- La cause principale est la baisse de fiabilité du service : dans son journal, il note un « X » à chaque date où une panne GitHub a nui à sa capacité à travailler au cours du mois écoulé
- Ce journal comportait un « X » presque tous les jours et, le jour où il écrivait ce texte, une panne de GitHub Actions l’a empêché de faire des revues de PR pendant environ deux heures
- Le texte a été rédigé quelques jours avant l’incident du 28 avril, quand des pull requests n’ont pas pu être finalisées à cause d’un problème Elasticsearch
- Si ce type de panne bloque le travail pendant plusieurs heures chaque jour, alors GitHub n’est plus un endroit pour du « serious work »
Flux de développement et rupture émotionnelle
- GitHub n’est plus un endroit agréable ; comme le résume la phrase « I want to ship software and it doesn't want me to ship software », la plateforme est devenue quelque chose qui empêche de livrer du logiciel
- Il espère que GitHub s’améliorera, mais en même temps il doit écrire du code et considère qu’il ne peut plus coder avec GitHub dans l’état actuel
- Après 18 ans d’utilisation, il est arrivé à la conclusion qu’il devait partir, tout en laissant ouverte la possibilité de revenir s’il y a de vrais résultats et améliorations
- Les conditions d’un retour sur GitHub ne sont pas de simples paroles ou promesses, mais des résultats et des améliorations concrètes
La manière dont Ghostty migre
- Ghostty est en train de migrer vers un autre dépôt de code collaboratif
- Des discussions sont en cours avec plusieurs fournisseurs, aussi bien commerciaux que FOSS
- Il faudra du temps pour supprimer toutes les dépendances à GitHub, et le plan est d’avancer de manière aussi incrémentale que possible
- Un miroir en lecture seule de Ghostty restera sur GitHub, et ses projets personnels continueront aussi d’être hébergés sur un service appartenant à Microsoft
- Ghostty est le projet qui aura le plus d’impact pour lui, pour les mainteneurs et pour la communauté open source, ce qui en fait le cœur de ce changement
La place de GitHub et le contexte Microsoft
- Après le rachat de GitHub par Microsoft, certains craignaient qu’il ne devienne un service centré sur Redmond, moins confortable pour les développeurs qui ne sont pas liés à l’écosystème Windows ou Azure
- Ces craintes ne se sont globalement pas réalisées, et GitHub s’est imposé comme le lieu de facto pour travailler et partager du code
- L’expérience de Hashimoto montre que cette position peut vaciller, et cela coïncide aussi avec le moment où Microsoft a reconnu que Windows has serious quality problems
- Parmi les causes évoquées des problèmes de qualité de Windows figure l’injection forcée de l’IA dans trop d’outils, et l’augmentation de l’instabilité de GitHub observée par Hashimoto apparaît à la même période que l’obsession de Microsoft pour l’IA
1 commentaires
Réactions sur Hacker News
Je suis furieux que la fiabilité de GitHub se soit effondrée précisément au moment où l’entreprise migrait tout de CircleCI vers GitHub Actions
Le plus absurde, c’est même qu’Azure Repos/Pipelines était meilleur que ça
J’ai aussi entendu dire que GitHub était encore en train de migrer vers l’infrastructure Azure, donc qu’ils étaient peut-être dans un état intermédiaire, mais ça ne m’inspire pas confiance
C’est peut-être une excuse, mais ça paraît assez plausible
J’aimerais bien utiliser quelque chose comme Forgejo, mais nous sommes une douzaine de développeurs et, honnêtement, je suis le seul à l’avoir déjà utilisé
C’est vraiment basique, donc il n’y a pas grand-chose qui puisse casser, et pour la même raison j’aime aussi beaucoup leur système de tickets
Il n’y a que les fonctionnalités nécessaires, et les managers ne peuvent pas ajouter un million de champs pour vous torturer avec du reporting ou des burndown charts
https://news.ycombinator.com/item?id=47616242
https://isolveproblems.substack.com/p/how-microsoft-vaporize...
GitLab n’est pas vraiment mieux non plus
On dirait qu’ils ignorent les bugs graves des releases tout en ayant un budget infini pour des retouches d’UI idiotes qui n’apportent aucune amélioration concrète
Quand j’ai commencé à utiliser GitLab, il y a 8 ou 9 ans, je trouvais ça excellent, et quelques années plus tard, quand mon entreprise est passée à GitHub, ça m’a semblé être une nette régression
GitLab avait plein de petites commodités UX, il y avait des angles morts, mais dans l’ensemble ça paraissait bien conçu
Depuis, la situation s’est bien dégradée, l’UX a changé d’innombrables fois, et à chaque fois elle semble empirer
Les points rugueux n’ont pas été corrigés, on en a juste ajouté de nouveaux
Ces dernières années, j’ai du mal à penser à une fonctionnalité utile qui aurait été ajoutée ou améliorée, et comme GitHub est lui aussi en bazar, j’aurais aimé que GitLab devienne clairement la meilleure alternative et prenne ce marché, donc c’est vraiment regrettable
J’ai passé des jours à chercher la cause, et ce n’est qu’à la mise à jour suivante qu’un avertissement m’a signalé le problème, après quoi j’ai lancé la repair command pour remettre de l’ordre
C’était un tout petit serveur, environ 10 utilisateurs et au plus 50 dépôts
GitHub, Bitbucket, Codeberg, etc. allaient bien, mais GitLab était vraiment bourré de bugs, il était impossible de mettre à jour une clé SSH dans Firefox, et il n’y avait aucune indication claire qu’il s’agissait d’un bug de compatibilité GitLab-Firefox
Il m’a fallu presque une heure avant de penser à essayer d’envoyer la nouvelle clé SSH via Chrome, et depuis je considère que je ne toucherai plus jamais à GitLab
Ghostty devient le dernier projet à quitter GitHub, donc je me demande qui sera le prochain
Je ne pense pas que tout le monde aura quitté GitHub d’ici mercredi prochain pour lancer son propre serveur Forgejo, mais le simple fait que les gens commencent enfin à envisager de sortir de GitHub devrait inquiéter GitHub
L’ingénieur logiciel moyen ne s’intéresse pas du tout aux VCS ou aux forges, et ses connaissances sur ces deux sujets sont très superficielles
Pour des gens qui veulent juste faire leur travail puis retourner à leur vie, ce n’est pas si important
C’est moi, ou les problèmes se sont-ils nettement aggravés depuis le rachat par MSFT ?
De combien cela a-t-il grossi pendant ce temps ? 10x ? 100x ? Plus encore ?
Quand une entreprise en rachète une autre, la question suivante est : qui en est réellement propriétaire ?
Le point crucial, c’est de savoir qui, dans la nouvelle entreprise, est responsable de « garder ça en bon état », et même si les personnes qui s’en occupaient avant sont restées après le rachat, la question de leur motivation est distincte
Microsoft a un vrai problème
On voit les coutures d’un ensemble qui ressemble à au moins 10 entreprises collées ensemble puis appelées Microsoft, avec un risque de réputation important où une panne du département Xbox peut nuire à l’équipe des outils, ou l’inverse
Il manque de focus sur beaucoup de sujets, et après les annonces à la presse il aurait fallu un moment « service pack 2 » pour corriger cette dette technique de la taille de l’Everest
Embrace, extend, and extinguish
Il dit « GitHub user 1299, inscrit en février 2008 », mais comment savoir quel numéro GitHub user # on est ?
curl [https://api.github.com/users/YOUR_USER_HERE](<https://api.github.com/users/YOUR_USER_HERE>;), puis de regarder l’id dans le payload"id": 2851Ou bien regarder le source HTML de l’avatar : https://avatars.githubusercontent.com/u/2851?v=4
Honnêtement, je pensais être dans les millions
/u/#Moi, je suis autour de 4 millions
En me basant sur les statistiques d’activité utilisateur accumulées sur presque 20 ans, je suis convaincu d’être dans le top 1 %, ou pas loin, pour ce qui est d’une charge de travail soutenue sur la durée et d’écrire chaque jour du logiciel effectivement utilisé par d’autres
Moi aussi je suis un utilisateur assez ancien de GitHub, sans faire partie des tout premiers, et même si les métriques de GitHub se dégradent, je continue à livrer
Parce que GitHub n’est pas nécessaire pour écrire du logiciel
Le commentaire de Hashimoto me paraît troublé et j’espère qu’il retrouvera un peu de sérénité, mais si ce n’était pas lui, j’aurais lu ce commentaire en me disant qu’il y avait un problème, donc je pense qu’il y en a effectivement un
Sinon, juger ceux qui se plaignent des pannes paraît assez déplacé et désagréable
C’est plutôt le genre de chose qu’on voyait sur Reddit
Il était trop prévisible que quelqu’un passe à côté du sujet en disant « ça ne vous empêche pas de coder sur votre machine », au point que le billet de blog original traitait déjà ce point par avance
Il ne faut pas lancer ce genre d’attaque personnelle répugnante sur la santé mentale de quelqu’un
Mais après avoir lu le message, sa réaction émotionnelle semble effectivement un peu disproportionnée par rapport à la situation
Cela dit, selon la taille du projet, GitHub peut devenir un travail à plein temps pour la gestion des tickets, le traitement des reviews, etc., et il n’est pas rare non plus d’utiliser les descriptions et commentaires de PR comme partie intégrante de la documentation au lieu des messages de commit
Donc la disponibilité de GitHub peut vraiment constituer une panne majeure pour beaucoup d’entreprises
À l’instant même, il y a encore des problèmes avec l’API GitHub
La vraie question est de savoir quelle est la meilleure alternative
Même la version gratuite nous suffit largement
Tout le code public peut même y être poussé en miroir
Si c’est un endroit où faire tourner les tests qu’il vous faut, vous pouvez monter votre propre infrastructure
C’est plus facile que jamais, alors pourquoi dépendre d’une telle boîte noire ?
C’est bien plus rapide que GitLab