Computable.nl
  • Thema’s
    • Carrière
    • Innovatie & Transformatie
    • Cloud & Infrastructuur
    • Data & AI
    • Governance & Privacy
    • Security & Awareness
    • Software & Development
    • Werkplek & Beheer
  • Sectoren
    • Channel
    • Financiële dienstverlening
    • Logistiek
    • Onderwijs
    • Overheid
    • Zorg
  • Computable Awards
    • Overzicht
    • Nieuws
    • Winnaars
    • Partner worden
  • Vacatures
    • Vacatures bekijken
    • Vacatures plaatsen
  • Bedrijven
    • Profielen
    • Producten & Diensten
  • Kennisbank
  • Nieuwsbrief

Hoe meet je het succes van open source?

13 november 2008 - 13:403 minuten leestijdOpinieSoftware & Development
Morten Minke
Morten Minke

Huidige bedrijven en analytici hangen het succes van open source graag op aan de resultaten van bedrijven die met open source werken. Winst en omzet cijfers zijn hierin belangrijk. Hierin zie je ook meteen weer de 'ouderwetse' gedachte om alles 'op te hangen' aan financieel succes. Ik vraag mij echter af of dit wel de beste maatstaf is. Kun je een opensourceprojecten überhaupt tegen een lat leggen?

Succes in de wereld van open source heeft niets te maken met financiële cijfers. Een bedrijf kan failliet gaan, of ervoor kiezen een andere koers te varen, maar als het zich heeft bezig gehouden met een opensourceproject, dan hoeft dat project niet ter zielen te gaan. Dat hangt namelijk af van een hele andere succes factoren, het enthousiasme, de afhankelijkheid en het commitment van de community en niet onbelangrijk de kansen die anderen zien op de markt.

Als je kijkt naar een aantal succesvolle opensourceprojecten dan valt op dat het succes grotendeels bepaald wordt door de community om het project heen. De Linux kernel en de Apache webserver, om er twee te noemen, zijn niet direct verbonden aan één enkel bedrijf. Het succes is ook niet via omzetcijfers te bepalen. Het succes hiervan zit hem in de community en daarmee ook grotendeels in de gebruikers van de software. Een opensourceproject hoeft zich ook niet te verantwoorden aan een aandeelhoudersvergadering en er hoeven ook geen beslissingen genomen te worden omdat ze puur financieel aantrekkelijk zijn, maar misschien helemaal geen toegevoegde waarde hebben.

De verwarring ontstaat als een bedrijf een grote rol heeft bij de ontwikkeling van het project. Het bedrijf wordt automatisch 'het gezicht' van het project en het lijkt er dan op alsof het project en het bedrijf één en hetzelfde is, wat uiteindelijk niet het geval is. De bedrijven zijn net zo goed onderdeel van de community als ieder ander en zoals bij ieder project heb je ook wel lagen van verantwoordelijkheid nodig om een project goed te kunnen managen. Dat dit managen soms door individuen (denk aan Linus Torvalds) en soms door bedrijven gebeurt (denk aan Sun met OpenOffice) zegt niets over het bestaansrecht dat verbonden zou zijn met die 'leider'.

In tegenstelling tot wat door enkele fanatiekelingen wordt gedacht, hoeft commerciële menging ook helemaal niet slecht te zijn. Het vermarkten van een project tot een product (direct of indirect door dienstverlening) kan zorgen voor een bredere gebruikersgroep en daarmee ook een grotere draagkracht voor het gehele project. Zeker nu open source steeds bekender wordt, wordt ook de rol die bedrijven spelen groter. Door het leveren van support en het afgeven van garanties durven steeds meer groepen over te stappen op 'een alternatief' voor hun bestaande traditionele pakketten.

Het succes van bedrijven kan daarmee wel het succes van een opensourceproject beïnvloeden. Ieder bedrijf of individu kan zijn eigen agenda aanhouden met opensourceprojecten en zo aandacht geven aan de onderdelen die voor zijn/haar klanten weer belangrijk zijn. Dit alles zolang dit past binnen de gedachten en werkwijzen die binnen de community gangbaar zijn, want daarin ligt uiteindelijk het succes van het project.

Meer over

LinuxOpensource

Deel

    Inschrijven nieuwsbrief Computable

    Door te klikken op inschrijven geef je toestemming aan Jaarbeurs B.V. om je naam en e-mailadres te verwerken voor het verzenden van een of meer mailings namens Computable. Je kunt je toestemming te allen tijde intrekken via de af­meld­func­tie in de nieuwsbrief.
    Wil je weten hoe Jaarbeurs B.V. omgaat met jouw per­soons­ge­ge­vens? Klik dan hier voor ons privacy statement.

    Whitepapers

    Computable.nl

    Design Sprints: 4 dagen van idee naar prototype

    Hoe zet je in vier dagen tijd een gevalideerd prototype neer met Design Sprints?

    Computable.nl

    Resultaatgericht Samenwerken (RGS).

    RGS is een gestructureerde methode die vastgoedprofessionals direct ondersteunt bij kwaliteitsverbetering, kostenefficiëntie en verduurzaming.

    Computable.nl

    De principes van cloud-native techniek

    Cloud-native technologieën voegen flexibiliteit, schaalbaarheid en beveiliging toe en verlagen de operationele kosten voor de IT-omgeving. Hoe dragen Kubernetes, KEDA en AKS hieraan bij?

    Meer lezen

    vrouwe justitia rechter rechtszaak rechtbank
    AchtergrondGovernance & Privacy

    Rechtszaak Cisco zet bedrijven aan tot denken

    Computable.nl
    OpinieSoftware & Development

    Vijf innovatieve punten van open

    Geef een reactie Reactie annuleren

    Je moet ingelogd zijn op om een reactie te plaatsen.

    Populaire berichten

    Meer artikelen

    Footer

    Direct naar

    • Carrièretests
    • Kennisbank
    • Planning
    • Computable Awards
    • Magazine
    • Abonneren Magazine
    • Cybersec e-Magazine

    Producten

    • Adverteren en meer…
    • Jouw Producten en Bedrijfsprofiel
    • Whitepapers & Leads
    • Vacatures & Employer Branding
    • Persberichten

    Contact

    • Colofon
    • Computable en de AVG
    • Service & contact
    • Inschrijven nieuwsbrief
    • Inlog

    Social

    • Facebook
    • X
    • LinkedIn
    • YouTube
    • Instagram
    © 2025 Jaarbeurs
    • Disclaimer
    • Gebruikersvoorwaarden
    • Privacy statement
    Computable.nl is een product van Jaarbeurs