Donc non je crois qu'il est cohérent avec ce qu'il dit et que ce n'est pas simplement du marketing. C'est juste quelqu'un qui pose à juste titre ses limites. Ce que tu appelles du troll c'est juste du franc-parler. Et je trouve que bien que sec il n'est pas insultant contrairement à ce qu'il reçoit apparemment en retour sans invitation.
Et je suis d'accord avec lui que les forges avec issue tracker intégré utilisés comme des forums par certain constituent un piège qui ne fait pas forcément gagner du temps aux developpeurs. Là il choisit de continuer à l'utiliser parce qu'à priori il reçoit toujours des pull request et qu'il y voit toujours un intérêt, mais j'imagine qu'il le fermerait si le ratio bruit/contributions devenait inintéressant.
Je trouve d'ailleurs dommage qu'on ne puisse pas activer/désactiver les différentes fonctionnalités sur son repo. On pourrais imaginer accepter de recevoir des pull requests venant d'un fork mais désactiver le issue tracker.
[^] # Re: [réf. souhaitée]
Posté par Psychofox (Mastodon) . En réponse au lien « Non, open source ne veut pas dire support gratuit inclus ». Évalué à 6. Dernière modification le 09 mars 2022 à 14:28.
Le ticket que tu mentionnes rapporte une typo sur le site web.
Par ailleurs le issue tracker est modéré activement, ici des commentaires ont été supprimés:
https://github.com/onyxbits/raccoon4/issues/103
Dans les issues on voit finalement peu qui aboutissent à un du code écrit, une pull request ou un bugfix. Aussi:
source: https://github.com/onyxbits/raccoon4/issues/60
Donc non je crois qu'il est cohérent avec ce qu'il dit et que ce n'est pas simplement du marketing. C'est juste quelqu'un qui pose à juste titre ses limites. Ce que tu appelles du troll c'est juste du franc-parler. Et je trouve que bien que sec il n'est pas insultant contrairement à ce qu'il reçoit apparemment en retour sans invitation.
Et je suis d'accord avec lui que les forges avec issue tracker intégré utilisés comme des forums par certain constituent un piège qui ne fait pas forcément gagner du temps aux developpeurs. Là il choisit de continuer à l'utiliser parce qu'à priori il reçoit toujours des pull request et qu'il y voit toujours un intérêt, mais j'imagine qu'il le fermerait si le ratio bruit/contributions devenait inintéressant.
Je trouve d'ailleurs dommage qu'on ne puisse pas activer/désactiver les différentes fonctionnalités sur son repo. On pourrais imaginer accepter de recevoir des pull requests venant d'un fork mais désactiver le issue tracker.