Blog

Last modified by Ludovic Dubost on 2021/02/05 15:47

Financer de l'Open Source serait mal vu ?

MISE A JOUR: l'auteur de l'article en question à reconnu son erreur et mis à jour son article. Je le remercie de cette correction très agréable au regard de notre implication Open Source depuis plus de 5 ans.

Dans cet article, XWiki est pris en exemple et accusé d'utiliser l'Open Source comme arguement de vente en n'ayant pas la réelle saveur de l'Open Source. Visiblement financer du code en open source depuis 5 ans n'est pas forcement bien vu. Voici ma réponse:

Bonjour,

Comme vous pouvez le voir dans mes coordonnées je suis d'XWiki. J'en suis même le fondateur. Et je dois dire que je suis assez déçu qu'XWiki serve d'exemple à un probléme qui existe en effet dans le monde Open Source.

J'en suis extremement déçu car depuis 5 ans que j'ai lancé XWiki, le code source à été ouvert dés la fin du premier mois de developpemement. Il à été disponible sur sourceforge puis sur OW2 sous licence LGPL, et ce sans double licence ce qui veut dire que ne demandant pas le copyright de nos contributeurs et acceptant des modifications, nous sommes contraint a rester dans le modèle LGPL (ce qui n'est pas le cas de beaucoup de logiciels Open Source comme par exemple MySQL ou il y a double licence permettant de faire des modules propriertaires).

Depuis 5 ans tous nos produits sont en téléchargement gratuit, packagés avec un installeur pour en faciliter l'usage, alors qu'Open Source en théorie concerne les sources et non les binaires et les packages.

Si vous souhaitez le source de notre logiciel allez sur http://svn.xwiki.org/svnroot/xwiki/ pour regarder chaque fichier de ce source un a un. Allez sur http://www.xwiki.org ou on vous explique comment "builder" nos solutions à partir des sources: http://dev.xwiki.org/xwiki/bin/view/Community/Building

Depuis 5 and nous répondons dans nos mailings lists à une communauté de plus en plus grande et qui est de plus en plus active: http://markmail.org/search/?q=xwiki

Oui en effet, beaucoup de nos développeurs sont payés par la société que j'ai crée. Mais les développeurs ne méritent pas d'avoir un salaire ? Faire de l'open source veut-il forcement dire le faire gratuitement ? Il est facile quand on est utilisateur de considérer que le code s'écrit tout seul. , mais Il ne faut pas oublier qu'open source veut plutôt dire "le code est libre une fois que quelqu'un a payé pour ce code". La gratuité du code ET des services (les réponses sur IRC, sur les mailings lists) semblent être la fameuse "saveur" que vous trouvez aux logiciels open source. Mais si vous profitez de ces services, imaginez vous bien que d'autres personnes ou entreprises ont payés ce code et que beaucoup de personnes donnent de leur temps pour répondre.

Beaucoup d'ailleurs de ces développeurs ont été avant des contributeurs. Par exemple des étudiants ayant participé au Google Summer of Code. Mais nous avons aussi des contributeurs qui nous corrigent des bugs, nous proposent des améliorations et en font eux-même. D'autres projets open source sont batis sur XWiki et contribuent aussi au développement d'XWiki, comme Curriki.org par exemple (curriki.org par exemple nous paye pour faire le lien entre leur développement et le notre et ainsi contribue au développement d'XWiki).

