'NOiV kost Nederlandse ontwikkelaar zijn baan'
Het programmabureau Nederland Open in Verbinding (NOiV) veroorzaakt een sfeer, waarin leveranciers die hun producten onder licentie verkopen, zo ongeveer in de categorie 'criminele organisatie' worden gemanoeuvreerd. Dat schrijven de directeuren van Unit4Agresso, Afas en Exact in het Financieele Dagblad. Volgens hen zou NOiV met Nederlandse leveranciers van gesloten software moeten samenwerken bij de ontwikkeling van open standaarden. De huidige opstelling van NOiV kost banen aan Nederlandse ontwikkelaars, zo schrijven de directeuren.
Unit4Agresso-ceo Chris Ouwinga, Afas-ceo Bas van der Veldt en Exact-ceo Rajesh Patel hebben in het ingezonden stuk stevige kritiek op Frank Heemskerk, de architect van het actieplan Nederland Open in Verbinding (NOiV). Dit plan moet leiden tot vergroting van de interoperabiliteit van overheden en vermindering van leveranciersafhankelijkheid.
' Hoeveel banen mag NOiv, zoals zich dat nu ontwikkelt, eigenlijk kosten? Wat denkt de staatssecretaris zo eigenlijk te bereiken? Wil hij de crisis bestrijden door het Nederlandse potentieel aan softwareproductie een kopje kleiner te maken?''Programma in het slop'
Het directeurstrio verwijt NOiV dat het programmabureau zou weigeren om met hen samen te werken. 'Doel van het bureau is om informatie tussen verschillende softwaresystemen zonder problemen uit te wisselen. Daar zijn wij een groot voorstander van. Daarom zijn wij erg verbaasd dat NOiV geen belangstelling heeft voor het aanbod van de Universiteit van Utrecht en de samenwerkende softwarebedrijven die gesloten software produceren, om na te gaan hoe die een bijdrage kunnen leveren aan het tot stand brengen van zoveel mogelijk open standaarden.'
'Je zou zeggen: wie van software bepaalde eigenschappen verlangt gaat in gesprek met de makers ervan. Nee dus. In plaats daarvan voert NOiV campagne voor introductie van open source software. Het resultaat van die houding is dat het openstandaardenprogramma nu in het slop zit en de gedroomde software-programma's in de praktijk helemaal niet beschikbaar zijn.''Samenwerking is nodig'
Volgens de drie directeuren is de Nederlandse overheid totaal afhankelijk van gesloten softwarepakketten: 'De Nederlandse overheid in al zijn geledingen, zou niet kunnen functioneren zonder de voor eigen last en risico ontwikkelde producten van Nederlandse leveranciers van pakketsoftware, waarin de (steeds wisselende) wet en regelgeving efficiënt is 'ingebakken'. '
Om die reden zou Heemskerk volgens de ceo's moeten begrijpen dat NoIV juist moet samenwerken met leveranciers van gesloten software. Dat is echter niet het geval, zo schrijven de directeuren: 'NOiV ziet die groep van bedrijven echter niet als een partner om haar hoofdtaak - het op het schild heffen van de open standaarden - tot een goed einde te brengen.'Nee, de overheid laten betalen voor functionaliteit die reeds is uitgevonden en gratis verkrijgbaar is, daar zit de belastingbetaler op te wachten...
>> Volgens de drie directeuren is de Nederlandse overheid totaal afhankelijk van gesloten softwarepakketten
Misschien dat de overheid daar juist vanaf wil? Wanneer je totaal afhankelijk bent van een ander, kan deze partij woekerprijzen hanteren, je hebt tenslotte geen andere keuze.
>> De Nederlandse overheid in al zijn geledingen, zou niet kunnen functioneren zonder de voor eigen last en risico ontwikkelde producten van Nederlandse leveranciers van pakketsoftware, waarin de (steeds wisselende) wet en regelgeving effici?nt is 'ingebakken'.
Automatisering is iets van de afgelopen 40 tot 50 jaar, voor die tijd functioneerde de overheid ook al. Redelijk arrogant om te stellen dat externe partijen onmisbaar zijn, zeker wanneer je ziet dat de overheid zelf ook heel veel ontwikkelt en heeft ontwikkeld. In de jaren '60 en '70 waren er nog maar weinig externe ontwikkelaars, de overheid deed vrijwel alles zelf.
En de risico's? Welke risico's lopen externe partijen wanneer zij worden ingehuurd voor het bouwen/leveren van applicatie X? Alle uren worden door de overheid betaald, zelfs als er geen bruikbare applicatie wordt opgeleverd. Zie de vele mislukte projecten (wat los staat van open of closed software), dat heeft miljarden euro's gekost. Hoeveel externe partijen zijn daar failliet aan gegaan? Noem eens wat namen, dan hebben we het ergens over.
Bedrijven die toegevoegde waarde bieden met hun diensten en/of open/closed source software, daar is altijd werk voor. De licentie waaronder de source wordt gedistribueerd maakt daarbij niet uit, het draait om de toegevoegde waarde en de continu?teit. Wanneer bedrijven denken/vinden dat open source een bedreiging is voor hun producten, leveren ze blijkbaar geen producten die voldoende toegevoegde waarde hebben. En dat weet men, anders zou men OSS niet zien als een bedreiging. Dat soort bedrijven/producten dienen dan ook zo snel mogelijk ophouden te bestaan, dat komt de vernieuwing van producten ten goede.
De ??n zijn dood, de ander zijn brood!
Dat open source ontwikkeling wel degelijk tot heel gezonde business kan leiden bewijst IBM, daar moeten de heren direkteuren misschien een voorbeeld aan nemen. Wie zich niet aanpast verdwijnt, dat geldt al een evolutie lang.
Sparen wij als belastingbetalers een hele boel geld uit en hoeven de directieleden van de softwarebedrijven ook niet meer zoveel belasting te betalen van hun grote winsten.
Kortom, als je jezelf uit de markt prijst moet je je klant niet verwijten dat die op zoek gaat naar goede alternatieven.
Naar mijn idee heeft Frank in zijn reactie diverse goed punten genoemd; de (drie) klagende directeuren daarentegen hebben nauwelijks een steekhoudend argument genoemd.
Je leest maar al te vaak dat een project veel meer gaat kosten dan geplanned, en dan werkt het nog niet naar behoren.
De aanbestedingen lijken meer op een soort graaien.
Dus lever kwaliteit.
Die open initiatieven zijn prima, er wordt veel te veel geld uitgegeven.
Helaas gaat dat niet werken. De overheid is al tijden bezig om het aantal ambtenaren te verminderen. Dit is duidelijk merkbaar bij de overheidsinstanties waar meer en meer externen werken om de softwareprojecten van de overheid in goede banen te leiden.
Wat hier gebeurt is hetzelfde als wat al vele jaren geleden gebeurt bij andere hightech industrieen. Men is bezig om de kennis van buiten Nederland te halen waardoor we op termijn niet meer concurrerend bezig kunnen zijn op de softwaremarkt.
Persoonlijk denk ik dat de heren wel een punt hebben. Alleen daarbij moet wel gezegd worden dat ze misschien de hand ook een beetje in eigen boezem moeten steken en met producten op de markt moeten komen die inderdaad kunnen samenwerken met producten die niet gebasseerd zijn op software van Microsoft of andere closed source software bedrijven.
Een mogelijkheid is om, samen met de overheid, te werken aan een laag die de conversie kan maken tussen de closed source producten en de open source software die de overheid wil gaan gebruiken. Op die manier kunnen deze bedrijven naar een beter interoperable product toe werken zonder dat de hele Nederlanse ICT industrie gelijk aan de bedelstaf geholpen wordt.
>Kortom, als je jezelf uit de markt prijst moet je je >klant niet verwijten dat die op zoek gaat naar goede >alternatieven.
Op zich prijzen de Nederlandse ICT bedrijven zich niet uit de markt als je gaat kijken naar wat je als bedrijf aan belastingen moet betalen in Nederland. Buitenlandse bedrijven willen vaak niet eens een kantoor in Nederland plaatsen omdat ze gewoon te veel geld moeten betalen aan belastingen.
Een mooi voorbeeld van zo'n open standaard is het gebruik van HR-XML voor de communicatie middels elektronische berichten tussen de overheid en uitzendorganisaties. De standaard wordt onderhouden door de SETU en TNO en is gebaseerd op een wereldwijde standaard. Binnen dit voorbeeld maakrt het dus niet welke software er gebruikt wordt zolang deze maar de HR-XML standaard ondersteunt.
Ik raad de genoemde bedrijven dan ook aan om open standaarden te gaan ondersteunen, mits gecertificeerd door het NOiV, waardoor zij hun producten gewoon bij de overheid kunnen blijven slijten.
IBM investeert in open source software waar zij niet meer dominant zijn (als in het verleden). Ze verdienen nog bakken met geld met closed software (zie cognos dat bij veel locale en centrale overheid wordt ingezet), hardware en diensten. Met de diensten compenseren zij ruimschoots hun investering en vrijage met open source. Niet voor niets hebben zij PWC overgenomen.
Nieuwste trend: overheid gaat voor open source, huurt dure consultants die dan een applicatie mogen ontwikkelen op basis van open source. Goedkoper, beter en minder afhankelijk? Laat mij niet lachen en blijf dromen dat, per definitie, de inzet van open source beter en goedkoper zal zijn dan closed software.
Het stimuleren van interoperabiliteit en OPEN Standaarden is een goede zaak en zeker een belangrijke taak van de overheid. Als wij willen dat de overheid alles zelf moet gaan ontwikkelen op basis van open source dan gaan wij terug naar de tijd van de planeconomie en moeten wij accepteren dat er weinig innovatie zal zijn. Meer innovatie kun je als overheid stimuleren door juist software of diensten aan te schaffen van MKB bedrijven in plaats van de GROTE molochen die alleen geinteresseerd zijn in de beurswaarde van hun bedrijf. Bijvoorbeeld bij de wet regelen dat de overheid 60% van alle software en diensten van MKB bedrijven moet afnemen zou innovatie veel meer stimuleren dan een loze wet over het verplicht stellen van het gebruik van zgn open source...
Open source kan door alles en iedereen worden ontwikkeld, iedereen (met programmeer kennis) kan er aan bijdragen. Even de source downloaden en je kunt er mee aan de slag. Vele bedrijven leveren bijdragen aan open source projecten of beheren zelf een open source project. Er zijn vele mogelijkheden, maar allemaal met een licentie die voldoet aan de definitie van open source. En hoe de ontwikkelaars worden betaald, dat kan op diverse manieren.
>> overheid gaat voor open source, huurt dure consultants die dan een applicatie mogen ontwikkelen op basis van open source. Goedkoper, beter en minder afhankelijk?
Een gemeente valt ook onder de noemer overheid, gemeente A kan dus iets ontwikkelen en daar voor betalen, gemeente B zou hier dan (op een later moment) zonder hoge kosten van kunnen profiteren (alleen implementatie kost dan nog tijd en dus geld). Bij een closed source-leverancier mag zowel gemeente A als gemeente B de hoofdprijs betalen, zie de huidige situatie.
Het verschil tussen een dure consultant of een dure programmeur bij een leverancier is trouwens ook niet zo groot.
>> en moeten wij accepteren dat er weinig innovatie zal zijn.
Microsoft Internet Explorer versie 6, dat is zeker zo'n voorbeeld van innovatie? Jarenlang lag dit op zijn gat, er werd door MS geen enkele ontwikkeling gedaan. Dankzij de opmars van FireFox (= open source) werd MS wakker geschut en zijn ze (gelukkig) weer aan de slag gegaan. De innovatie komt hier in zijn geheel voor rekening van de open source, de closed source leverancier deed helemaal niets aan innovatie.
Open source is trouwens al jaren gemeengoed, denk bijvoorbeeld aan Apache wat nog steeds een van de meest populaire webservers is. Hoeveel nederlandse programmeurs hebben daardoor hun baan verloren? Ik vermoed dat Apache in NL meer banen heeft opgeleverd dan dat het heeft gekost... En zo zijn er nog vele andere voorbeelden.
Zowel open als closed source hebben hun plaats in de markt, maar het kan geen kwaad om open source even in een positief daglicht te zetten. Vele open source projecten hebben nu eenmaal geen budget om inkoopmanagers een dagje te verwennen op de golfbaan...
Konkureren moet nu op basis van een betere dienstverlening als je dat niet kunt dan heb je een probleem zoals blijkbaar de drie genoemde direkteuren.
Open source betekent niet gratis maar dat het geld aan ondersteuning i.p.v. licenties uitgegeven wordt.
De paniek reakties en boze opmerkingen komen m.i. van mensen die nog geen enkele ervaring op dit gebied hebben.
Natuurlijk moet bij ieder projekt gekeken worden of een applikatie op basis van open source net zo goed voldoet als een applikatie met het traditionele gesloten karakter, dat zal soms niet zo zijn, dan kies je voor het traditionele "gesloten" pakket.
Echter open standaards zouden een verplichting moeten zijn, dat hoort bij het volwassen worden van de ICT-branche. (en dan niet op de MS OOXML manier . . ).
Yep, en die volkomen afhankelijkheid is precies de reden waarom de overheid minder gesloten software wil gebruiken.
Maar wat let de heren om hun software open te gooien en voortaan geld te verdienen met ondersteuning?
Open software kan trouwens ook ontstaan doordat een opdracht geeft software te ontwikkelen en het resultaat vervolgens als open source ter beschikking te stellen aan anderen.
De laatste slide in veel van mijn (niet-PPT) presentaties zegt dan ook: "Open standaarden moeten; over open source software moet je nadenken". Volgens mij (en volgens Frank Heemskerk) is dat nog altijd de juiste benadering.
Unit4Agresso, Afas en Exact: trek een grote broek aan en neem zelf initiatief!!!!!
De relatie met nederlandse ontwikkelaars ontgaat me, wat is het verschl of de software door Unit4Agresso clubje gemaakt wordt of door een ander clubje.
Wat mij stoort is de "hoera stemming" in de argumenten m.b.t. open source. Alles zou ideaal zijn, vrije bronkode, vrij aanpasbaar, geen licentie etc. etc. Ik kan vele a4'tjes schrijven over tegen en voor argumenten. Het is wel opvallend dat de open source projecten donaties zijn van bedrijven die de concurrentie hebben verloren in hun markt. (firefox is. oa. onstaan door netscape, sun/java etc.). De meeste actieve open source ontwikkelaars kunnen echt niet leven van lucht alleen en worden nu betaald door bedrijven die hun verborgen agenda hebben om dit te financieren. Jaja het idee van verder ontwikkelen op basis open source en de nieuwe code doneren is bewonderenswaardig. Helaas zie je meer profiteurs die WEL gebruikmaken van open source, aanpassingen doen en de nieuwe code niet terug doneren. Recent nog een artikel gelezen van een cto van een zoekdienst die op basis van Lucene aanpassingen hebben gedaan. Hij vertelde dat niet alle code zal worden terug gedoneerd om de concurrentie niet te laten profiteren? Logisch toch? Als advocaat van de duivel kun je stellen dat je closed software kan maken van open source en lekker niks teruggeven. Het is nl. bijna onmogelijk om dit te controleren ?
>>Bij een closed source-leverancier mag zowel gemeente A als gemeente B de hoofdprijs >>betalen, zie de huidige situatie.
Het bedrijf dat de code aanpast bij een gemeente zal bij de volgende gemeente de kosten heus wel declareren maar dan op een andere nieuwe post?Besparing? hmmm
Daarnaast zie je steeds meer ontwikkelaars van open source de ?basis versie? vrij geven maar daarnaast een rijkere commerci?le versie (op basis van licentie) aanbieden. Resultaat fork op fork en vele doublures in code voor een bepaalde functie! Waarom? Vul maar in het antwoord?
De linuxcode is begonnen als een hobbyproject. Maar inmiddels zijn er diverse bedrijven die een ondersteunde versie uitgeven. (RH, Novell, IBM). De support die ze geven wordt betaald door de klanten die de support willen hebben. Eventuele codefixes en extra functies vinden uiteindelijk hun weg weer in de reguliere vrije code.
Natuurlijk, een ontwikkelaar zal op een manier zijn brood moeten verdienen. Maar dat zegt niets over de OSS projecten. Het verdien model is anders, dat is het punt. Een ontwikkelaar in dienst van een bedrijf wordt in dit geval betaald uit de softwaresupport in plaats van uit de verkoop van software.
Een bedrijf zou inderdaad een OSS project kunnen pakken en daar closed van maken. Alleen is dat in het algemeen tegen de licentie. Dus zou dat bedrijf via de rechter gedwongen kunnen worden om de source, inclusief alle code die eruit voort is gekomen, alsnog openbaar te maken. Ook dat is recent gebeurd al is het lastig omdat het opendomain meestal niet de resources heeft om rechtzaken te voeren.
Maar niet alle code hoeft openbaar gemaakt te worden. Ik kan eigen locale code maken voor mijn services zonder dat ik dan ook die code openbaar moet maken. Zolang ik de software maar niet ga verkopen. Ik ken de details niet maar zolang Lucene een service aanbiedt lijkt het me dat ze daarvoor de code niet hoeven vrij te geven, zolang de software zelf maar niet wordt verkocht.
Waarom nou toch weer van die zware woorden als "profiteurs" ? We hebben het hier over gebruikers, net zoals er bv. gebruikers zijn van MS Office of Windows. Of wil je die ook het stempel "profiteurs" meegeven? Dat zou wel consequent zijn. En even ter informatie, Google, Yahoo, Amazon, Skype, etc. maken op extreem grote schaal gebruik van open source software zonder alle aanpassingen te doneren aan de diverse projecten. Van Google en Skype weet ik dat ze diverse bijdrages leveren, maar echt niet alles. En dat hoeft ook niet.
Voor eigen gebruik is bij open source geen enkele verplichting om aanpassingen te doneren aan het project, al wordt dat uiteraard wel op prijs gesteld. De BSD licentie staat het zelfs toe om aanpassingen commercieel te exploiteren zonder de code vrij te geven.
Zie de diverse licentievormen voor de details.
Dan moeten we dus doen waar we goed in zijn. Bestaande Open Source Software oppakken en beter maken, als community. Dan zullen we zowel internationaal worden gewaardeerd als open source minnend land en onze uitstekende innovatieve en ict krachten kunnen we dan heel mooi internationaal etaleren.
Dat vereist alleen wel verandering in de markt, verandering in het denken bij de gevestigde orde.
Dus PHP programmeurs (huidige of toekomstige open source ontwikkelaars) of business consultants die met open source software aan de slag willen moeten maar even bij onze PHP vacatures ( http://www.vicus.nl/vicus/werken-bij-vicus/vacatures.html ) kijken.
13-02 KPN garandeert anonimiteit internetgebruiker
13-02 Ordina rondt integratie Oracle EBS bij EL&I af
13-02 Perfectview levert CRM-systeem aan Gelderland
10-02 Infor helpt Ferrari met bouwen F1-auto's
10-02 Tester Four Oaks in Israëlische handen
10-02 IS Online en Tres zijn klaar voor Elfstedentocht
10-02 SecureLink migreert Microsoft-diensten Atradius
10-02 Nieuwe software brengt Vitens in problemen
10-02 Ex-Misys-topman moet CSC uit penarie helpen
10-02 Veenman en 20/20 vision adviseren samen klant
03-02 Itemis betreedt Nederlandse markt via Warmer IT
30-01 LeaseWeb gebruikt besturingssysteem CloudLinux
20-01 Consortium wil open standaard voor...
20-01 Reclasseringsorganisaties kiezen open source
12-01 Mandriva staat op rand van faillissement
05-01 Versimpeling Mozilla licentie vraagt om uitleg
04-01 Open source-dienstverlener Sourcesence failliet
03-01 Windows Azure gaat Linux VM's ondersteunen
29-12 Zarafa levert webbeheerinterface Z-Admin 1.0
29-12 VMware View geschikt voor Kindle Fire, Mac en...
|
|




http://www.gendo.nl/blog/arjen/klagen-over-keuzevrijheid