C'est vrai sur le marché de la console de jeu, mais ce n'est qu'une manière de concevoir le développement d'un jeu, même si cette idée est majoritaire.
Ce n'est pas parce que le plus gros marché du jeu vidéo fonctionne sur ce principe que tout développement de jeu vidéo doit se faire selon ces mêmes rêgles.
Avec le même raisonnement on pourrait dire :
Un programme c'est un produit 'fini'.
Donc quand ça marche on n'y touche pas, on n'a pas besoin des sources non plus, et c'est très bien ainsi !
Et puis les depots c'est bien gentil, mais c'est au bon vouloir des mainteneurs. Bref encore des gens exterieur au projet a gerer.
Rien n'empêche un mainteneur (par exemple celui de PlayDeb) d'être considéré justement comme le mainteneur du jeu NNNN et pour ce rôle, membre de l'équipe de développement de NNNN. Les ensembles 'développeurs' et 'mainteneurs' ne sont pas fondamentalement disjoints, il peut y avoir jonction. Le travail du mainteneur peut être complètement intégré au projet.
Soit le projet peut demander à son membre qui fait habituellement les packages de rejoindre l'équipe d'un dépôt, soit au contraire, le projet qui est habituellement empaqueté par un dépôt peut proposer au mainteneur de ce dépôt de rejoindre l'équipe pour ce rôle, créer un lien social, avoir en lui un interlocuteur privilégié, lui donner un droit de regard et la possibilité de poser des rapports de bugs visant à améliorer son travail d'empaquetage, et in fine une meilleure expérience utilisateur.
L'inverse de « je fais un setup parce que ça n'attend pas » n'est pas, « je publie l'url d'un dépôt et j'attends qu'un inconnu surgisse de nulle part poussé par la main invisible et empaquette tant bien que mal le jeu sans jamais me demander de l'aide ».
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Connaisse pas la joie des depots
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
Rien n'est moins sûr !
C'est vrai sur le marché de la console de jeu, mais ce n'est qu'une manière de concevoir le développement d'un jeu, même si cette idée est majoritaire.
Ce n'est pas parce que le plus gros marché du jeu vidéo fonctionne sur ce principe que tout développement de jeu vidéo doit se faire selon ces mêmes rêgles.
Avec le même raisonnement on pourrait dire :
Un programme c'est un produit 'fini'.
Donc quand ça marche on n'y touche pas, on n'a pas besoin des sources non plus, et c'est très bien ainsi !
Rien n'empêche un mainteneur (par exemple celui de PlayDeb) d'être considéré justement comme le mainteneur du jeu NNNN et pour ce rôle, membre de l'équipe de développement de NNNN. Les ensembles 'développeurs' et 'mainteneurs' ne sont pas fondamentalement disjoints, il peut y avoir jonction. Le travail du mainteneur peut être complètement intégré au projet.
Soit le projet peut demander à son membre qui fait habituellement les packages de rejoindre l'équipe d'un dépôt, soit au contraire, le projet qui est habituellement empaqueté par un dépôt peut proposer au mainteneur de ce dépôt de rejoindre l'équipe pour ce rôle, créer un lien social, avoir en lui un interlocuteur privilégié, lui donner un droit de regard et la possibilité de poser des rapports de bugs visant à améliorer son travail d'empaquetage, et in fine une meilleure expérience utilisateur.
L'inverse de « je fais un setup parce que ça n'attend pas » n'est pas, « je publie l'url d'un dépôt et j'attends qu'un inconnu surgisse de nulle part poussé par la main invisible et empaquette tant bien que mal le jeu sans jamais me demander de l'aide ».
ce commentaire est sous licence cc by 4 et précédentes