Bis repetita... L'important ce n'est pas d'avoir le code du serveur (tu ne sais jamais si tu as vraiment le code du serveur), mais d'avoir des données utilisables.
Pour moi, à partir du moment où tu as décidé d'aller voir ailleurs, et problématiques de confiance mises de côté, il y a 2 facteurs majeurs:
le code source, pour reproduire à l'identique
et les données
tu peux avoir l'un sans l'autre, mais les 2 sont importants.
Si tu n'as pas le code source, tu devras trouver (ou écrire) un logiciel compatible, et tu risques de perdre des fonctionnalités.
Si tu n'as pas les données, tu vas devoir passer par des méthodes détournées comme le scrapping, là encore, du temps et des efforts pour migrer. Et il y a possiblement des cas où c'est même pas possible ou extrêmement difficile de migrer (par exemple une vidéo avec DRM)
Tu sais qu'on peut être piégé par un logiciel tout ce qu'il y a de plus libre ? Si tu fais de la photo et que tu as déjà changé de logiciel de gestion de photo, tu dois voir de quoi je parle. Chaque logiciel créer son propre silo de données que tu alimente fièrement et qui n'ai pas interopérable dommage. Me faire avoir par un service ou par un logiciel (qu'il soit libre ou non) ça laisse le même arrière goût
Même pour le libre il y a une question de confiance, la licence est un élément majeur mais pas suffisant. Si l'éditeur du logiciel ajoute volontairement des données difficiles à transférer, il vaut mieux l'éviter, si c'est juste un manque d'outil de migration, c'est l'occasion de contribuer. Dans tous les cas, c'est bien plus simple si tu as les sources (et le droit d'y toucher).
Pfff rhétorique... Je croyais que tu répondais au commentaire qui disait que l'article n'était pas intéressant (c'est vachement intéressant de se renvoyer la balle comme ça tu ne trouve pas ?....)
Je reproche juste de me faire dire des choses que je n'ai pas dites. Je ne connais pas suffisamment Gitlab pour le conseiller, et j'essaye d'éviter la centralisation autant que possible (ce qui ne m'empêche pas d'être sur DLFP ou SeenThis). Et pareil pour la remarque suivante, rappeler le contexte c'est une chose, me mettre dans le « vous » c'est me faire dire des choses que je n'ai pas dite. Enfin pas la peine de s'étendre dessus, je voulais aussi d'éviter d'avoir à défendre ou réfuter des arguments qui ne sont pas les miens.
De manière très général, je trouve que critiquer n'est pas très intéressant, c'est souvent pas très constructif. Il est bien plus intéressant pour tout le monde et bien plus efficace pour lutter contre l'uniformisation de présenter son alternative et pas comme un St Graal (ça met sur la défensive), mais en expliquant en quoi ça te convient.
Critiquer (quand c'est pas gratuit et que c'est argumenté), ça permet de réfléchir, et peut-être de déboucher sur une solution.
[^] # Re: service...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Le danger github. Évalué à 10. Dernière modification le 26 février 2016 à 15:44.
Pour moi, à partir du moment où tu as décidé d'aller voir ailleurs, et problématiques de confiance mises de côté, il y a 2 facteurs majeurs:
tu peux avoir l'un sans l'autre, mais les 2 sont importants.
Si tu n'as pas le code source, tu devras trouver (ou écrire) un logiciel compatible, et tu risques de perdre des fonctionnalités.
Si tu n'as pas les données, tu vas devoir passer par des méthodes détournées comme le scrapping, là encore, du temps et des efforts pour migrer. Et il y a possiblement des cas où c'est même pas possible ou extrêmement difficile de migrer (par exemple une vidéo avec DRM)
Même pour le libre il y a une question de confiance, la licence est un élément majeur mais pas suffisant. Si l'éditeur du logiciel ajoute volontairement des données difficiles à transférer, il vaut mieux l'éviter, si c'est juste un manque d'outil de migration, c'est l'occasion de contribuer. Dans tous les cas, c'est bien plus simple si tu as les sources (et le droit d'y toucher).
Je reproche juste de me faire dire des choses que je n'ai pas dites. Je ne connais pas suffisamment Gitlab pour le conseiller, et j'essaye d'éviter la centralisation autant que possible (ce qui ne m'empêche pas d'être sur DLFP ou SeenThis). Et pareil pour la remarque suivante, rappeler le contexte c'est une chose, me mettre dans le « vous » c'est me faire dire des choses que je n'ai pas dite. Enfin pas la peine de s'étendre dessus, je voulais aussi d'éviter d'avoir à défendre ou réfuter des arguments qui ne sont pas les miens.
Critiquer (quand c'est pas gratuit et que c'est argumenté), ça permet de réfléchir, et peut-être de déboucher sur une solution.