Ou la conclusion que certains oublient au sujet de l'open source / libre (qui, rappelons le, n'a absolument rien à faire d'une quelconque communauté ou entraide, par exemple) :
If the license says, “the software is free to use”, then that’s the deal. You get exactly that. Nothing more, nothing less. Everything else is extra and billable
Sans doute le texte le plus proche de ce que j'aurai voulu écrire un jour.
PS: le texte n'est pas récent, mais merci de me l'avoir fait découvrir, il mérite d'être mieux connu.
Je vois pas vraiment pas l’intérêt de ne pas ouvrir un bugtracker sur une plateforme, pour que au moins les bugs soient documentes, si il existe un workaround que les utilisateurs puissent le savoir.
Le mec veut surtout se rendre desagreable avec un vieux troll moisi, en espérant que ca fasse connaître son soft. Je suis pas sur qu'il y ait un grand intérêt a partager ce lien outre mesure.
Tu n'as donc pas compris ce qu'est le libre (qui n'a absolument rien à faire d'un bug tracker gratuit) ni qu'on ne te doit rien, tu devrais relire calmement l'article pour le comprendre plutôt que de le fustiger avec des préjugés.
Spoiler : il y a un bug tracker contrairement à ce que tu imagines, il est juste réservé aux clients payants (et c'est 100% en phase avec le libre contrairement à ce que certains voudraient imaginer, ou 0% en phase avec les gens qui pensent qu'un bug tracker public est un dû).
Je vois pas vraiment pas l’intérêt de ne pas ouvrir un bugtracker sur une plateforme,
Ne pas maintenir gratuitement un truc inutile pour l'auteur.
Rendre la version payante plus intéressante (100% en phase avec le libre qui n'a rien à faire des bug reports, il ne s’intéresse qu'à des droits d'usage et ré-utilisabilité).
A noter que la planète entière, toi y compris, peur concurrencer et maintenir une version gratuite d'un bug tracker pour documenter. Tiens, plus personne…
Je suis pas sur qu'il y ait un grand intérêt a partager ce lien outre mesure.
Au contraire, donc, après si les gens ne veulent pas essayer de comprendre le problème n'est pas chez l'auteur de ce document.
Spoiler : il y a un bug tracker contrairement à ce que tu imagines, il est juste réservé aux clients payants (et c'est 100% en phase avec le libre contrairement à ce que certains voudraient imaginer, ou 0% en phase avec les gens qui pensent qu'un bug tracker public est un dû).
Le compte officiel semble même répondre aux tickets, le tout semble se dérouler de manière courtoise et utile pour tout le monde, sur le rythme de ~1 ticket par mois. Tiens, il en a meme fixer un il y a 2 jours, il remercie la personne qui lui a rapporte:
Bref, je vois pas le délire ni le problème concrètement, mais assurément, il a du passer du temps a écrire ses articles de blog, c'est cool ca a lui a amène de la visibilité.
Bref, je vois pas le délire ni le problème concrètement
Je ne sais pas pour lui mais perso je reçois souvent des mails pour râler que je ne corrige pas assez vite un bug (je confirme le bug, et aussi qu'il ne me dérange pas ni mes sponsors) alors que le ticket est ouvert, dans le même style "tu me dois un fix, et urgemment car ça me bloque ma mise en prod" alors que je n'ai signé aucun contrat (hormis la livraison sous licence libre qui stipule que je ne dois rien d'autre) avec l'auteur du mail.
Le post vise ces gens qui pensent que parce qu'on fournit un logiciel on leur doit un support inclus (ce n'est pas le cas); on ne leur doit pas non plus un tracker public mais ça n’empêche pas, on peut aussi changer d'avis (l'article a plus d'un an).
Le tout est de bien comprendre qu'un tracker public, entre autre, n'est absolument pas une obligation dans le logiciel libre (et encore moins qu'on y participe) même si beaucoup le font, et que même ça peut se négocier.
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.
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.
Dans GitHub: menu Settings, General, décocher "Issues" et garder (ou pas) les autres; chaque partie du repo est désactivable indépendamment.
Si un autre produit ne fait pas ça, ben c'est une raison pour en changer ;-).
Posté par Lawless .
Évalué à 8.
Dernière modification le 08 mars 2022 à 21:43.
C'est un peu la marque de fabrique du site web Developpez.com, des articles traduits à coup de Google Traduction, rarement de lien sur l'article original et l'autorisation de reproduction implicite.
Ce qui peut surtout surprendre est que l'article original « No, "Open Source" does not mean "Includes Free Support" » date de novembre 2020, soit un an, trois mois et 24 jours avant l'article publié dans Developpez.com. Autre curiosité, l'échange entre l'utilisateur fictif et l'auteur de l'article est au format texte dans l'article original et a été transformé en image PNG.
# Bien intéressant
Posté par Ysabeau 🧶 🧦 (site web personnel, Mastodon) . Évalué à 4.
Merci pour le lien.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
# [réf. souhaitée]
Posté par jmiven . Évalué à 6.
"L'intégralité de sa position" est la traduction d'un article du créateur en question.
Dommage que l'auteur chez developpez.com n'ait pas pensé à inclure le lien, en supposant qu'il ait obtenu l'autorisation de reproduire le texte :)
[^] # Re: [réf. souhaitée]
Posté par Zenitram (site web personnel) . Évalué à 10. Dernière modification le 08 mars 2022 à 20:11.
La suite est encore plus savourante.
Je note entre autre :
Ou la conclusion que certains oublient au sujet de l'open source / libre (qui, rappelons le, n'a absolument rien à faire d'une quelconque communauté ou entraide, par exemple) :
Sans doute le texte le plus proche de ce que j'aurai voulu écrire un jour.
PS: le texte n'est pas récent, mais merci de me l'avoir fait découvrir, il mérite d'être mieux connu.
[^] # Re: [réf. souhaitée]
Posté par flagos . Évalué à 3.
La suite est surtout un gros troll.
Je vois pas vraiment pas l’intérêt de ne pas ouvrir un bugtracker sur une plateforme, pour que au moins les bugs soient documentes, si il existe un workaround que les utilisateurs puissent le savoir.
Le mec veut surtout se rendre desagreable avec un vieux troll moisi, en espérant que ca fasse connaître son soft. Je suis pas sur qu'il y ait un grand intérêt a partager ce lien outre mesure.
[^] # Re: [réf. souhaitée]
Posté par Zenitram (site web personnel) . Évalué à 4. Dernière modification le 09 mars 2022 à 09:35.
Tu n'as donc pas compris ce qu'est le libre (qui n'a absolument rien à faire d'un bug tracker gratuit) ni qu'on ne te doit rien, tu devrais relire calmement l'article pour le comprendre plutôt que de le fustiger avec des préjugés.
Spoiler : il y a un bug tracker contrairement à ce que tu imagines, il est juste réservé aux clients payants (et c'est 100% en phase avec le libre contrairement à ce que certains voudraient imaginer, ou 0% en phase avec les gens qui pensent qu'un bug tracker public est un dû).
Ne pas maintenir gratuitement un truc inutile pour l'auteur.
Rendre la version payante plus intéressante (100% en phase avec le libre qui n'a rien à faire des bug reports, il ne s’intéresse qu'à des droits d'usage et ré-utilisabilité).
A noter que la planète entière, toi y compris, peur concurrencer et maintenir une version gratuite d'un bug tracker pour documenter. Tiens, plus personne…
Au contraire, donc, après si les gens ne veulent pas essayer de comprendre le problème n'est pas chez l'auteur de ce document.
[^] # Re: [réf. souhaitée]
Posté par flagos . Évalué à 5.
J'ai l'impression qu'il est public ce bugtracker:
https://github.com/onyxbits/raccoon4/issues
Le compte officiel semble même répondre aux tickets, le tout semble se dérouler de manière courtoise et utile pour tout le monde, sur le rythme de ~1 ticket par mois. Tiens, il en a meme fixer un il y a 2 jours, il remercie la personne qui lui a rapporte:
https://github.com/onyxbits/raccoon4/issues/107
Bref, je vois pas le délire ni le problème concrètement, mais assurément, il a du passer du temps a écrire ses articles de blog, c'est cool ca a lui a amène de la visibilité.
[^] # Re: [réf. souhaitée]
Posté par Zenitram (site web personnel) . Évalué à 7. Dernière modification le 09 mars 2022 à 10:08.
Je ne sais pas pour lui mais perso je reçois souvent des mails pour râler que je ne corrige pas assez vite un bug (je confirme le bug, et aussi qu'il ne me dérange pas ni mes sponsors) alors que le ticket est ouvert, dans le même style "tu me dois un fix, et urgemment car ça me bloque ma mise en prod" alors que je n'ai signé aucun contrat (hormis la livraison sous licence libre qui stipule que je ne dois rien d'autre) avec l'auteur du mail.
Le post vise ces gens qui pensent que parce qu'on fournit un logiciel on leur doit un support inclus (ce n'est pas le cas); on ne leur doit pas non plus un tracker public mais ça n’empêche pas, on peut aussi changer d'avis (l'article a plus d'un an).
Le tout est de bien comprendre qu'un tracker public, entre autre, n'est absolument pas une obligation dans le logiciel libre (et encore moins qu'on y participe) même si beaucoup le font, et que même ça peut se négocier.
[^] # Re: [réf. souhaitée]
Posté par Psychofox (Mastodon) . É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.
[^] # Re: [réf. souhaitée]
Posté par Zenitram (site web personnel) . Évalué à 3.
Dans GitHub: menu Settings, General, décocher "Issues" et garder (ou pas) les autres; chaque partie du repo est désactivable indépendamment.
Si un autre produit ne fait pas ça, ben c'est une raison pour en changer ;-).
[^] # Re: [réf. souhaitée]
Posté par Psychofox (Mastodon) . Évalué à 3.
Bien vu, merci. J'ai regardé trop rapidement, n'utilisant que peu github et pour aucun projet perso ou pro.
[^] # Re: [réf. souhaitée]
Posté par Lawless . Évalué à 8. Dernière modification le 08 mars 2022 à 21:43.
C'est un peu la marque de fabrique du site web Developpez.com, des articles traduits à coup de Google Traduction, rarement de lien sur l'article original et l'autorisation de reproduction implicite.
Ce qui peut surtout surprendre est que l'article original « No, "Open Source" does not mean "Includes Free Support" » date de novembre 2020, soit un an, trois mois et 24 jours avant l'article publié dans Developpez.com. Autre curiosité, l'échange entre l'utilisateur fictif et l'auteur de l'article est au format texte dans l'article original et a été transformé en image PNG.
# La réaction de l'auteur aux réactions de son post
Posté par Sylvain Berfini (site web personnel) . Évalué à 2.
https://raccoon.onyxbits.de/blog/reactions-bugreport-free-support/
[^] # Re: La réaction de l'auteur aux réactions de son post
Posté par Ysabeau 🧶 🧦 (site web personnel, Mastodon) . Évalué à 4.
Y'en a des bonnes de deux côtés !
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: La réaction de l'auteur aux réactions de son post
Posté par jmiven . Évalué à 2.
C'est l'article que Zenitram citait :-)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.