Emmanuel,
Comme vous avez le code source, si la bo�te meure, vous pouvez en faire ce que vous voulez. De m�me, si vous n'�tes pas d'accord sur les �volutions du produit, et que vous voulez faire un fork, vous pouvez le faire �voluer comme bon vous semble et packager ainsi votre technologie (mais vous devrez toujours acheter une licence BlueXML de base correspondant aux modules que vous utilisez).
Ce n'est pas tant qu'on veut �viter les profiteurs, c'est qu'on a envie de vivre, tout simplement, et que nous pensons qu'on ne peut y arriver, selon nous, dans le monde de l'open source pur, � moins d'�tre une SSII, ce que nous ne sommes pas.
Quant � la libert� de consulter le code, ce n'est pas la libert� 0, c'est la *libert� maximale*, celle qui a le plus de valeur, car qu'est-ce que quelques Keuros pour un logiciel achet� en comparaison des dizaines, voire centaines de Keuros pour le d�veloppement qui s'appuiera dessus ? Vous pouvez l'�tudier pour vous former, voir comment certaines fonctionnalit�s sont d�velopp�es... N'est-ce pas cela la libert� ? Il ne faut pas confondre libert� et gratuit�.
Par exemple, le probl�me avec les produits propri�taires habituels n'est pas tant que le produit soit payant, mais que le code ne soit pas disponible, prot�g� en plus par des brevets plus ou moins pertinents.
Quant au concept 'tainted' (corrompu), je crois que justement, on l'�vite totalement car on n'est pas open source, et il est clair que toute distribution du logiciel est soumis � l'achat d'une license pr�alable. En revanche, si vous avez particip� au d�veloppement du logiciel, vous serez pay� pour le d�veloppement que vous aurez r�alis�, � chaque fois qu'il sera vendu. En bref, quelqu'un fait le commercial � votre place. C'est pas le pied, ca ?
C'�tait pas trop mon truc non plus, mais j'ai 2 enfants, une femme, une chatte, un poisson rouge (l'ordre est important :-) et mon int�r�t pour les technos open source ne peut aller contre �a. Alors j'ai choisi le Collaborative Source.
Pour plus d'info sur cette strat�gie, vous pouvez aller sur http://www.collaborativesource.org qui d�crit les raisons de cette licence, initialement con�ue par Jahia.
Merci et bonne chance � vous aussi
echarp a �crit :
Comment �a se passe si les personnes ou la boite d�tenant le copyright meurent? Comment �a se passe en cas de d�saccord sur les �volutions du produit? on dirait qu'on ne peut pas faire un fork sans demander une autorisation pr�alable :(
Aux vues de mes lectures, la GPL3 serait une �volution de la licence actuelle (euh, je sais pas s'ils vont la num�roter 3 hein). Parmi les am�liorations ils r�fl�chissent � des clauses pour g�rer les logiciels serveurs qui ne requi�rent pas de distribution pour �tre utilis�s. Et puis il y aurait aussi des clauses pour les brevets.
Mais bon, �a ne s'applique pas � vous on dirait.
Si je comprends bien, vous voulez �viter les profiteurs et donc vous ne donnez pas les libert�s que donnent les logiciels libres. Vous ne laissez que la libert� 0, celle de consulter le code... Il n'y a pas le risque de devenir "tainted", et donc de ne plus pouvoir recoder un logiciel ou des fonctions de m�me type?
Bon, c pas trop mon truc tout �a. Bonne chance.
echarp
On Wed, Feb 23, 2005 at 03:54:20PM +0100, Jean-Christophe Kermagoret wrote:
Bonjour,
Le principal avantage du Collaborative Source est de formaliser la r�mun�ration des d�veloppeurs tiers. De cette fa�on, un d�veloppeur ind�pendant, ou un �diteur, peut ainsi contribuer � notre projet en sachant qu'il peut le consid�rer comme un investissement directement productif.
Apr�s �valuation de sa participation (qui doit �tre significative), une valeur est donn�e � celle-ci qui est redistribu�e sous forme de rabais lors de l'achat de la prochaine license BlueXML, l'objectif �tant de promouvoir notre technologie. En empilant les diff�rentes couches, on a ainsi un mod�le �conomique o� chaque d�veloppeur ou �diteur peut trouver son compte.
Mais s'il y a 20 contributions tiers... c'est s�r, les calculs seront plus compliqu�s :-) mais on n'en est pas l�.
Ca peut choquer les mentalit�s, mais il est difficile (voire impossible) de vivre de l'opensource si on n'a pas une activit� "services". Avec le Collaborative Source, je sais que tout d�veloppement fait avec notre technologie doit faire l'objet d'une license. Donc si tout le monde joue le jeu, on doit s'y retrouver. Evidemment, il y aura des abus, des utilisateurs qui ne diront rien... mais ce sera minime. Car quelle SSII irait courir le risque d'utiliser une technologie non licenci�e ? En outre, notre strat�gie est de d�velopper un r�seau de partenaires. Lorsque plusieurs partenaires interviendront sur un appel d'offre, et que notre technologie aura acquis un peu de notori�t�, il sera difficile pour les uns et pour les autres de ne pas d�clarer la technologie.
Nous avons effectivement r�fl�chi au double licensing, mais on voulait un syst�me de licence coh�rent avec le mod�le �conomique, qui nous permette d'entrer dans une spirale 'vertueuse' o� chacun est r�mun�r� en fonction de son travail. Finalement, avec le collaborative source, on est exactement dans ce cadre.
En fait, nous sommes susceptible d'accorder une license gratuite � certains projets (loi 1901, associations caritatives, ...). N'h�sitez pas � nous demander.
Quant � la GPL3, je ne la connais pas.
Cordialement,
echarp a �crit :
Vraiment �trange le collaborative source. Sur quelles bases calculez vous les participations? Comment allez vous g�rer les abus?
Vous ne trouvez pas que le double licensing (comme MySQL) entre GPL et une licence commerciale peut couvrir le m�me genre de choses? Peut-�tre en incluant la clause sur les applications serveurs (clause qui va peut-�tre �tre rajout�e � GPL3).
Sinc�rement
echarp
On Wed, Feb 23, 2005 at 08:07:40AM +0100, Jean-Christophe Kermagoret wrote:
Bonjour � tous,
je viens de finaliser la premi�re version d'un CMS bas� sur Cocoon et le portail fourni avec.
La license n'est pas Open Source, mais Collaborative Source, ce qui veut dire que le source est disponible mais que le d�ploiement (interne ou commercial) est payant. Il est possible de faire des contributions en nature. Tous les d�tails sont dans la license (seront en fait car je termine son adaptation)
Ceci �tant dit, et dans le respect de cette license bien s�r, vous trouverez de nombreux modules qui pourront vous aider � comprendre quelques concepts Cocoon et vous montrent comment les utiliser.
Vous trouverez notamment :
* la communication inter-portlet avec le portail Cocoon
* l'authentification via le fw d'auth (utilis� par le portail) � diff�rentes sources de donn�es (ldap, fichier, base)
* la gestion de formulaires avec :
* d�finition de "classes" d'objet
* aggr�gation des champs d�finis par ces classes
* g�n�ration automatique du template � partir du binding dans lequel
on peut sp�cifier des filtres sur les d�finitions ou les bindings
(pour faire appara�tre ou dispara�tre automatiquement des champs
selon un r�le ou tout autre crit�re : par exemple une action)
* des fonctionnalit�s CRUD + Editions + Notification + Recherches
* l'utilisation d'une base de donn�es XML (eXist) via xmldb
* quelques flowscripts
* un m�canisme de localisation de ressources avec fallback, permettant d'utiliser des fichiers de donn�es XML alternatifs si le fichier principal n'existe pas
* une application multi-site
* une application skinnable
* un exemple d'installateur avec IzPack
* un exemple d'architecture SOA (en tout cas c'est l'id�e :-)
Bref, ca peut peut-�tre vous aider
Les sites sont :
* http://www.bluexml.org pour les t�l�chargements et le d�but de documentation
* http://www.bluexml.com pour le bizness
A bient�t, sur cette liste, ou sur la liste d�di�e aux utilisateurs fran�ais du framework BlueXML.
Ps: il est interdit de rigoler quand vous lirez les textes en anglais que j'ai �crits...
--
Jean-Christophe Kermagoret [EMAIL PROTECTED]
--------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
--------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
--
Jean-Christophe Kermagoret [EMAIL PROTECTED]
--------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
--------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
--
Jean-Christophe Kermagoret [EMAIL PROTECTED]
--------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
