Sérieusement : oui (mais très rare, 2 fois en 6 ans de mémoire, après tu as aussi "ok mais tu en fais pas la pub", bref des clients peuvent être différents vis à vis du libre même si la majorité est "rien à branler tant que je l'ai à la prochaine version").
Google fait pareil avec Android (si tu veux avoir la version de développement pour être prêt quand la version officielle sort, tu te plies aux règles. Sinon tu as un retard de 2 mois le temps d'intégrer), pour un exemple en tête, et j'ai déja entendu d'autres ne pas commiter dans le SVN avant J-1 de la release alors que la fonctionnalité était prête depuis un moment.
La première question est vraiment se savoir si il vaut mieux "bloquer" et ne pas travailler dessus du tout faute de contrat (et le concurrent non libre peut être choisi au passage), ou accepter un décalage (donc quelques mois en "proprio").
La deuxième question de la vraie vie pour reprendre ton "je crois qu'il ne faut pas faire plusieurs catégories d'utilisateurs : ceux qui ne payent pas, ceux qui payent xx ,ドル ceux qui payent xxxxx ,ドル etc, sinon on ne peut plus parler de logiciel libre" est si tu as 100 demandes de support d'un coup, dont les 9 avant-dernières viennent de ceux qui payent xx $ et la dernière de celui qui paye xxxxx ,ドル tu vas vraiment gérer aucune catégorie d'utilisateurs et répondre dans l'ordre d'arrivée? Perso, je suis faible, je répond dans un autre ordre, ça fait bien des catégories.
[^] # Re: Bien bien !
Posté par Zenitram (site web personnel) . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 3.
Sérieusement : oui (mais très rare, 2 fois en 6 ans de mémoire, après tu as aussi "ok mais tu en fais pas la pub", bref des clients peuvent être différents vis à vis du libre même si la majorité est "rien à branler tant que je l'ai à la prochaine version").
Google fait pareil avec Android (si tu veux avoir la version de développement pour être prêt quand la version officielle sort, tu te plies aux règles. Sinon tu as un retard de 2 mois le temps d'intégrer), pour un exemple en tête, et j'ai déja entendu d'autres ne pas commiter dans le SVN avant J-1 de la release alors que la fonctionnalité était prête depuis un moment.
La première question est vraiment se savoir si il vaut mieux "bloquer" et ne pas travailler dessus du tout faute de contrat (et le concurrent non libre peut être choisi au passage), ou accepter un décalage (donc quelques mois en "proprio").
La deuxième question de la vraie vie pour reprendre ton "je crois qu'il ne faut pas faire plusieurs catégories d'utilisateurs : ceux qui ne payent pas, ceux qui payent xx ,ドル ceux qui payent xxxxx ,ドル etc, sinon on ne peut plus parler de logiciel libre" est si tu as 100 demandes de support d'un coup, dont les 9 avant-dernières viennent de ceux qui payent xx $ et la dernière de celui qui paye xxxxx ,ドル tu vas vraiment gérer aucune catégorie d'utilisateurs et répondre dans l'ordre d'arrivée? Perso, je suis faible, je répond dans un autre ordre, ça fait bien des catégories.