son système de gestion de bugs « verrouille » les projets sur cette plate-forme.
et j'y comprends "verrouiller" plutôt comme dans l'expression "lock in" et que justement cela a bien à faire avec la plate-forme, dans les mots de l'OP.
Ta description des limitations de GitHub est très exacte, la gestion des bugs dans GitHub est indéniablement rudimentaire. En ce qui concerne les migrations tu aussi raison: on peut s'attendre à ce qu'elles soient douloureuses. Mais ces deux choses sont indépendantes du caractère fermé ou ouvert de la plateforme, et pour être honnête, vu que toutes les informations sont exposées publiquement et proprement (sans scrapper) GitHub ne fait rien pour empêcher les gens de partir.
Le monde du logiciel libre n'a pas du tout pris le virage des réseaux sociaux (je pense que c'est l'aspect principal qui explique le succès de GitHb) ce qu'on peut regretter, mais bon aujourd'hui c'est comme ça.
[^] # Re: Verrouillage?
Posté par Michaël (site web personnel) . En réponse au journal CPython abandonne Mercurial et passe à Git et Github. Évalué à 5.
La phrase originale est
et j'y comprends "verrouiller" plutôt comme dans l'expression "lock in" et que justement cela a bien à faire avec la plate-forme, dans les mots de l'OP.
Ta description des limitations de GitHub est très exacte, la gestion des bugs dans GitHub est indéniablement rudimentaire. En ce qui concerne les migrations tu aussi raison: on peut s'attendre à ce qu'elles soient douloureuses. Mais ces deux choses sont indépendantes du caractère fermé ou ouvert de la plateforme, et pour être honnête, vu que toutes les informations sont exposées publiquement et proprement (sans scrapper) GitHub ne fait rien pour empêcher les gens de partir.
Le monde du logiciel libre n'a pas du tout pris le virage des réseaux sociaux (je pense que c'est l'aspect principal qui explique le succès de GitHb) ce qu'on peut regretter, mais bon aujourd'hui c'est comme ça.