Een reis door de wereld van open source

  • 1,289 views
Uploaded on

Open source is wijdverspreid en geniet veel aandacht. Deze presentatie is gegeven op een open dag van de open universiteit en gaat in op de verschillende aspecten van open source en open source …

Open source is wijdverspreid en geniet veel aandacht. Deze presentatie is gegeven op een open dag van de open universiteit en gaat in op de verschillende aspecten van open source en open source communities.

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
1,289
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
16
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Open source Een introductie
  • 2. Achtergrond
    • Onderzoek gestart in 2001
    • Aan de TU Delft
    • Onderzoek naar de organisatie van open source communities
    • Aanpak
      • Literatuur
      • Selectie van cases: Linux, Apache, PostgreSQL, Python en Debian
      • Interviews (100 gesprekken in totaal)
      • Observaties van mailing lijsten, slashdot etc.
      • Bijwonen van workshops en congressen
    • Promotie afgerond in 2005
  • 3.
    • Laatste maanden is open source veel in het nieuws
  • 4.  
  • 5.  
  • 6.
    • Toch nog steeds veel verwarring over wat open source eigenlijk is
  • 7.
    • “ Open source is communisme”
    • Werknemer van Microsoft
  • 8.
    • Bij open source is er geen leverancier die je vragen kunt stellen, want die is er niet
    • Uit een marktscan voor de overheid uitgevoerd in 2006
  • 9.
    • Door software open te maken krijg je veel feedback en wordt de software beter.
    • Recent krantenartikel
  • 10.
    • Maar wat is open source dan wel?
  • 11. 1. Open source is allereerst software
  • 12.  
  • 13.  
  • 14.  
  • 15. Open source is dus niet een open standaard
    • Open source software is geen standaard!
    • Een open standaard is:
      • Een goedgekeurde standaard die wordt gehandhaafd door een non-profit organisatie
      • Gepubliceerd en de documentatie is te verkrijgen
      • Zonder royalties te verkrijgen
      • Een standaard die geen beperkingen kent rondom hergebruik
      • Bron: NOiV
  • 16. 2. Open source is een juridisch construct
    • De licentie bepaalt dat
      • De gebruiker toegang moet krijgen tot de broncode
      • De gebruiker de broncode mag wijzigen
    • Er is niet sprake van een echte eigenaar van de software
      • Iedereen die een bijdrage levert, blijft in principe eigenaar van zijn/haar stukje software
    • In tegenstelling tot gesloten software waarbij geen toegang wordt gegeven tot de broncode
  • 17. Heel veel open source licenties
    • Affero GNU Public License
    • Adaptive Public License
    • Apache Software License
    • Apache License, 2.0
    • Apple Public Source License
    • Artistic license
    • Artistic license 2.0
    • Attribution Assurance Licenses
    • New and Simplified BSD licenses
    • Boost Software License (BSL1.0)
    • Computer Associates Trusted Open Source License 1.1
    • Common Development and Distribution License
    • Common Public Attribution License 1.0 (CPAL)
    • Common Public License 1.0
    • CUA Office Public License Version 1.0
    • EU DataGrid Software License
    • Eclipse Public License
    • Educational Community License, Version 2.0
    • Eiffel Forum License
    • Eiffel Forum License V2.0
    • Entessa Public License
    • Fair License
    • Frameworx License
    • GNU General Public License (GPL)
    • GNU General Public License version 3.0 (GPLv3)
    • GNU Library or "Lesser" General Public License (LGPL)
    • GNU Library or "Lesser" General Public License version 3.0 (LGPLv3)
    • Historical Permission Notice and Disclaimer
    • IBM Public License
    • Intel Open Source License
    • ISC License
    • Jabber Open Source License
    • Lucent Public License (Plan9)
    • Lucent Public License Version 1.02
    • Microsoft Public License (Ms-PL)
    • Microsoft Reciprocal License (Ms-RL)
    • MIT license
    • MITRE Collaborative Virtual Workspace License (CVW License)
    • Motosoto License
    • Mozilla Public License 1.0 (MPL)
    • Mozilla Public License 1.1 (MPL)
    • Multics License
    • NASA Open Source Agreement 1.3
    • NTP License
    • Naumen Public License
    • Nethack General Public License
    • Nokia Open Source License
    • OCLC Research Public License 2.0
    • Open Group Test Suite License
    • Open Software License
    • PHP License
    • Python license (CNRI Python License)
    • Python Software Foundation License
    • Qt Public License (QPL)
    • RealNetworks Public Source License V1.0
    • Reciprocal Public License
    • Reciprocal Public License 1.5 (RPL1.5)
    • Ricoh Source Code Public License
    • Simple Public License 2.0
    • Sleepycat License
    • Sun Industry Standards Source License (SISSL)
    • Sun Public License
    • Sybase Open Watcom Public License 1.0
    • University of Illinois/NCSA Open Source License
    • Vovida Software License v. 1.0
    • W3C License
    • wxWindows Library License
    • X.Net License
    • Zope Public License
    • zlib/libpng license
  • 18. De toegang tot de broncode kan veel voordelen hebben
    • Geen licentiekosten
    • Gebruikers kunnen zelf fouten verwijderen
    • Gebruikers zijn in theorie minder afhankelijk van leveranciers
    • Het nivelleert de markt en geeft kleine bedrijven mogelijkheden om diensten te verlenen
  • 19. 3. Open source is winstgevend en is aantrekkelijk voor leveranciers
  • 20. Geld verdienen o.b.v. open source Het managen van twee sporen
    • De open source software moet kwalitatief goed zijn:
      • Trekt andere ontwikkelaars en bedrijven aan
      • Trekt potentiële klanten aan
    • De open source software moet kwalitatief niet te goed zijn:
      • Aanpassen, verbeteren, implementeren en ondersteunen is basis van het OSS business model
    • Verdienmodel is anders
      • Geld obv diensten zoals implementatie en onderhoud
      • Niet op basis van de software zelf
  • 21. Voorbeelden: Covalent
    • Basis: betere support naar klant
    • Eigen ontwikkeling compleet gescheiden van Apache community
    • Op gezette tijden een nieuwe release
  • 22. Voorbeelden Trolltech
    • Basis: commerciële gebruiker vereist andere licentie
    • Dual licensing
    • Qt library onder GPL: basis van KDE
    • GPL  heel de software GPL
    • Commerciële gebruikers willen hun hele systeem niet onder GPL uitbrengen
    • Andere licentie die duizenden Euros kost.
  • 23. Voorbeelden: IBM
    • Basis: scheiding van activiteiten
    • Gebruiken Linux software voor mainframes etc.
    • Andere systemen dan meeste hobbyende ontwikkelaars hebben
    • Hebben een eigen omgeving: http:// linuxvm.org /
    • Project maintainer stuurt regelmatige updates en wijzigingen naar Linus Torvalds
  • 24. Voorbeelden CNet (gebruiker van Apache)
    • Basis: actieve participatie om ‘dingen gedaan te krijgen’
    • Nemen software direct af van de community
    • Hebben 2 full-time ontwikkelaars in dienst voor Apache
    • 1 ontwikkelaar is actief lid van de Apache Foundation
    • Fouten en bugs worden teruggegeven aan de community
  • 25. Voorbeelden Aeclips
    • Basis: in de hand houden
    • Duidelijke structuur en beslissingsmomenten
    • Voornamelijk samenwerking met andere bedrijven
    • Weinig echte vrijwilligers
    • Basis is vrij, alle “echte” toepassingen zijn duur
  • 26. 4. Open source is een organisatievorm Anders dan ‘traditionele’ organisaties
    • Geen duidelijke hiërarchie
    • Geen organogram van managers en ‘onderdanen’
    • Geen functieprofielen en taakpakketten
    • Geen stafafdelingen
  • 27.  
  • 28. Kenmerken
    • Geen strakke hiërarchische aansturing
    • Ruimte voor decentrale initiatieven
    • Volgen van de energie
    • Van elkaar leren, hergebruik
    • Flexibel
    • Binnen en buiten zijn niet duidelijk van elkaar gescheiden
    • In de zwerm lijkt het een chaos; van afstand extreem georganiseerd
    • Emergentie: verwacht het onverwachte
  • 29. Werkende bestanddelen van open source (1)
    • Georganiseerd rondom energie en niet zozeer in afdelingen
    • Georganiseerd rondom producten & ideeën
    • Veel diversiteit: geen duidelijke van te voren gedefinieerde grenzen wie mee mag doen en wie niet
    • Belonen van individuele bijdrages (o.a. reputatiemanagement)
    • Managers zijn meer facilitators; ze creëren ruimte voor professionals
    • Managers zijn vooral extern gericht
    • Sommige informatiedatabases zijn opengesteld voor externen
  • 30. Werkende bestanddelen van open source (2)
    • Ontwikkelaars worden gestimuleerd om kennis te delen met anderen
    • Geen hiërarchische taakverdeling
    • Er is ruimte voor nieuwe ideeën
    • Gebruikers worden vanaf het begin bij het project betrokken
    • Besluitvorming vindt plaats door het principe: “stemmen met voeten”
    • Grote verscheidenheid aan testers. Niet alleen ontwikkelaars
    • Kennisdeling is geïntegreerd met de dagelijkse activiteiten van de werknemers.
  • 31. Werkende bestanddelen van open source (3)
    • Veel en vaak delen: “release early and often”
    • Het proces en het product worden opgesplitst in zinvolle kleine eenheden
    • De grenzen tussen binnen en buiten vervagen: veel samenwerking met andere organisaties, individuen en concurrenten
    • De grenzen worden bepaald door toegevoegde waarde
    • Er wordt gewerkt met nightly builds
    • Sociale software: voor iedereen toegankelijk en laagdrempelig in gebruik
  • 32. Wie zijn de ‘werknemers’?
    • Blanke mannen
    • Leeftijd tussen 16 en 40
    • Hoger opgeleid
    • 80% is op de een of andere manier actief in de ICT sector
    • Het merendeel van de ontwikkelaars leeft in Europa en de VS
    • De meeste ontwikkelaars investeren minder dan 10 uur per week in de communities
    • Uit de Floss Survey
  • 33. Waarom doen ze het?
    • Eigen behoefte: ‘to scratch an itch’
    • Ze vinden het leuk
    • Ze worden ervoor betaald
    • Ideologie
    • Om kennis te delen
  • 34. Wat valt er nog meer over open source te vertellen?
  • 35. Een aantal actuele feiten (1) Open source wint terrein…
    • Communities bestaan niet alleen uit “hobbyende computernerds”
    • Sommige programma’s hebben hoge kwaliteit
    • De software heeft een dominante positie in bepaalde marktsegmenten
    • Volwassen markt van leveranciers die ondersteuning bieden voor open source
    • Staatssecretaris Heemskerk: bij gelijke geschiktheid heeft open source de voorkeur
  • 36. Een aantal actuele feiten (2) maar er is ook veel troep…
    • Er is veel open source software die kwalitatief slecht is
    • Er is veel open source software die niet meer onderhouden wordt
    • De markt kent veel cowboys; eenpitters die open source software inplementeren, maar de beloftes niet waar kunnen maken
  • 37. Theoretische voordelen, in de praktijk vaak niet reëel
    • Wel:
    • Vermijding van Vendor Lock-in
    • Maar niet:
    • Betere alignment tussen software en bedrijfsprocessen
    • Lagere kosten
    • Betere kwaliteit van software
    • Reliability / Stability
    • Bron: scriptie Stijn Bugers aan de RSM
  • 38. Dus
    • Er is geen fundamentele reden om open source niet te willen gebruiken,
    • en
    • Er zijn voor bedrijven weinig redenen om altijd voor open source te kiezen
    • N.B. voor publieke organisaties ligt dit anders.
  • 39. Waar gaat het dan wel om?
    • Levert de software wat ik nodig heb?
    • Wat zijn de kosten?
    • Is de leverancier betrouwbaar en kan die continuiteit bieden?
    • Zijn er andere leveranciers die eventueel ondersteuning van de software kunnen aanbieden?
    • Etc
  • 40. Voor BV Nederland heeft open source wel degelijk voordelen
    • Stimuleert lokaal ondernemerschap en innovatie
    • Creëert een level-playing field
    • Leidt tot een betere besteding van publiek geld
  • 41. Publieke organisaties moeten dan ook
    • 17 september 2007: actieplan “Nederland open in verbinding”
    • Doel: bevorderen van open source en open standaarden binnen de overheid
    • Tijdslijnen:
      • 1 april 2008 alle rijksdiensten ondersteunen ODF
      • 1 januari 2009 hele overheid ondersteunt ODF
      • Januari 2009 ministeries zijn klaar voor het gebruik van open source
      • Januari 2010 semi-publieke sectoren zijn klaar voor het gebruik van open source
  • 42. Alle intellectuele eigendomsrechten met betrekking tot deze presentatie berusten bij Twynstra Gudde. Niets uit deze presentatie mag worden verveelvoudigd of openbaar gemaakt zonder schriftelijke toestemming van Twynstra Gudde. Ruben van Wendel de Joode [email_address] www.twynstragudde.nl