En fait, c'est un peu comme les infras cloud : tu peux très bien gérer tes VMs et les services qui tournent dessus, en minimisant le vendor lock-in, et afin de maximiser la réversibilité/facilité de migration vers une autre infra si besoin, mais c'est pas ça qui fait manger les vendeurs d'infonuagique... Ce qui est rentable, c'est les services intégrés comme les k8s managés, les bases de données managées, les intégrations autoscale/DNS/Load balancing, etc...
Et donc pour GitHub c'est pareil, le repo gratuit, c'est un produit d'appel, ça ne rapporte rien. Très vite, tu te retrouves avec des intégrations propriétaires et ça devient difficile de migrer... Alors tu payes. Cf le cas de Curl, Daniel S. a bien expliqué que ce serait hyper coûteux de migrer et devoir payer les pipelines de build.
Y'a plein de personnes ou d'équipes qui savent faire du beau code mais n'ont aucune envie ou connaissances, ou plus simplement de temps pour gérer une infra de build.
[^] # Re: "Leaving GitHub [...] you'll miss the ecosystem"
Posté par cg . En réponse au lien "Made in EU" - it was harder than I thought.. Évalué à 5.
Je suis un peu partagé là-dessus.
En fait, c'est un peu comme les infras cloud : tu peux très bien gérer tes VMs et les services qui tournent dessus, en minimisant le vendor lock-in, et afin de maximiser la réversibilité/facilité de migration vers une autre infra si besoin, mais c'est pas ça qui fait manger les vendeurs d'infonuagique... Ce qui est rentable, c'est les services intégrés comme les k8s managés, les bases de données managées, les intégrations autoscale/DNS/Load balancing, etc...
Et donc pour GitHub c'est pareil, le repo gratuit, c'est un produit d'appel, ça ne rapporte rien. Très vite, tu te retrouves avec des intégrations propriétaires et ça devient difficile de migrer... Alors tu payes. Cf le cas de Curl, Daniel S. a bien expliqué que ce serait hyper coûteux de migrer et devoir payer les pipelines de build.
Y'a plein de personnes ou d'équipes qui savent faire du beau code mais n'ont aucune envie ou connaissances, ou plus simplement de temps pour gérer une infra de build.