Les sources de gatejs étaient fermées pendant plusieurs années, mais différentes raisons ont amené ses créateurs à rendre ouvert ce travail.
Quelles sont les raisons de rendre ouvert ?
Sur linuxfr, je me serais attendu, justement, à ce que ce soit développé, ce serait justement l'un des points les plus importants, les raisons et la façon dont cela a été fait. Le pourquoi du comment et toute l'histoire.
Mais j'ai beau cherché dans le wiki ou dans le README, il n'y a pas de direction pour la façon de contribuer.
Que ce soit pour la création de ticket de bug, de ticket d'évolution, de contribution de documentation ou de code proprement dit.
Donc c'est libre (on a le droit de forké) mais ça reste fermé ?
En me relisant, je me rends compte que c'est un peu aigri, mais je ne sais pas le tourner de manière différente, désolé. Je m'intéresse surtout aux raisons qui poussent une entreprise à rendre un projet libre :
projet poubelle => on ne veut plus s'en occuper
publicité sur le savoir-faire => vous pouvez l'utiliser mais on garde exclusivement le cotnrole
rendu à la communauté => on utilise du libre, donc on veut redonner une partie de ce que l'on a gagné à la communauté
manque de personnel / principaux développeurs partis => on ne sait plus le gérer, on n'a plus les moyens de le gérer, mais c'est toujours utilisés, il faut que ce soit maintenu
projet fini et donc plus financé => on le libère, ça fera de la publicité pour la boite et certains le maintiendront gratuitement.
Bref, plein de raisons (pas mutuellement exclusives), plein de façons de faire. Quels sont vos choix, et pourquoi ?
# Ouvert, libre et contribution
Posté par Isammoc . En réponse à la dépêche Proxy HTTP(s) gatejs. Évalué à 7.
Quelles sont les raisons de rendre ouvert ?
Sur linuxfr, je me serais attendu, justement, à ce que ce soit développé, ce serait justement l'un des points les plus importants, les raisons et la façon dont cela a été fait. Le pourquoi du comment et toute l'histoire.
Apparemment, le projet est :
Mais j'ai beau cherché dans le wiki ou dans le README, il n'y a pas de direction pour la façon de contribuer.
Que ce soit pour la création de ticket de bug, de ticket d'évolution, de contribution de documentation ou de code proprement dit.
Donc c'est libre (on a le droit de forké) mais ça reste fermé ?
En me relisant, je me rends compte que c'est un peu aigri, mais je ne sais pas le tourner de manière différente, désolé. Je m'intéresse surtout aux raisons qui poussent une entreprise à rendre un projet libre :
Bref, plein de raisons (pas mutuellement exclusives), plein de façons de faire. Quels sont vos choix, et pourquoi ?