• [^] # Re: C'est mieux qu'OBM ?

    Posté par . En réponse à la dépêche Blue Mind passe en version 2.0. Évalué à 6.

    En tant qu'éditeur, et mes paroles ici n'ont trait que par rapport à ce modèle, Blue Mind a réfléchi un modèle, l'a choisi et l'assume pleinement. Il est simple, exposé clairement (il suffit de lire, pas d'interpréter à sa sauce. Exemple, oui, la synchro PDA est intégrée dans Blue Mind) et constitue un avantage; il est réellement plébiscité par les clients et partenaires qui y voient lisibilité, transparence, gage de pérennité, professionnalisme, associé aux vertues "techniques" (ouverture,..) de l'Open Source. Nous avons plutôt tendance à l'exposer qu'à le cacher !

    Ce n'est pas tant je crois le modèle qui était critiqué, que le fait de ne pas mentionner clairement un truc aussi "bloquant" que la non-disponibilité des scripts de migration. C'est certainement indiqué (pas forcément en gros) sur le site, mais la dépêche dont nous sommes en train de discuter ne le mentionnait pas.

    Je trouve le modèle plutôt malin en soi, mais j'y vois deux limites potentielles :

    • d'aucuns vont trouver que c'est assez loin de l'esprit (pas de la lettre) de l'opensource, de fournir ce qui n'est finalement qu'une grosse démo gratuite : on a accès à tout le logiciel, mais si on veut l'exploiter de manière pérenne on est globalement obligés de passer à la caisse. On comparait avec SOGo, c'est précisément un point sur lequel (indépendamment de tout le reste) ils vous battent à plates coutures. Pour ma part, j'estime que du moment que le jeu est clair, ce n'est pas un problème en soi.
    • le fait d'appuyer une part considérable de votre business-model sur ces scripts de migration est à double tranchant. Si un de vos clients décidait de republier ces scripts (s'ils sont libres), comment rebondirez vous? Ou si un collectif de gens un peu malins décidait de suivre de près le logiciel pour produire une alternative libre à ces scripts, la tentation ne serait-elle pas grande de modifier le comportement du logiciel de la manière la moins prévisible possible, pour rendre leur travail difficile et conserver la valeur ajouté de vos scripts? Et dans ce dernier cas, est-ce qu'on ne risque pas de voir une situation particulièrement perverse se mettre en place?