il faut faire 20 aller-retours pour qu'il soit accepté, pour des questions de code-style (jamais documenté), qui auraient été plus rapidement patchées via un simple de l'auteur.
Perso j'ai arrêté de faire des retours sur le coding style sur mes projets (à moins que ça soit vraiment dégueulasse) :
Soit j'ai configuré un linter (ce qui donne des règles claires sur ce qui est attendu), et qui tourne dans la CI (donc le dev est prévenu tout de suite des trucs qui ne vont pas quand il fait sa pull request).
Soit j'en ai pas configuré et je n'ai donc pas le droit de me plaindre.
Je sais que je diverge du sujet initial, mais, la dépendance aux interfaces web je la vit assez mal perso, et toi?
Je comprends ton point de vue, ça casse un peu le côté décentralisé de Git.
Mais personnellement je bosse toute la journée (et une partie de la nuit) sur des tas de projets différents avec énormément de personnes différentes, et clairement, le workflow proposé par Github et Gitlab me simplifie énormément la vie !
Tu peux très rapidement jeter un coup d'œil à une PR et voir si ça semble OK ou si c'est pas la peine de t'y attarder maintenant,
L'intégration avec de la CI permet de valider pas mal de choses automatiquement sans aucune action de ma part (puis quand c'est un linter qui dit que le code est moche, c'est plus difficile de le prendre mal que lorsque c'est un humain qui te le dit, puis c'est indiscutable )
Et j'aime beaucoup le fait de pouvoir directement annoter tes remarques à l'endroit concerné, ouvrir une discussion sur chacune d'entre elles, etc.
J'utilise Github et Gitlab tous les jours, et clairement pour moi il s'agit de formidables outils de collaboration qui me font gagner énormément de temps.
En dehors de Jamendo et Dogmazic, je vois pas trop. Certains des artistes sont sur Youtube ou Spotify, mais du coup autant télécharger les morceaux sur Jamendo… '
Tu lui reproche quoi à Jamendo pour vouloir le remplacer ? :)
Bonjour, et tout d'abord merci et bravo pour ce travail, et félicitation pour le choix de faire évoluer ce logiciel, là où un abandon en rase campagne aurait été si facile !
En fait, pour être totalement honnête ma première décision avait été d'abandonner le logiciel (j'en parle rapidement sur l'article que j'ai publié sur mon blog)… Je ne pensais pas qu'il restait plus d'un ou deux utilisateurs, donc je trouvais que ça valait pas le coup de s'embêter à réparer… Mais devant le nombre de messages que j'ai reçu, j'ai finalement changé d'avis (comme quoi, quand vous utilisez un logiciel, faites-le savoir a son créateur, ça motive !).
pourquoi avoir choisi Github et pas un autre hébergement similaire (Gitlab par exemple, ou d'autre dépôts comme Framagit) ?
Réponse courte : par facilité.
Je comprends votre réticence vis-à-vis de l'utilisation de services centralisés, et à une époque j'aurais refusé d'aller sur Github également… Mais du fait de son côté centralisé, beaucoup de devs ont un compte sur Github, ce qui facilite les contributions (en termes de quantité). La friction est moins grande.
Il est plus facile de proposer un correctif ou d'ouvrir un ticket sur un site où on a déjà un compte que de devoir s'inscrire sur un nouveau site, puis de contribuer. Personnellement ça m'est déjà arrivé de renoncer à rapport un bug ou de proposer un correctif, par ce que j'étais en train de faire autre chose en même temps et que j'avais la flemme de créer un compte sur un n-ième site (oui je sais, c'est pas bien).
Ceci dit, le dépôt de Cover Thumbnailer sur Launchpad (qui était le lieu où était développé ce logiciel avant que je migre tous mes dépôts sur Github) est toujours automatiquement synchronisé avec le dépôt Github. Donc on a quand même des backups. :)
Mais un "nouveau" (si on peut dire :-)) projet peut, devrait oserais-je dire, opter pour une alternative moins centralisée, monopolistique, aux mains du grand méchant crosoft.
En fait j'ai migré le dépôt de Cover Thumbnailer sur Github en Juin 2017, c'est pas tout à fait nouveau donc. :)
[^] # Re: (HS) Github
Posté par FLOZz (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à 2.
Perso j'ai arrêté de faire des retours sur le coding style sur mes projets (à moins que ça soit vraiment dégueulasse) :
Soit j'ai configuré un linter (ce qui donne des règles claires sur ce qui est attendu), et qui tourne dans la CI (donc le dev est prévenu tout de suite des trucs qui ne vont pas quand il fait sa pull request).
Soit j'en ai pas configuré et je n'ai donc pas le droit de me plaindre.
Je comprends ton point de vue, ça casse un peu le côté décentralisé de Git.
Mais personnellement je bosse toute la journée (et une partie de la nuit) sur des tas de projets différents avec énormément de personnes différentes, et clairement, le workflow proposé par Github et Gitlab me simplifie énormément la vie !
J'utilise Github et Gitlab tous les jours, et clairement pour moi il s'agit de formidables outils de collaboration qui me font gagner énormément de temps.
[^] # Re: Diablo Swing Orchestra
Posté par FLOZz (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à 1.
En dehors de Jamendo et Dogmazic, je vois pas trop. Certains des artistes sont sur Youtube ou Spotify, mais du coup autant télécharger les morceaux sur Jamendo… '
Tu lui reproche quoi à Jamendo pour vouloir le remplacer ? :)
[^] # Re: Diablo Swing Orchestra
Posté par FLOZz (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à 4.
Pareil, j'avais découvert ça il y a longtemps sur Jamendo ! J'adore ce groupe ! <3
[^] # Re: (HS) Github
Posté par FLOZz (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cover Thumbnailer v0.10.0. Évalué à 7.
En fait, pour être totalement honnête ma première décision avait été d'abandonner le logiciel (j'en parle rapidement sur l'article que j'ai publié sur mon blog)… Je ne pensais pas qu'il restait plus d'un ou deux utilisateurs, donc je trouvais que ça valait pas le coup de s'embêter à réparer… Mais devant le nombre de messages que j'ai reçu, j'ai finalement changé d'avis (comme quoi, quand vous utilisez un logiciel, faites-le savoir a son créateur, ça motive !).
Réponse courte : par facilité.
Je comprends votre réticence vis-à-vis de l'utilisation de services centralisés, et à une époque j'aurais refusé d'aller sur Github également… Mais du fait de son côté centralisé, beaucoup de devs ont un compte sur Github, ce qui facilite les contributions (en termes de quantité). La friction est moins grande.
Il est plus facile de proposer un correctif ou d'ouvrir un ticket sur un site où on a déjà un compte que de devoir s'inscrire sur un nouveau site, puis de contribuer. Personnellement ça m'est déjà arrivé de renoncer à rapport un bug ou de proposer un correctif, par ce que j'étais en train de faire autre chose en même temps et que j'avais la flemme de créer un compte sur un n-ième site (oui je sais, c'est pas bien).
Ceci dit, le dépôt de Cover Thumbnailer sur Launchpad (qui était le lieu où était développé ce logiciel avant que je migre tous mes dépôts sur Github) est toujours automatiquement synchronisé avec le dépôt Github. Donc on a quand même des backups. :)
En fait j'ai migré le dépôt de Cover Thumbnailer sur Github en Juin 2017, c'est pas tout à fait nouveau donc. :)