C’est vraiment mon avis de béotien en développement logiciel que je donne là mais je trouve dommage de fermer le développement par principe. Je veux dire, c’est pas parce que tu acceptes les contributions que tu t’engages à toutes les considérer, à t’investir pour chacune.
Alors c’est sûr qu’à un moment les contributeurs vont se dire : « Mais qu’il aille bien se faire foutre ce projet si on se casse le cul, qu’on propose des patches, et qu’on a même pas une réponse ! » Conséquence : fork (si la nécessité d’utiliser le logiciel en question est forte), ou arrêt de toute contribution (si de toute manière c’est pas très important, on va voir ailleurs).
Donc au final, certes, ça revient très probablement au même. Mais je ne vois pas l’intérêt d’annoncer à l’avance que : le développement ngest pas ouvert aux contributions externes. Je veux dire, s’il ne l’est pas les gens s’en rendrons compte assez vite, et pour le projet en question, bah ça lui laisse une petite possibilité de profiter de LA contribution qui le fait bien...
La seule raison que je vois de, typiquement, garder privé les rapports de bug, c’est chercher à les dérober à la vue des utilisateurs potentiels. En gros, partir du principe que pour l’utilisateur qui n’est pas tombé dessus lui-même le bug n’existe pas...
[^] # Re: Wut?
Posté par Marotte ⛧ . En réponse au journal PySimpleGUI ferme (les sources). Évalué à 2. Dernière modification le 23 mars 2024 à 23:11.
C’est vraiment mon avis de béotien en développement logiciel que je donne là mais je trouve dommage de fermer le développement par principe. Je veux dire, c’est pas parce que tu acceptes les contributions que tu t’engages à toutes les considérer, à t’investir pour chacune.
Alors c’est sûr qu’à un moment les contributeurs vont se dire : « Mais qu’il aille bien se faire foutre ce projet si on se casse le cul, qu’on propose des patches, et qu’on a même pas une réponse ! » Conséquence : fork (si la nécessité d’utiliser le logiciel en question est forte), ou arrêt de toute contribution (si de toute manière c’est pas très important, on va voir ailleurs).
Donc au final, certes, ça revient très probablement au même. Mais je ne vois pas l’intérêt d’annoncer à l’avance que : le développement ngest pas ouvert aux contributions externes. Je veux dire, s’il ne l’est pas les gens s’en rendrons compte assez vite, et pour le projet en question, bah ça lui laisse une petite possibilité de profiter de LA contribution qui le fait bien...
La seule raison que je vois de, typiquement, garder privé les rapports de bug, c’est chercher à les dérober à la vue des utilisateurs potentiels. En gros, partir du principe que pour l’utilisateur qui n’est pas tombé dessus lui-même le bug n’existe pas...