"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin - 1883.
De toutes façons, le software n'a plus beaucoup de valeur pour les éditeurs de solutions verticales.
La plupart des éditeurs aujourd'hui des progiciels (je parle d'ERP ou de progiciels lourds et centraux) de gestion savent qu'ils vont devoir changer leur modèle et le problème de concurrence est un faux problème.
Avoir les sources de SAP ne permet pas à une personne de se lancer sur le même créneau ni même d'en faire une activité pro.
Les sources de JBoss sont disponibles, personne n'en a rien fait. Il existe beaucoup de produits open source dont personne ne fait rien des sources.
Moi je crois davantage à l'apport métier de l'éditeur de solution, et à bénéficier d'un effet communautaire pour tirer un produit dans le bon sens qu'à des logiques épiciéres qui entravent aujourd'hui et l'adoption technologique, et la créativité.
Il y a beaucoup plus de profit réalisable sur la partie business que sur la partie license. Si je prends le pack office, payer une license, ok, j'installe le produit, il fonctionne. Dans certains cas, l'implémentation dure 2 à 3 ans. Est-ce normal économiquement d'espérer tirer un revenu d'une application non fonctionnelle ? Alors qu'en outre ,le gras du revenu sera dans les services autour de l'implémentation (qui par défaut par eg dans mon secteur représentera peut être 3 mois plein de dev) ?
La valeur d'un soft, ce n'est pas son code, c'est son/ses concepteurs. Une fois de plus, entre avoir le code source de JBoss et développer JBoss / le concevoir, il existe un monde, intellectuel et technique.
J'aimerai partagé avec vous une étude faite par une spécialiste en la matière. Cette étude analyse les problématiques auxquelles les organisations sont confrontées aujourd’hui dans le cadre de leurs projets décisionnels, d’intégration de données et de data warehouse. Elle explique pourquoi les solutions traditionnelles ne sont pas à la hauteur et commente l’envolée des entreprises open source.
Cette étude réalisée par Dr Claudia Imhoff, analyste de renom, aborde des points essentiels comme :
*Les problématiques rencontrées par les entreprises aujourd’hui
*Pourquoi les solutions décisionnelles traditionnelles ne sont souvent pas à la hauteur
*Ce que les solutions décisionnelles open source apportent de nouveau
*L’intégration de données surpasse le décisionnel
*Les arguments en faveur des solutions décisionnelles open source
Le rapport donne des recommandations pratiques et des exemples pour un déploiement réussi des logiciels open source.
"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin - 1883.
Tu veux dire, qu'ils font exprès de cacher des anomalies dans leur code, pour ensuite les exploiter en leur faveur au près de leur client ?, si c'est ça, je suis pas d'accord.
Des boites comme Talend ont surtout une réputation à défendre et ils vivent bien de leur ETL sans des petits jeux à la noix.
"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin - 1883.
Il y a beaucoup de boites qui vivent bien et honnêtement de l'open source.
Je ne suis pas certain que que le monde du software licensing puisse donner beaucoup de leçon de morale au monde de l'open source !
D'autant qu'aujourd'hui, il est plutôt compliqué de faire adopter une solution oen source sans avoir l'adhésion des développeurs.
Tout à fait, les normes instaurées par la GPL y sont pour beaucoup. Ce n'est pas parce que le code est gratuit et accessible qu'on peut bidouiller n'importe quoi dessus pour ensuite en tirer avantage, ça n'a pas de sens. Le service ainsi que le support autour, sont en soit des éléments générateurs de revenus !
"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin - 1883.
Je crois que la question centrale est "How to become rich by selling free?". A vos plumes.
"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin - 1883.
Mise à jour du 20.11.2009
Comment gagner de l'argent avec un projet open-source, ce type d'activité peut-il être viable et rentable ?
L'open-source est le vent de folie qui a crée une révolution dans le milieu informatique il y a quelques années. D'abord utilisé par quelques irréductibles, c'est désormais un classique dans le monde de l'IT.
Beaucoup de professionnels osent désormais se lancer dans le codage et le développement open-source, mais est-ce sans dangers ? Ce type d'activité peut-il être rentable ?
Voici quelques éléments de réflexion portés à la connaissance des informaticiens qui souhaiteraient passer à l'open-source. Ces conseils proviennent d'une allocution publique de Miguel de Icaza (vice président de Novell) datant d'hier lors de la PDC 2009. L'homme s'implique actuellement beaucoup dans la réalisation du projet Mono, par lequel son groupe apporte une version du framework .Net de Microsoft utilisable avec les plateformes non-Windowsiennes (comme Linux).
Dans un premier temps, si vos revenus (et par conséquent votre vie et les factures qui vont avec) dépendent uniquement des produits que vous vendez, Icaza conseille de rester dans le domaine propiétaire à moins de vraiment savoir où l'on va, et précisément comment l'argent rentrera avec l'open-source.
"Il n'y a aucune urgence à se lancer dans l'open-source. A ma connaissance, créer un business de ce type à gros potentiel financier à toujours été extrêmement difficile", indique-t-il.
Les jeunes développeurs qui ne croulent pas sous les responsabilités matérielles et les obligations familiales peuvent plus facilement se permettre de tenter l'aventure des projets open-source.
Il est vrai que la manière la plus traditionnelle de gagner sa vie en informatique est de créer du code et d'être payé pour cela. Occasionner des rentrées d'argent via l'open-source reste un énorme challenge.
Mais, selon Icaza, c'est une affaire qui peut marcher en cas d'utilisation d'une licence d'usage structurée avec des limitations sur l'utilisation commerciale pouvant être faite du produit (comme, par exemple, ce qu'à fait MySQL avec sa base de données open-source).
L'open-source peut également devenir l'atout gagnant dans le cas où elle apporte des avantages techniques et technologiques (comme dans le cas des données GPS de Google).
Mais sa force fait aussi sa faiblesse, avec les contributeurs anonymes et ponctuels qui collaborent sur un projet et se révèlent ensuite introuvables et injoignables en cas de besoin.
Pour conclure, Icaza se réjouit de l'existence et de la gratuité de certaines technologies open-source, comme Java, qu'il qualifie de "propriété de l'humanité".
Et vous, quelle est votre opinion sur les difficultés de création d'un projet open-source viable ?
Avez-vous, vous-même, déjà tenté l'aventure de l'open-source ?
Une thèse pro-open-source affirme que l'on peut vendre le support au lieu de vendre le programme. Mais beaucoup de professionnels s'y refusent. Ont-ils raison ? Icaza qualifie le support de "travail horrible et détestable".
Je pense qu'un projet open-source peut très bien être viable.
Si on prend MySql, tout le monde peut téléchager les sources et pourtant ils gagent de l'argent en proposant le service après vente tel que l'aide à la configuration, des formations, etc.
Je pense cependant que pour démarrer avec un projet open-source, il faut avoir un minimum de fonds avant d'être reconnu et donc de faire du profit.
Bonjour !
C'est une discussion tres complique et parfois de tres haut niveau ! Mais, en se rendant a l'evidence, il est, a mon avis, impossible de vivre uniquement du logiciel libre/open source.
En effet, si je peux me procurer un logiciel gratuitement, alors d'autres personnes se le procureront aussi, et potentiellement, cela va creer une communaute d'utilisateurs.
Par exemple, Ubuntu est libre, gratuit. Pourtant, lorsqu'on a un probleme avec ledit logiciel, on va sur Google (ou autre ...) et on cherche la solution nous-meme car on compte sur les autres utilisateurs ! Si Canonical est debout, c'est grace au milliardaire qui a "cree" Ubuntu, et qui le fait vivre, ceci alors qu'il etait deja milliardaire !
=> Personne n'est alle voir Canonical pour lui demander du support (sauf rarement les grandes entreprises, et encore)
Meme exemple pour Google et cela a deja ete dit : ils vivent de la publicite, le libre n'est pas leur activite principale, ni leur souce de revenus.
Si le libre a connu un essor si considerable, c'est pour "contrer" les produits, qui creent un monopole, tels ceux de Microsoft. Pourquoi ? Car c'est une equipe soudee et organisee qui fait Windows, pas des personnes ultra-competentes, et motivees mais qui sont un peu "chacun dans leur coin" et "chacun veut suivre son idee". J'en veux pour preuve Mandriva Linux powerpack : certes c'est un Linux payant, mais regardez qu'il est un ton au dessus de tous les Linux. Si on veut "apater" les M et Mme Tout le monde et non les developpeurs/ingenieurs en informatique, il faut quelque chose de vraiment facile a utiliser et fonctionnel comme Mandriva Linux powerpack ! Si on prend ubuntu, il faut faire des manipulations pour avoir les pilotes de la carte graphique (comment il sait ca le m et mme tout le monde ?), ensuite truc stupide, mais lorsque la personne voudra lire de la musique, video (MP3, Youtube avec Flash...), il aura une tres mauvaise surprise avec ubuntu...
Le createur de PHP n'a presque rien gagne, pourtant s'il avait vendu PHP, donc selon un model proprietaire, je pense pas que son compte en banque aurait ete le meme...
Firefox : Certes il gagne des parts de marche par rapport a IE, neanmoins, c'est Google qui lui fournit la majorite des sous => comment payer les developpeurs qui ont travaille dessus sans ces revenus ?
Voila. Donc je concluerai comme ceci : si vous avez une situation financiere plus que confortable, et que vous ne comptez pas trop sur le libre pour vivre, vous pouvez contribuer occasionnellement au logiciel libre; un peu comme les restos du coeur donnent un peu de leur temps pour aider les autres dans le besoin.
Forcement si tu retire les sources de revenus il ne reste rien... Il est clair que les sociétés vivant du libre ne vivent pas du prix des licences, il faut alors trouver d'autres moyens ! Pour google, il s'agit de la pub, même c'est plutôt l'inverse : google se sert du libre pour augmenter ses parts de marchés. Pour firefox, les partenariats, Canonical, le support.
Mais c'est sûr que pour monter se genre de modèle économique, il faut avoir un produit qui tient la route.
J'ai apprécié la contribution de whitespirit. Je suis avocat et passionné d'informatique, et je participe à la mise en place d'un projet open source. Mais je voudrais illustrer l'open source avec mon expérience. Dans le métier d'avocat, comme de tout juriste, on travaille sur du code (des codes!) qui par hypothèse sont connus de tous, et mieux, DOIVENT être connus de tous: "nul n'est censé ignorer la loi!". Pourtant, on arrive à gagner notre vie, justement parce qu'il ne suffit pas de connaître le code source, il faut savoir le mettre en musique pour l'utiliser. Et là, il faut un certain "tour de main". N'est-ce pas semblable à l'open source et au métier d'informaticien ? Et là je rejoins whitespirit: l'informaticien tout seul c'est bien pour faire de la pure technique (créer un système d'exploitation, un driver, etc), mais il faut une ouverture externe pour l'applicatif.
Bon courage à tous, valeureux informaticiens!
Yann
Comprendre le métier pour générer de la richesse avec de l'OS, c'est vrai que ça se fait de plus en plus. Je me rappelle, j'avais eu un prof de Voix sur IP médécin de son état et qui a eu à utiliser ces compétances en la matière pour mêttre en place un SVI dans son cabinet (Surtaxé ). Il en a fait une société qui lui permet avec son cabinet de bien gagner sa vie.
C'est vrai que l'open source est beaucoup facilement implémentable quand on a des compétances métiers. Mais suffisent-elles ? Ou faudrait-il avoir autre chose en plus ?
"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin - 1883.
Et moi j'apprécie grandement votre commentaire qui illustre TRES bien la problématique de l'open source.
Mis à part la comptabilité qui est très normalisée ou des outils standards de bureautique, les besoins des entreprises sont toujours différents
et les logiciels ont besoins d'être adaptés à ces besoins (paramétrage, interfaces...)
Dans ce contexte, le décideur n'achète pas un logiciel mais bien une prestation. Il n'y a qu'à voir aujourd'hui le modèle économique proprio qui est : un éditeur qui vend des licences (les yeux de la tête) et un intégrateur qui vend le service associé (et qui fait appel au support technique de l'éditeur en dernier recours!?)...
Que l'éditeur et l'intégrateur soit la même société qui travaille sur un logiciel open-source me paraît complètement logique! Qui connaît le mieux le logiciel que l'éditeur? Qui donc est le plus à même de proposer des services adéquats!?
Le problème de l'open-source à mon sens aujourd'hui est simplement de casser la barrière open-source=gratuit=mauvaise qualité car nombreux pensent toujours que plus un produit est cher, meilleure est sa qualité...
Bonjour,
Je ne serais pas contre les licence si il n'y avait pas de backdoor comme dans 99% des cas actuellement. Mais il est vrais qu'avec les licences, c'est l'ordinateur qui nous contrôle et non l'inverse. En effet, un logiciel OpenSource peut être modifier à notre guise !
Je suis actuellement sur un projet OpenSource, mais je ne veut en aucun cas en faire un business. J'hésite même à mettre un lien pour faire un don ! Je fait ce projet pour mon plaisir, pour aidé les gens, par générosité et bien sûre dans mon temps libre. Mais il est vrais que je n'est pas responsabilité au niveau facture, famille etc... En étant étudiant, j'ai aussi plus de temps.
Pour moi lorsque l'on se lance dans un projet, peut importe le temps que cela prendras, donc on peut s’organiser de façon à s'en chargé ponctuellement.
Pour ne pas me perdre, j'ai une liste de choses à faire et je mi donne.
J'en ai oublié la troisième question... xd
On en reparlera quand tu auras besoin de gagner de l'argent! Il arrive un moment dans la vie ou quand on travaille, on doit avoir de l'argent en compensation pour pouvoir en vivre.Je suis actuellement sur un projet OpenSource, mais je ne veut en aucun cas en faire un business.
"Tout travail merite salaire".
T'as bien raison, le systeme base sur des dons n'a jamais marche, c'etait une utopie du debut des annees 2000.J'hésite même à mettre un lien pour faire un don !
Dans ce cas, si le projet devient largement utilie, alors ton projet sera forke et ne seras plus ton projet (ce qui n'est pas grave en soi). Quand tu crees un logiciel, open-source ou non, les utilisateurs ont des attentes, que quelqu'un doit satisfaire sans quoi le logiciel meure. La personne qui fait evoluer le soft y passe alors beaucoup de temps et ca devient son travail, qui doit etre remunere pour qu'elle puisse vivre. C'est alors que tu as plusieurs choix:Pour moi lorsque l'on se lance dans un projet, peut importe le temps que cela prendras, donc on peut s’organiser de façon à s'en chargé ponctuellement.
* Les licences: l'utilisateur paye l'utilisation
* Le support: l'utilisateur paye le droit de demander de l'aide et des ameliorations
* Le service/le consulting/l'expertise: l'utilisateur paye pour te demander des conseils voire des logiciels derives
* Le developpement specifique: l'utilisateur paye pour la feature qu'il demande.
Un logiciel mature et largement utilise a besoin que de l'argent rentre pour continuer de vivre. Tu ne peux pas faire ca "ponctuellement". Il faut alors qu'un (ou plusieurs) business soient demarres pour gerer ca.
Evidemment pour les petits projets sans utilisateurs commerciaux pour mettre la pression, chacun fait un peu comme il veut; et le logiciel peut grandir ainsi pendant quelques temps. Mais des que des utilisiteurs veulent des choses et sont prets a payer pour, ca passe de l'etat de projet a produit et donc a business, open-source ou non.
Pour ce qui est de la viabilite de l'Open-Source, je pense qu'elle n'est plus a prouver: il suffit de regarder la croissance des entreprises Open-Source (Red Hat, Linagora, Talend, BonitaSoft...) pour comprendre que l'Open-Source peut aussi creer de bons business-models; et de regarder les actions strategiques des grands groupes voire politiques (ciruclaire Ayrault) pour se rendre compte le l'Open-Source, grace a ses couts reduits pour une qualite equivalente, est un des leviers actuels de la croissance economique (ca coute moins cher et ca rapporte autant => utilisateurs economisent des $$$).
Pour du HTML, CSS, JavaScript, TypeScript, JSon, Yaml, Node... dans Eclipse IDE, installe Eclipse Wild Web Developer
Pour du Rust dans Eclipse IDE, installe Eclipse Corrosion
Follow me on twitter
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager