CONTENT
Terug naar community
Magazine
Proceedings
Blogs
Master thesis
Zoeken
THEMES
The CIO speaks
The architect answers
The business decides
Effect of architecture
SOA
BPM
Methods
Principles
Financial services
Public sector
Health sector
Most popular items
 
 
BLOGS
Report a comment

Thank you for taking the time to report the following comment to the administrator of this site.
Please complete this short form and click the submit button to process your report.

Name:
 
E-mail
 
Reason for reporting comment
 
 
 

Comment in question
Written by Ton Eusterbrock on 06-10-2009 16:32
 
 
Allereerst wil ik opmerken dat Opensource niet verward moet worden met de term Free Software. Opensource geeft aan dat de broncode van applicaties vrij toegankelijk is.  
Hiermee is nog niet gezegd dat er geen licentiemodel gehanteerd wordt voor het gebruik van de software. Ook het hergebruik van broncode of distributie wordt hiermee in beginsel nog niet vrijgegeven. 
 
Free Software is het licentiemodel waarbij bepaalde rechten ten aanzien van het bestuderen, wijzigen en opnieuw distribueren van de broncode en het vrije gebruik van desoftware toegekent worden.  
Nederlands als wij zijn denken we dat de engelse term free "gratis" betekent. Niets is minder waar.  
 
Daarnaast bestaan er nog vele variaties op het "licentiemodel" van ge/hergebruik en toegankelijkheid van broncode. Juridisch zitten de modellen van vrije software en broncode misschien nog wel complexer in elkaar dan de licentiemodellen van gesloten software. Het gaat echter te ver om daar hier nu op in te gaan. 
 
De essentie van Opensource/Free Software (ik veeg ze voor het gemak allemaal maar even op één hoop) is dat men zich wil afzetten tegen de "gesloten" tegenhangers (zie http://fsfe.org/). Met name Microsoft is hierin misschien wel het grote voorbeeld van geslotenheid. De geslotenheid van de broncode belet de gebruiker om zich te overtuigen van de gepogrammeerde functionaliteit. Zo werd Microsoft wel eens beticht van het doorsturen van CPU-informatie tijdens het gebruik van Windows om de verspreiding ervan te meten. 
 
Dan hebben we nog niet eens over het ontwikkelmodel. Broncode kan open zijn, terwijl een bedrijf besluit een eigen branche te onderhouden en distribueren. Neem bijvoorbeeld het model van Staroffice en OpenOffice van Sun. Wanneer men echter delen van de originele broncode aanpast dienen deze verbeteringen terruggegeven te worden aan de "community". Het staat echter de distributeur in zekere zin vrij om uitbreidingen te ontwikkelen voor eigen voordeel. Het ontwikkelen in vrije communities die op internet actief zijn lijkt me geen voorwaarde voor het openstellen van broncode. Dit ontwikkelmodel heeft echter wel bijgedragen aan het succes van Opensource in het algemeen. 
 
Wat zou het nu betekenen wanneer overheden Opensource zouden gaan gebruiken en deze zouden aanpassen? Indien zij de aanpassingen teruggeven aan de community wordt die daar verder onderhouden. Zo niet dan moet men het eigen maatwerk onderhouden.  
Daarmee komen we terug op het kosten aspect.  
Wat in de regel vaak gebeurd; 
- Aanhangers van vrije software vergelijken o.b.v. inverstering 
- Leveranciers van gesloten software vergelijken o.b.v. onderhoudskosten. 
op zich zullen beide partijen gelijk hebben. Het lijkt mij dan ook de taak van de CIO om bij het inkooptraject een inschatting van de TCO te eisen. 
 
Echter wanneer de politiek zich ermee bemoeit kan ik nooit achterhalen wat nu de drijfveer is om Opensource voor te schrijven. Denkt men werkelijk kosten te besparen door alleen Opensource voor te schrijven? Dan zou men in de aanbesteding zich meer moeten richten op de TCO! Wanneer de ideële gronden op toegankelijkheid van broncode een rol speelt dan lijkt me dit ook prima als kwaliteiteitseis te verwoorden in de aanbesteding.  
 
Maar maak het daarom alstjeblieft helder waarom Opensource noodzakelijk is voor het gebruik dat je voor ogen hebt.  
Het kapitalisme in onze westerse cultuur zal het waarschijnlijk in veel gevallen winnen van het opensource-ideaal, omdat we met het gebruik van software nu nog (teveel) de voordelen t.o.v. onze concurrenten kunnen bepalen.

 

Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not permitted. Readers are requested to notify This e-mail address is being protected from spam bots, you need JavaScript enabled to view it of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.