- comment convaincre les clients de faire appel à des logiciels libres et à en
produire dès le début d'une prestation ?
=> ne pas faire si ce n'est pas du libre. Ok c'est vendredaïe
- quels sont les dangers d'une telle démarche ?
=> perdre son client qui trouve un meilleur prestataire pour faire la suite, il faut être assez compétent dans son domaine
- connaissez-vous des réalisations de ce genre ?
=> oui llsoll , logiciel pour laboratoire de langue que nous faisons actuellement pour le canton de genève, il sera en gplV3 avec copyright des sources attribuées à la FSF. un proto tourne actuellement sur 1 ou 2 salles. Il manque certains points important, mais c'est un vrai bon produit qui s'annonce.
Le truc est de faire une communauté (même restreinte) qui permette de faire avancer le truc. L'entreprise qui developpe ayant à charge de 'prospecter' de nouveaux clients pour le même soft afin de continue le dev de partie connexes avec un autre financement et ainsi de montrer à son client que le libre lui apporte directement un plus : de nouvelles fonctionnalité qu'il n'a pas payées.
Pour rebondir sur ton "Il faut donc inciter les clients à se défaire de la propriété d'au moins une partie de leurs développements afin que le libre associatif puisse agir." ATTENTION : le libre associatif n'ira que rarement dans le sens voulu par l'entreprise qui cherche à résoudre des problèmes particuliers. Il est illusoire de s'en remettre sur le libre associatif pour remplacer le dev payé par l'entreprise. Je crois que l'associatif agit "à la marge" et fournit du "confort" (doc, install, exemples, tutoriaux, notions annexes, ...) et que très rarement du "core-dev". de plus le Libre associatif étant par nature bénévole, il est impossible de leur demander du résultat et d'imposer une direction. C'est un liant dans la sauce, mais pas un ingrédient important, _SAUF_ si l'entreprise décide de se baser sur un projet déja existant et contribue à ce dernier.
[^] # Re: un problème bien plus grave qu'il n'y parait
Posté par hervé Couvelard . En réponse au journal Aux frontières du réel. Évalué à 2.
produire dès le début d'une prestation ?
=> ne pas faire si ce n'est pas du libre. Ok c'est vendredaïe
- quels sont les dangers d'une telle démarche ?
=> perdre son client qui trouve un meilleur prestataire pour faire la suite, il faut être assez compétent dans son domaine
- connaissez-vous des réalisations de ce genre ?
=> oui llsoll , logiciel pour laboratoire de langue que nous faisons actuellement pour le canton de genève, il sera en gplV3 avec copyright des sources attribuées à la FSF. un proto tourne actuellement sur 1 ou 2 salles. Il manque certains points important, mais c'est un vrai bon produit qui s'annonce.
Le truc est de faire une communauté (même restreinte) qui permette de faire avancer le truc. L'entreprise qui developpe ayant à charge de 'prospecter' de nouveaux clients pour le même soft afin de continue le dev de partie connexes avec un autre financement et ainsi de montrer à son client que le libre lui apporte directement un plus : de nouvelles fonctionnalité qu'il n'a pas payées.
Pour rebondir sur ton "Il faut donc inciter les clients à se défaire de la propriété d'au moins une partie de leurs développements afin que le libre associatif puisse agir." ATTENTION : le libre associatif n'ira que rarement dans le sens voulu par l'entreprise qui cherche à résoudre des problèmes particuliers. Il est illusoire de s'en remettre sur le libre associatif pour remplacer le dev payé par l'entreprise. Je crois que l'associatif agit "à la marge" et fournit du "confort" (doc, install, exemples, tutoriaux, notions annexes, ...) et que très rarement du "core-dev". de plus le Libre associatif étant par nature bénévole, il est impossible de leur demander du résultat et d'imposer une direction. C'est un liant dans la sauce, mais pas un ingrédient important, _SAUF_ si l'entreprise décide de se baser sur un projet déja existant et contribue à ce dernier.