Depuis 5 ans notre développement fait par nos développeurs donc beaucoup sont payés par XWiki SAS, est fait en mode ouvert avec les règles de la fondation Apache. Venez suivre nos listes et voir les débats fait en public par nos développeurs (http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists http://dev.xwiki.org/xwiki/bin/view/Community/IRC) . Venez voir les pages de design et de documentation sur http://www.xwiki.org.

Etre open source c'est avant tout distribuer ouvertement son code sous licence libre et ce de manière durable dans le temps. Avoir un site commercial qui présente nos produits et nos services ce n'est pas mauvais en soi. Les utilisateurs ont alors un choix:

  • Ils peuvent aller sur http://www.xwiki.org, télécharger nos logiciels, les utiliser gratuitement, interagir avec nos développeurs et beaucoup d'utilisateurs sur nos listes de diffusion. S'ils sont compétent et ont du temps ils peuvent participer aux développements.
  • Ils peuvent aussi contacter la société commerciale XWiki SAS et être accompagné pour la mise en oeuvre de leur logiciel. Alors les gens d'XWiki SAS vont consacrer du temps à cet utilisateur. Il est alors bien normal que ce temps et les services rendus soient rémunérés.

(Ils peuvent aussi commencer par l'usage gratuit et faire appel aux services plus tard ce que font beaucoup d'entreprises).

Peut-être pouvez vous critiquer les niveaux de prix et considérer que d'autres solutions sont moins onéreuses. C'est bien possible mais il nous faut bien financer le travail de nos équipes et cela coûte de l'argent, d'autant plus qu'au début nous n'avons pas 100000 clients qui contribuent au financement de la R&D mise dans le logiciel. Mais l'utilisateur a toujours la liberté de dire non au prix proposé et s'il le peut peut décider de se débrouiller seul.

Ce qui est très important dans le logiciel libre ce sont les libertés qui les utilisateurs ont. Ces libertés ont des effets à long terme sur les prix. Une fois le logiciel utilisé par des centaines de milliers d'entreprises, si l'éditeur propose des prix trop élevés le fait que le logiciel est open source fera naitre des offres concurrences basées sur la même souche, ce qui maintiendra l'éditeur sous pression au niveau des prix. C'est la qu'est toute la différence avec les solutions propriétaires qui n'ont pas cette pression. Il faut être très clair, ce qui aujourd'hui met la pression sur les prix ce sont bien les solutions open source.

Ce n'est pas de ces offres commerciales qu'il faut avoir peur, au contraire car elles enrichissent l'offre autour de la solution open source. Non ce dont il faut avoir peur ce sont des licences qui donnent la liberté à l'éditeur de changer d'avis (GPL double licence par exemple). Ce sont en effet les communautés pas assez ouvertes.

Et la permettez moi, de vous dire, votre article est très très mal documenté car http://www.xwiki.org contient toutes les réponses à vos questions (liste ou poser les questions, ou trouver le source, comment compiler, comment installer, etc..) et l'aspect Open Source est PAS DU TOUT "galvaudé" dans le cas d'XWiki car c'est un vrai engagement de la première heure, de conviction que c'est la bonne relation client-fournisseur et le bon modèle de développement.

Et en effet, la DSI doit être impliqué dans le choix de logiciels. Nous avons d'ailleurs beaucoup de DSI qui ont choisit notre outil. Mais il faut aussi que les DSI comprennent tous les enjeux présents et futurs. La mise en place des logiciels s'accompagnent aussi bien techniquement que fonctionnellement, et les développeurs de ces solutions sont bien placés pour faire cet accompagnement et cela peut être bénéfique doublement au client, car il a un meilleur service et il contribue à l'amélioration du logiciel, car une chose est sûre par exemple chez XWiki, 100% de la marge des offres de services est réinjecté dans le développement du logiciel.

Je serais très heureux d'avoir une conversation avec vous pour comprendre ce qui à pu vous faire douter de notre engagement Open Source et de notre réelle ouverture et de ce qui à fait que nous n'avez pas vu http://www.xwiki.org ou vous pouviez trouver les réponses aux reproches que vous semblez faire à XWiki.

Cordialement Ludovic Dubost 

Financer de l'Open Source serait mal vu ?

MISE A JOUR: l'auteur de l'article en question à reconnu son erreur et mis à jour son article. Je le remercie de cette correction très agréable au regard de notre implication Open Source depuis plus de 5 ans.

Dans cet article, XWiki est pris en exemple et accusé d'utiliser l'Open Source comme arguement de vente en n'ayant pas la réelle saveur de l'Open Source. Visiblement financer du code en open source depuis 5 ans n'est pas forcement bien vu. Voici ma réponse:

Bonjour,

Comme vous pouvez le voir dans mes coordonnées je suis d'XWiki. J'en suis même le fondateur. Et je dois dire que je suis assez déçu qu'XWiki serve d'exemple à un probléme qui existe en effet dans le monde Open Source.

J'en suis extremement déçu car depuis 5 ans que j'ai lancé XWiki, le code source à été ouvert dés la fin du premier mois de developpemement. Il à été disponible sur sourceforge puis sur OW2 sous licence LGPL, et ce sans double licence ce qui veut dire que ne demandant pas le copyright de nos contributeurs et acceptant des modifications, nous sommes contraint a rester dans le modèle LGPL (ce qui n'est pas le cas de beaucoup de logiciels Open Source comme par exemple MySQL ou il y a double licence permettant de faire des modules propriertaires).

Depuis 5 ans tous nos produits sont en téléchargement gratuit, packagés avec un installeur pour en faciliter l'usage, alors qu'Open Source en théorie concerne les sources et non les binaires et les packages.

Si vous souhaitez le source de notre logiciel allez sur http://svn.xwiki.org/svnroot/xwiki/ pour regarder chaque fichier de ce source un a un. Allez sur http://www.xwiki.org ou on vous explique comment "builder" nos solutions à partir des sources: http://dev.xwiki.org/xwiki/bin/view/Community/Building

Depuis 5 and nous répondons dans nos mailings lists à une communauté de plus en plus grande et qui est de plus en plus active: http://markmail.org/search/?q=xwiki

Oui en effet, beaucoup de nos développeurs sont payés par la société que j'ai crée. Mais les développeurs ne méritent pas d'avoir un salaire ? Faire de l'open source veut-il forcement dire le faire gratuitement ? Il est facile quand on est utilisateur de considérer que le code s'écrit tout seul. , mais Il ne faut pas oublier qu'open source veut plutôt dire "le code est libre une fois que quelqu'un a payé pour ce code". La gratuité du code ET des services (les réponses sur IRC, sur les mailings lists) semblent être la fameuse "saveur" que vous trouvez aux logiciels open source. Mais si vous profitez de ces services, imaginez vous bien que d'autres personnes ou entreprises ont payés ce code et que beaucoup de personnes donnent de leur temps pour répondre.

Beaucoup d'ailleurs de ces développeurs ont été avant des contributeurs. Par exemple des étudiants ayant participé au Google Summer of Code. Mais nous avons aussi des contributeurs qui nous corrigent des bugs, nous proposent des améliorations et en font eux-même. D'autres projets open source sont batis sur XWiki et contribuent aussi au développement d'XWiki, comme Curriki.org par exemple (curriki.org par exemple nous paye pour faire le lien entre leur développement et le notre et ainsi contribue au développement d'XWiki).

Depuis 5 ans notre développement fait par nos développeurs donc beaucoup sont payés par XWiki SAS, est fait en mode ouvert avec les règles de la fondation Apache. Venez suivre nos listes et voir les débats fait en public par nos développeurs (http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists http://dev.xwiki.org/xwiki/bin/view/Community/IRC) . Venez voir les pages de design et de documentation sur http://www.xwiki.org.

Etre open source c'est avant tout distribuer ouvertement son code sous licence libre et ce de manière durable dans le temps. Avoir un site commercial qui présente nos produits et nos services ce n'est pas mauvais en soi. Les utilisateurs ont alors un choix:

  • Ils peuvent aller sur http://www.xwiki.org, télécharger nos logiciels, les utiliser gratuitement, interagir avec nos développeurs et beaucoup d'utilisateurs sur nos listes de diffusion. S'ils sont compétent et ont du temps ils peuvent participer aux développements.
  • Ils peuvent aussi contacter la société commerciale XWiki SAS et être accompagné pour la mise en oeuvre de leur logiciel. Alors les gens d'XWiki SAS vont consacrer du temps à cet utilisateur. Il est alors bien normal que ce temps et les services rendus soient rémunérés.

(Ils peuvent aussi commencer par l'usage gratuit et faire appel aux services plus tard ce que font beaucoup d'entreprises).

Peut-être pouvez vous critiquer les niveaux de prix et considérer que d'autres solutions sont moins onéreuses. C'est bien possible mais il nous faut bien financer le travail de nos équipes et cela coûte de l'argent, d'autant plus qu'au début nous n'avons pas 100000 clients qui contribuent au financement de la R&D mise dans le logiciel. Mais l'utilisateur a toujours la liberté de dire non au prix proposé et s'il le peut peut décider de se débrouiller seul.

Ce qui est très important dans le logiciel libre ce sont les libertés qui les utilisateurs ont. Ces libertés ont des effets à long terme sur les prix. Une fois le logiciel utilisé par des centaines de milliers d'entreprises, si l'éditeur propose des prix trop élevés le fait que le logiciel est open source fera naitre des offres concurrences basées sur la même souche, ce qui maintiendra l'éditeur sous pression au niveau des prix. C'est la qu'est toute la différence avec les solutions propriétaires qui n'ont pas cette pression. Il faut être très clair, ce qui aujourd'hui met la pression sur les prix ce sont bien les solutions open source.

Ce n'est pas de ces offres commerciales qu'il faut avoir peur, au contraire car elles enrichissent l'offre autour de la solution open source. Non ce dont il faut avoir peur ce sont des licences qui donnent la liberté à l'éditeur de changer d'avis (GPL double licence par exemple). Ce sont en effet les communautés pas assez ouvertes.

Et la permettez moi, de vous dire, votre article est très très mal documenté car http://www.xwiki.org contient toutes les réponses à vos questions (liste ou poser les questions, ou trouver le source, comment compiler, comment installer, etc..) et l'aspect Open Source est PAS DU TOUT "galvaudé" dans le cas d'XWiki car c'est un vrai engagement de la première heure, de conviction que c'est la bonne relation client-fournisseur et le bon modèle de développement.

Et en effet, la DSI doit être impliqué dans le choix de logiciels. Nous avons d'ailleurs beaucoup de DSI qui ont choisit notre outil. Mais il faut aussi que les DSI comprennent tous les enjeux présents et futurs. La mise en place des logiciels s'accompagnent aussi bien techniquement que fonctionnellement, et les développeurs de ces solutions sont bien placés pour faire cet accompagnement et cela peut être bénéfique doublement au client, car il a un meilleur service et il contribue à l'amélioration du logiciel, car une chose est sûre par exemple chez XWiki, 100% de la marge des offres de services est réinjecté dans le développement du logiciel.

Je serais très heureux d'avoir une conversation avec vous pour comprendre ce qui à pu vous faire douter de notre engagement Open Source et de notre réelle ouverture et de ce qui à fait que nous n'avez pas vu http://www.xwiki.org ou vous pouviez trouver les réponses aux reproches que vous semblez faire à XWiki.

Cordialement Ludovic Dubost 

Picasa Face Matching: the hidden son of Lenine

I'm testing Picasa for Mac and therefore also Picasa Web Albums. I've started using the face recognition feature which is quite fun. \

I have a breakthroug discovery to share with you. Thanks to Picasa face recognition matching two photos, we have found the hidden grand-grand-grand-son of Lenine. \
\

LenineHiddenSon.jpg

\

And this guy has been working at XWiki for almost 3 years now, and we had not noticed anything. Isn't technology great ?

Petit-Déjeuner XWiki le 16 Janvier 9h-11h

XWiki souhaitait depuis longtemps offrir l'occasion à ses clients de se rencontrer afin d'échanger sur leurs projets collaboratifs. Aussi, nous sommes heureux de vous inviter au premier petit déjeuner clients qui se déroulera le 16 janvier 2009 de 09h00 à 11h00 à Paris, à La Cantine.
Ludovic Dubost, Pascal Bouche et Vincent Massol vous présenteront en avant première les principales évolutions de la solution et de l'entreprise pour cette nouvelle année 2009.
Cette rencontre permettra également à ceux et celles qui s'interrogent sur les usages et la pertinence des wikis au sein de groupes de travail ou sur la progression de l'open source dans l'entreprise, d'obtenir des réponses, d'échanger avec des chefs de projets et des DSI qui ont déjà mis en oeuvre ce type de solutions.
Agenda de la matinée

  • 8h30 : Accueil et viennoiserie
  • 9h00 : Allocution de bienvenue et introduction (Pascal Bouche)
  • 9h10 : Présentation des évolutions de XWiki SAS (Ludovic Dubost)
  • 9h30 : Nouvelles fonctionnalités attendues pour 2009 (Vincent Massol)
  • 10h10 : Les wikis au coeur des nouveaux usages collaboratifs (Miguel Membrado, Kimind Consulting)
  • 10h40 : Questions-réponses - Synthèse et conclusion (Ludovic Dubost)
  • 11h : Fin

En espérant vous retrouver nombreux.
Merci de nous confirmer avant le 11 janvier votre participation par email (Emilie.Ogez@xwiki.com) ou par téléphone au 01 45 42 40 90. \

Bonne Année 2009 / Happy New Year 2009

I wish all my readers, friends, collegues, partners a Happy New Year 2009. I hope this year will be a great year, despite the economic crisis in front of us. I wish that we will all continue to innovate and support innovation. I'm sure it will be a great year for Open Source and for Wikis. \

Je vous souhaites à tous, lecteurs, amis, collégues, partenaires une très bonne année 2009. J'espère que cette année sera grande, et ce malgré la crise économique. Je souhaite que nous continuons tous à innover et à encourager l'innovation. Je suis sûr que ce sera aussi une grande année pour le Logiciel Libre et pour les Wikis.

Nouveau blog avec XWiki 1.7

Je viens de migrer ce blog sur XWiki 1.7 et la nouvelle application de blog prévue pour XWiki 1.7.1. Comme vous pouvez le voir c'est nettement plus joli et je dispose maintenant d'un panel d'archives par années et un autre de catégorie. Je n'ai pas encore mis celui qui affiche les catégories car il me faudra remplir quelque peu les catégories avec des articles. \

Invisible pour les utilisateurs, la fonction de gestion des catégories est simple et efficace et je dispose aussi d'un mode "draft" pour ne pas publier un article qui n'est pas encore prêt, et même une publication avec un date future. Ainsi je vais vous souhaiter la nouvelle année juste à temps !

Laissez nous partager

Laissez nous partager !

La semaine dernière j'ai eu l'occasion de parler lors d'une table ronde du G9+ de XWiki et de son modèle open source. Lors de cette conférence fort intéressante ou nous avons pu expliquer ce qui dans le modèle open source nous permettait de développer une entreprise solide et pérenne, il y a avait un des fondateurs de Jalios (un logiciel propriétaire) qui n'était évidement pas du tout d'accord avec notre vision.

Il a fait un billet que je trouve malheureusement à côté de la plaque, et ce malgré le respect que tout entrepreneur qui cherche à faire du logiciel en Europe mérite.

En effet, il est intéressant de voir parler de "dogmatisme des éditeurs open-source" quand en fin de ce billet on voit ceci:

"l'Editeur Open-source, qui renonce à se faire rémunérer pour la valeur qu'il crée"

"Ce surcroît de cash permet aux Editeurs Propriétaires d'attirer les meilleurs (ingénieurs et homme du marketing)"

Car ça c'est une sorte de dogmatisme et cela montre clairement que tu n'as pas du tout compris le modèle open source. 

Pour peut-etre comprendre le modèle, il faut absolument que tu oublies tes réflexes venant de ton métier d'éditeur proprio. Je t'invites à lire cet article http://sethgodin.typepad.com/seths_blog/2008/12/lesson-learned.html pour bien comprendre pourquoi il faut changer de mode d'analyse quand on analyse le modèle open-source. 

Pour comprendre, il faut voir qu'un éditeur de logiciel libre change radicalement ça façon de vendre sa valeur. Tout d'abord il met la priorité sur la diffusion pour obtenir une base installée la plus forte possible, pour développer sa marque et être reconnu comme ayant un savoir faire pour résoudre des problèmes particuliers. 

Cette diffusion mondiale va permettre à l'éditeur de se faire connaître. Une fois que le logiciel est reconnu et même avant, à ce moment la beaucoup d'opportunités de business se forment. Financement d'amélioration directement pas un client, installations, contrat de support, formation, intégration, etc.. Et le tout avec un très faible investissement marketing et commercial. Il n'est pas nécessaire de convaincre le client puisque qu'il à installé déjà et c'est lui qui demande les services. D'autre part le développement de la marque fait que beaucoup de prospects non compétents techniquement appellent sans installer et demandent le "full service". Ce "full service" peut-etre finalement assez proche du "full-service" de l'éditeur propriétaire. La différence fondamentale est que ce full-service est moins cher car le logiciel a coûté moins cher à créer et à commercialiser. Et si seul une fraction des utilisateurs se transformeront en clients, du fait que la diffusion est en volume, cela n'a pas d'importance. Pour savoir si l'éditeur libre peut mieux ou moins bien financer sa R&D il faut finalement regarder si les leads de vente obtenus par la diffusion multiplié par le prix multiplié par le taux de closing d'un lead entrant open source est supérieur ou non au nombre de prospects qu'un commercial peut gérer le taux de closing d'un lead sortant propriétaire le prix. Il faut à cela soustraire les frais commerciaux qui sont largement supérieur dans un modèle au lead sortant que dans un modèle au lead entrant. Je schématise car évidement les éditeurs open source font aussi du lead sortant et les éditeur proprios ont aussi des leads entrant. Je ne répondrais pas à cette question car cela dépend aussi de la qualité du logiciel ! Mon point de vue c'est que le modèle est différent et il ne faut pas analyser le modèle open-source en utilisant les règles du modèles proprio, comme Alain le fait ici.

Lors de cette diffusion large, il y a des bénéfices collatéraux qui permettent d'améliorer le produit, car les meilleurs ingénieurs et homme de marketing ne travailleront ni pour l'éditeur libre ni pour l'éditeur proprio. Ils resteront chez eux, et grâce à la diffusion du logiciel libre il se trouve que donnant-donnant certains vont apporter un peu de leur expérience au projet Open Source. Et certains ingénieurs vont postuler pour travailler chez l'éditeur Open Source car ils se sentent en phase avec l'objectif du produit, ce qui permet d'avoir des ingénieurs plus motivés.

Et je voudrais ajouter que c'est bien mal connaître les motivations aussi bien des "meilleurs" pour penser que "Ce surcroît de cash permet aux Editeurs Propriétaires d'attirer les meilleurs (ingénieurs et homme du marketing)". Car il est sur et certain que les meilleurs ne fonctionnent pas uniquement au cash voir même pas du tout. Je peux par exemple prendre comme exemple certains employés d'XWiki qui lors de leur entretien d'évaluation m'ont dit "je ne veux pas d'augmentation" (ce qui ne veut d'ailleurs pas dire qu'il n'en ont pas eu). Le fait de travailler sur un logiciel libre qui dépasse l'entreprise qui le finance principalement est un argument fort en soi. Il peuvent le réutiliser dans le futur par exemple. Le fait que ce logiciel libre puisse être librement utilisé par le monde educatif, les associations, les entreprises de très petites taille est aussi un argument. Nos employés, y compris moi, sommes fier de voir XWiki utilisé par une association comme Curriki (http://www.curriki.org) ou par une association qui combat une maladie rare. Quand des entreprises contribuent un pourcentage de leur bénéfices à des causes, finalement les éditeurs open-source y contribuent avec leur travail. C'est aussi mal connaître ce qui permet de faire un logiciel. Ce n'est sûrement pas une équipe de mercenaires intéressés par le cash qui fait le meilleur logiciel et surtout pas à long terme. Ce qui fait un bon logiciel c'est la combinaison d'un équipe fidèle et d'une communauté active. C'est aussi l'ouverture du code qui permet d'obtenir des commentaires, des améliorations et qui met la barre nettement plus haut sur la qualité. Il suffit de voir combien de temps une entreprise prend pour "mettre" en open source un logiciel qui était propriétaire. Mozilla à mis un paquet d'années à transformer le code source de feu-Netscape en code accepté par la communauté. Tout le monde peut ouvrir le capot de sa voiture et regarder la tête du moteur de sa voiture. Dans le logiciel tout le monde ne peut pas faire de même avec les logiciels qu'ils utilisent. Et pourtant pour l'évolution à long terme du logiciel ce qui est sous le capot est clé.

Pour finir je pense qu'aujourd'hui il faut laisser le logiciel propriétaire aux personnes qui sont convaincus que c'est le bon modèle pour elles. Et ces mêmes personnes devraient laisser le logiciel libre à ceux qui le comprennent. Et aux clients de voir ce qui est mieux pour eux. Si on veut partager notre code c'est peut être notre problème non ?

Java devient Open Source ... enfin ... mais pas tout de suite

Apparement, Sun a décidé d'ouvrir Java en Open Source mais ils n'ont pas donnée de détails ni de date.

Hébérgement XWiki.com entièrement gratuit !

L'Hébérgement XWiki.com est dorénavant entièrement gratuit (partiellement financé par la publicité) quelque soit l'usage qui en est fait. Wikis publics, Wikis privés, Wiki business, Wiki communautés. Vous pouvez utiliser l'hébérgement XWiki.com pour vos projets.

Nous voulons ainsi contribuer à la démocratisation des Wikis aussi bien dans le grand public, le monde associatif et de l'éducation que dans le monde professionnel.

L'hébérgement proposé est SANS support. La FAQ, le wiki communautaire et la liste de diffusion des utilisateurs sont les moyens pour la communauté des utilisateurs pour échanger leurs experience sur l'usage d'XWiki (en anglais). L'hébérgement est aussi SANS garanties. Bien entendu nous utilisons notre plateforme pour nos propres services, et donc aspirons à la plus haut disponibilité et performance possible par rapport aux moyens disponible pour cette plate-forme. Si vous souhaitez des garanties de qualité de service, nous proposons de l'hébérgement professionnel. Consultez nos offres. Avec ces offres, nous séparons les Wikis 'pro' de la plateforme gratuite afin de pouvoir garantir une meilleure performance et disponibilité.

Pour autant l'hébérgement de Wikis n'est pas gratuit, ni ne l'est le développement et les évolutions du logiciel XWiki. Aujourd'hui ce travail est financé par nos projets professionnels.

Nous invitons la communauté à participer en échangeant votre experience par la liste des utilisateurs ainsi que financièrement par des donations, que nous utiliseront uniquement pour financer la plate-forme d'hébérgement de Wiki gratuits (par la location de machines supplémentaires). Vous pouvez le faire avec le bouton PayPal ci-dessous:

Nouveau site Web XWiki.com

Le nouveau site web de XWiki.com est en ligne. Merci à toutes les personnes qui m'ont aidées dans la construction de ce site.