<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Doe Niet Zo Moeilijk! &#187; data portability</title>
	<atom:link href="http://doenietzomoeilijk.nl/archief/tag/data-portability/feed/" rel="self" type="application/rss+xml" />
	<link>http://doenietzomoeilijk.nl</link>
	<description>Weblog van een relaxed persoon</description>
	<lastBuildDate>Wed, 07 Mar 2012 12:28:55 +0000</lastBuildDate>
	<language>nl</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<atom:link rel='hub' href='http://doenietzomoeilijk.nl/?pushpress=hub'/>
		<item>
		<title>Repeat after me: dat hele Cloud Computing geneuzel heeft niets met betrouwbaarheid en onafhankelijkheid te maken.</title>
		<link>http://doenietzomoeilijk.nl/archief/repeat-after-me-dat-hele-cloud-computing-geneuzel-heeft-niets-met-betrouwbaarheid-en-onafhankelijkheid-te-maken/</link>
		<comments>http://doenietzomoeilijk.nl/archief/repeat-after-me-dat-hele-cloud-computing-geneuzel-heeft-niets-met-betrouwbaarheid-en-onafhankelijkheid-te-maken/#comments</comments>
		<pubDate>Tue, 17 Mar 2009 07:52:30 +0000</pubDate>
		<dc:creator>Max</dc:creator>
				<category><![CDATA[Artikelen]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[data portability]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[fail]]></category>
		<category><![CDATA[gmail]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[hyves]]></category>
		<category><![CDATA[nrcnext]]></category>
		<category><![CDATA[ondernemeren]]></category>
		<category><![CDATA[open source]]></category>
		<category><![CDATA[sharing]]></category>
		<category><![CDATA[social networks]]></category>
		<category><![CDATA[twitter]]></category>
		<category><![CDATA[walled garden]]></category>
		<category><![CDATA[web 2.0]]></category>

		<guid isPermaLink="false">http://doenietzomoeilijk.nl/?p=600</guid>
		<description><![CDATA[Althans, niet in positieve zin.<p><small><a href="http://doenietzomoeilijk.nl/archief/repeat-after-me-dat-hele-cloud-computing-geneuzel-heeft-niets-met-betrouwbaarheid-en-onafhankelijkheid-te-maken/">Repeat after me: dat hele Cloud Computing geneuzel heeft niets met betrouwbaarheid en onafhankelijkheid te maken.</a> werd gepubliceerd op <a href="http://doenietzomoeilijk.nl">Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon</a></small></p>
]]></description>
			<content:encoded><![CDATA[<p>Gisteren kwam ik in de reader zomaar <a href="http://www.nrcnext.nl/blog/2009/03/16/geen-bedrijfsmail-maar-facebook-wat-zijn-de-gevolgen/" title="Geen bedrijfsmail, maar Facebook: wat zijn de gevolgen?">dit artikel op nrc next</a> tegen, waarin Ernst-Jan Pfauth wat punten maakt over email en Facebook, Google Docs, Twitter, en wat dat externaliseren van data allemaal betekent voor het bedrijfsleven. Hij haalt ook nog een post van Frank Meeuwsen aan, met Web 2.0, &#8220;sharing is caring&#8221;, en dergelijke blah. In eerste instantie ging mijn reactie ongeveer aldus:</p>

<ol>
<li>&#8220;Whoa, fuck!&#8221;</li>
<li>&#8220;Nee, man, serieus, <em>meent</em>-ie dit?&#8221;</li>
<li>&#8220;Whoa, <em>fuck</em>!&#8221;</li>
</ol>

<p>Ongeveer in die volgorde.</p>

<p>Het punt is: Frank is verre van dom, en verre van onbekend met het fenomeen internet. Als je daadwerkelijk <a href="http://www.frank-ly.nl/yammer-bij-rhinofly-een-casestudy" title="Yammer bij Rhinofly - een casestudy">Franks post</a> <em>leest</em> &#8212; iets waar ik vanmorgen pas aan toekwam &#8212; komt daar een iets ander verhaal uit: hij loopt niet zozeer jodelend weg met het idee dat werknemers email verruilen voor berichten op Facebook, hij bespreekt een soort Twitter-voor-intern-gebruik.</p>

<p><em>Kleine update: Ernst-Jan heeft intussen in het artikel intussen verduidelijkt dat Franks goedkeuring vooral over Yammer ging.</em></p>

<p>Oh, zeg dat dan meteen. Probleem opgelost, derhalve?</p>

<p><span id="more-600"></span></p>

<p>Nou, nee. Frank mag dan verkeerd aangehaald zijn, feit blijft wel dat steeds meer informatie <em>inderdaad</em> &#8220;het bedrijf&#8221; verlaat, en dan niet op de &#8212; door Ernst-Jan al genoemde &#8212; slingerende USB-stick, maar willens en wetens en tot op zekere hoogte met de zegen van de baas.</p>

<p><em>Even terzijde: &#8220;slingerende USB-stick&#8221; zou wat mij betreft reden zijn voor direct en oneervol ontslag, zo niet standrechtelijke executie &#8212; gewoon om heel erg duidelijk te maken dat je zo, godnogantoe, niet met gevoelige data omgaat.</em></p>

<h3>Information wants to be free, man!</h3>

<p>Tot op zekere hoogte is het natuurlijk prima dat informatie het bedrijf verlaat, en ik zou nog iets verder dan Ernst-Jan willen gaan: dat hele <em>sharing is caring</em> gedoe is niet beperkt zich tot Web 2.0. Het is een verandering van insteek die je op steeds meer plaatsen terugziet: het gaat niet meer alleen om het &#8212; al dan niet tastbare &#8212; product dat je aanbiedt, het gaat om de <em>value</em> die je toevoegt.</p>

<p>Verlichte zielen zien teruglopende CD-verkoop niet als probleem, ze richting zich op concerten en andere zaken die meer dan <em>beleving</em> &#8212; concerten, bijvoorbeeld &#8212; te maken hebben dan met een stukje plastic met een boekje erbij.<br />
Ze beschouwen het gratis ende voor niets ter beschikking stellen van een schat aan informatie, op blogs en dergelijke, niet als zeker teken van vroeg inzettende seniliteit, maar als methode om de wereld te laten zien dat je <em>het meent</em>, dat je expertise in huis hebt, dat je iets toe te voegen hebt.</p>

<p>Mensen als Seth Godin, Steve Pavlina en, welja, Maxime Verhagen &#8212; en met hen nog een heel legertje &#8212; vertellen <em>juist</em> aan de buitenwereld waar ze mee bezig zijn en wat ze bezig houdt, en dat is een prima manier om jezelf tot <em>brand</em> te bombarderen. Prachtige doe-het-zelf marketing, en het voelt nog lekker authentiek aan, ook.</p>

<p>Sharing is niet alleen <em>caring</em>, het is ook een manier om te laten zien wie je bent en waar je voor staat, wat je in andere mensen verwacht en wat van mensen van jou mogen verwachten. Ook zakelijk.</p>

<p>Goed, dat is dus niet het probleem, dat levert bij mij geen &#8220;whoa fuck&#8221; op. Wat dan wel?</p>

<p>Het idee dat dat <em>sharing</em>-gebeuren op de Facebooks en Twitters zou moeten gebeuren, of liever gezegd, dat een bedrijf zoiets als gezond beschouwt. Dat is het namelijk absoluut <em>niet</em>, om één hele simpele reden: <em>betrouwbaarheid</em>.</p>

<h3>Is mijn meuk bij X veilig ondergebracht?</h3>

<p>Dat lijkt een vrij duidelijke en voor de hand liggende vraag, maar het lijkt erop dat-ie toch te weinig gesteld wordt. Een flinke kluit mensen vertrouwt er vrij blindelings op dat de teksten, foto&#8217;s, video&#8217;s en dergelijke goed door de gebruikte dienst worden opgeslagen en gebackupt. Niet alleen dat, maar ze lijken er ook vrij zeker van te zijn dat de aanbieder alle rekeningen kan betalen, en ondanks een gebrek aan elke vorm van <em>business plan</em> &#8212; ja, Twitter, ik kijk naar jou &#8212; toch op magische wijze blijft bestaan.</p>

<p>Heus?</p>

<p>Nee, echt, <em>heus?</em></p>

<p>Laten we eens kijken naar wat er de afgelopen tijd zoal is gebeurd, qua magisch blijven bestaan en nooit fouten maken:</p>

<ul>
<li>Na 6 jaar blijkbaar zonder backup gewerkt te hebben, <a href="http://www.techcrunch.com/2009/01/03/journalspace-drama-all-data-lost-without-backup-company-deadpooled/">ging Journalspace begin dit jaar spectaculair ten onder</a>. Jaren van content in één keer weg. Intussen lijkt de site een doorstart te hebben gemaakt &#8212; dit maal op WordPress MU + BuddyPress, en hopelijk <em>met</em> backup. </li>
<li>Nog geen maand later <a href="http://mashable.com/2009/01/30/magnolia-data-loss/">blijkt ook Ma.gnolia geen goeie backup te hebben</a>.</li>
<li>De laatste tijd lijkt het goed te gaan, maar 2008 was het jaar van de Twitter Fail Whale. Twitter lag zo vaak plat dat het eigenlijk niet grappig meer was. <a href="http://whentwitterisdown.com/">Tenminste</a>&#8230;</li>
<li>Wat zegt u? Dit soort fuckups komt alleen bij kleine startups voor? Nee hoor: een weekje geleden <a href="http://mashable.com/2009/03/09/facebook-data-loss/">pleurde er bij Facebook iets om</a>, waardoor foto&#8217;s urenlang weg waren. Gelukkig had Facebook <em>wel</em> een werkende backup.</li>
<li>Zelfs de Almachtige Google is niet immuun voor een beetje faal op zijn tijd. Eind vorige maand knalde Gmail er <a href="http://gmailblog.blogspot.com/2009/02/update-on-todays-gmail-outage.html">door een menselijk foutje</a> voor een paar uur uit, en dat was niet de eerste keer.</li>
</ul>

<p>En dat zijn er dan een paar die ik zo even kan opnoemen. Wat vooral interessant is om op te merken: de kleinere startups overleven een dergelijke fuckup niet altijd.</p>

<p>Jason Scott verwoordt het allemaal heel fraai in <a href="http://ascii.textfiles.com/archives/1717">Fuck The Cloud</a>:</p>

<blockquote>
  <p>If you want to take advantage of the froth [...] then do so, but recognize that these are not Services.
  These are not dependable enterprises. These are parties. And parties are fun and parties and cool
  and you meet neat people at parties but parties are not a home.</p>
</blockquote>

<p>Maar de &#8220;is het betrouwbaar&#8221;-vraag gaat verder dan backups en kundige mensen.</p>

<h3>Oh ja, en dat walled-garden-geneuzel&#8230;</h3>

<p>Ik heb het daar <a href="http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/">al eerder over gehad</a>, dus dat ga ik hier niet allemaal herhalen; het enige dat er sinds die post veranderd is, is dat er een <a href="http://mashable.com/2009/02/16/facebook-tos-privacy/">enorme rel is geweest over de gebruikersvoorwaarden van Facebook</a>, toen Facebook besloot dat <em>alles</em> wat je daar neerzette, voor altijd en eeuwig eigendom van Facebook zou worden, amen. Dat werd vrij rap weer teruggedraaid, maar het feit dat het ook maar een minuutje in de voorwaarden <em>heeft gestaan</em> zegt eigenlijk al genoeg. Blij Hoofd Zuckerberg kan honderd keer zeggen dat Facebook heus geen <em>evil</em> trekjes heeft, maar daden spreken nog net iets harder dan woorden.</p>

<p>Goed, dus je stalt je shit ergens op een site die <em>niet</em> door <del>domme pech</del> incompetentie in vlammen opgaat, maar je geeft nog steeds het nodige op. Mocht je er, om wat voor reden, vanaf willen, dan ben je <em>proper fucked</em>, want een export-procedure is nog steeds een vies woord, alle claims over openheid en uitwisselen en regenbogen en eenhoons ten spijt.</p>

<p>Frank geeft dat trouwens zelf ook aan in de <a href="http://www.frank-ly.nl/yammer-bij-rhinofly-een-casestudy" title="Yammer bij Rhinofly - een casestudy">post waar het allemaal mee begon</a>. Ik weet niet in hoeverre hij het zelf doorheeft, maar die ene opmerking onderstreept precies waar ik me zo druk over maak:</p>

<blockquote>
  <p>We zagen Yammer als een klein experiment waarvan we vanzelf wel zouden zien of aanslaat of niet. [...]
  Maar op dit moment zijn er 34 van de 40 medewerkers actief op Yammer. <strong>Overstappen zou weer een hele operatie zijn en we zijn de conversaties dan ook kwijt.</strong></p>
</blockquote>

<p>Holy fucking hell, nee, <em>dat</em> is een geweldig idee: laat ik me bedrijfsmatig vastleggen op een stuk software waar ik geen enkele invloed over heb. &#8220;Nu is het zonde als de kennis die in de email zit alleen tussen de collega’s blijft,&#8221; dat was één van de redenen om dit te proberen. Mocht Yammer morgen de rotmoord steken of besluiten om een ziljoen dollar voor hun diensten te gaan vragen, blijft die kennis niet tussen collega&#8217;s, dan is die kennis gewoon weg, pleite, foetsie, jammer maar helaas.</p>

<p>Toch een beetje <em>whoa, fuck</em>, dus.</p>

<p>Ben ik een zeikerd? Zeker. Zit ik Frank hier voor de lol te dissen? Absoluut niet; zoals ik aan het begin van dit veel te lange lulverhaal al schreef komt Frank allesbehalve dom over, ik respecteer de man om wat hij allemaal heeft gedaan en geschreven. Ik vind alleen <em>dit</em> geen slimme zet. Het idee is prima, het feit dat hij een belangrijk stuk van zijn interne communicatie ophangt aan een willekeurig bedrijfje is dat in mijn ogen niet.</p>

<h3>Ja, maar&#8230; wat dán?</h3>

<p>Ook dat heb ik al vaker geroepen: doe het zelf. Niet als in &#8220;schrijf elk stuk software zelf&#8221;, dat is het wiel opnieuw uitvinden en dus zonde van de tijd. Maar zorg ervoor dat je zelf de volledige controle houdt. Zet ergens een servertje neer en gooi daar <a href="http://laconi.ca/trac/">Laconica</a> of <a href="http://en.blog.wordpress.com/2009/03/11/p2-the-new-prologue/<!-- dus -->&#8220;>WordPress-met-Prologue</a> op. Blammo, je eigenste Twitter-kloon, het kost je hooguit een beetje stroom en wat tijd om het op te zetten, <em>en alle data bevindt zich in je eigen bedrijf</em>. Backuppen, van software wisselen, de software ietsjes aanpassen zodat het helemaal perfect bij je organisatie past, <em>zelf</em> bepalen wanneer het ding &#8220;down for maintenance&#8221; is&#8230; you name it, you can do it.</p>

<p>Zeker bij Rhinofly &#8212; dat zich met internet en web enzo bezighoudt &#8212; moet dit geen probleem zijn. Mocht het dat <em>wel</em> zijn, omdat iedereen het daar te druk heeft met kick-ass webspul in elkaar draaien: voor het treinkaartje en een pot koffie wil ik best een middagje een LAMP+Laconica in elkaar komen knutselen. No, I&#8217;m not kidding. Wil ik best nog even kijken in hoeverre het misschien mogelijk is om alle Yammer-data <em>niet</em> kwijt te raken, ook.</p>

<p>Ik denk dat ik dat punt nu wel voldoende duidelijk heb gemaakt, inderdaad. Dat hele cloud/web-2.0 gebeuren is prachtig, maar beschouw het als een extra, en hou altijd in je achterhoofd dat het elk moment kan wegvallen.</p>

<h3>Even los van Frank, een conclusie</h3>

<p>&#8230;want dat was maar een voorbeeldje in Ernst-Jans artikel. Hij wilde in bredere zin de discussie aanwakkeren over uit de school klappende medewerkers. Eigenlijk geldt daar wat mij betreft hetzelfde voor: hou het, als het even kan, in eigen hand. Start een corporate blog &#8212; zoals Rhinofly dat bijvoorbeeld gedaan heeft &#8212; of start een blognetwerk voor de medewerkers, maak een koppeling met &#8212; relevante &#8212; blogs die medewerkers privé bijhouden misschien, maar waak ervoor dat je als bedrijf niet teveel van je identiteit en workflow uit handen geeft aan partijen waarvan je niet met zekerheid hebt vastgesteld dat je ze &#8212; zowel technisch als ethisch &#8212; volledig kunt vertrouwen.</p>

<p>Ik zeg niet dat je de Hyves, Facebooks, Twitters enzovoorts absoluut links moet laten liggen, maar blijf bij elke stap en elke aanmelding nadenken.</p>

<p>Vraag je af wat je daar wilt gaan stallen, wat je ermee wilt bereiken, en hoe belangrijk die toevoeging voor je bedrijfsvoering of -imago is of kan worden. Als je tot de conclusie komt dat het iets belangrijks is, dat je het niet kwijt wilt, dat je er nu en in de toekomst controle over wilt houden, doe dan je uiterste best om het in eigen beheer te houden.</p>

<p>You&#8217;ll thank me later.</p>
<p><small><a href="http://doenietzomoeilijk.nl/archief/repeat-after-me-dat-hele-cloud-computing-geneuzel-heeft-niets-met-betrouwbaarheid-en-onafhankelijkheid-te-maken/">Repeat after me: dat hele Cloud Computing geneuzel heeft niets met betrouwbaarheid en onafhankelijkheid te maken.</a> werd gepubliceerd op <a href="http://doenietzomoeilijk.nl">Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon</a></small></p>
<h3  class="related_post_title">Mogelijk gerelateerd:</h3><ul class="related_post"><li><a href="http://doenietzomoeilijk.nl/archief/gaat-google-buzz-de-wereld-overnemen/" title="Gaat Google Buzz de wereld overnemen?">Gaat Google Buzz de wereld overnemen?</a></li><li><a href="http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/" title="Waarom &#8220;walled gardens&#8221; slecht voor u zijn">Waarom &#8220;walled gardens&#8221; slecht voor u zijn</a></li><li><a href="http://doenietzomoeilijk.nl/archief/het-enige-dat-facebook-nu-nog-hoeft-te-doen-is-de-naam-naar-big-brother-veranderen/" title="Het enige dat Facebook nu nog hoeft te doen is de naam naar &#8220;Big Brother&#8221; veranderen">Het enige dat Facebook nu nog hoeft te doen is de naam naar &#8220;Big Brother&#8221; veranderen</a></li><li><a href="http://doenietzomoeilijk.nl/archief/when-twitter-is-down/" title="When Twitter is down&#8230;">When Twitter is down&#8230;</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://doenietzomoeilijk.nl/archief/repeat-after-me-dat-hele-cloud-computing-geneuzel-heeft-niets-met-betrouwbaarheid-en-onafhankelijkheid-te-maken/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Waarom &#8220;walled gardens&#8221; slecht voor u zijn</title>
		<link>http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/</link>
		<comments>http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/#comments</comments>
		<pubDate>Tue, 27 Jan 2009 11:21:18 +0000</pubDate>
		<dc:creator>Max</dc:creator>
				<category><![CDATA[Artikelen]]></category>
		<category><![CDATA[data portability]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[personal branding]]></category>
		<category><![CDATA[social networks]]></category>
		<category><![CDATA[spam]]></category>
		<category><![CDATA[walled garden]]></category>
		<category><![CDATA[web 2.0]]></category>

		<guid isPermaLink="false">http://doenietzomoeilijk.nl/?p=523</guid>
		<description><![CDATA[Facebook blokkeert weer eens iemand, en toont daarmee wederom aan geen betrouwbare partij te zijn.<p><small><a href="http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/">Waarom &#8220;walled gardens&#8221; slecht voor u zijn</a> werd gepubliceerd op <a href="http://doenietzomoeilijk.nl">Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon</a></small></p>
]]></description>
			<content:encoded><![CDATA[<p>Een paar dagen geleden las ik bij Scoble dat <a href="http://scobleizer.com/2009/01/24/facebook-kicks-off-ifart-author-for-having-too-many-friends/">Joel Comm van Facebook was getrapt</a>, net zoals <a href="http://scobleizer.com/2008/01/03/ive-been-kicked-off-of-facebook/">Scoble zelf een jaartje geleden</a>.</p>

<p>De reden, kort samengevat: Comm had 5000 vriendjes op Facebook; dat is toevallig het maximumaantal vriendjes dat je kunt hebben, dus nieuwe aanvragen kon hij niet goedkeuren. Prima, dan maak je een fan page of iets dergelijks, en dan stuur je de mensen daar naartoe. Dat was ook precies wat Joel deed. Hij werd vervolgens geblokkeerd omdat hij teveel en te snel berichten stuurde.</p>

<p>In Scobles geval was er tenminste nog iets aan de hand: die probeerde een scriptje van Plaxo uit, en scripts zijn <em>verboten</em>. Comm verrichte handwerk als workaround voor een nogal willekeurige en onzinnige limiet in Facebook, en nam de moeite om voor iedereen een apart berichtje te typen.</p>

<p>Goed, het kan best zijn dat Comm door een geautomatiseerd stukje spampreventie te grazen is genomen, maar dat maakt het hele verhaal niet minder vervelend; een beetje controle op de scriptjes is geen overbodige luxe, want Scoble en Comm zijn absoluut geen unieke gevallen. Ze zijn toevallig erg zichtbaar omdat veel mensen ze volgen, en ironisch genoeg zijn het behoorlijke promotors van Facebook en dergelijke.</p>

<p>Hoewel <a href="http://www.joelcomm.com/facebook_gives_me_back_my_acco.html">Comms account intussen weer is geactiveerd</a>, heeft hij wel de waarschuwing gekregen dat hij vooral niet te snel of te veel berichten moet sturen, en dat een volgende blokkade <em>onherroepelijk</em> is.</p>

<p><span id="more-523"></span></p>

<p>Nog los van het feit dat een enthousiaste, evangeliserende gebruiker blokkeren omdat hij op een normale manier gebruik maakt van je site &#8212; nota bene om een onzinnige beperking op je site te ondervangen &#8212; nogal stom is, maakt het ook weer pijnlijk duidelijk waarom het een bijzonder slecht idee is om jezelf afhankelijk te maken van een dergelijke partij. En ondanks dat Facebook stappen heeft genomen om het op allerlei sites mogelijk te maken om met je Facebook-gegevens in te loggen, is het nog steeds <em>niet</em> mogelijk om je (eigen) gegevens te exporteren.</p>

<p>Initiatieven als <a href="http://dataportability.org/">DataPortability</a> zullen, vrees ik, ook nooit echt voet aan de grond krijgen bij de Facebooks van deze wereld; die hebben er immers alle belang bij om de oogballen op <em>hun</em> netwerk &#8212; en dus advertenties &#8212; te houden. De enige reden die ze <em>zouden</em> kunnen hebben om je toe te staan je gegevens te exporteren, is een financiële: <a href="http://www.techcrunch.com/2008/11/14/the-very-curious-microsoft-facebook-user-data-relationship/<!-- dus -->&#8220;>Facebook deelt wel gegevens met Microsoft</a> &#8212; met wie ze een lucratieve advertentiedeal hebben &#8212; waarmee ze precies datgene toestaan waarvoor Scoble eerder geblokkeerd werd.</p>

<p>Het hele verhaal onderstreept dus het punt <a href="http://doenietzomoeilijk.nl/archief/de-blogosphere-versus-de-twitosphere-fight/#more-487">dat ik eerder al maakte</a>:</p>

<blockquote>
  <p>Het grootste bezwaar vind ik dat je niet meer de baas over je eigen gegevens bent. Je foto’s in één keer van Flickr exporteren? Kan niet. Al je tweets naar één plek trekken? Vergeet het maar. Je social gebeuren op Facebook naar een ander netwerk verplaatsen? No can do. Tenzij je bereid bent je data op te geven, of een ontiegelijke bult handwerk in een verhuizing te steken, leg je jezelf vrijwillig aan de ketting bij één partij.</p>
</blockquote>

<p>Ja, ik heb een account op Facebook (en op Hyves, Netlog en Virb), maar ik zal daar nooit een uitgebreide <em>online presence</em> van maken. Ik wil zeker weten dat mijn naam daar niet door de één of andere eikel gekaapt wordt, maar ik ga zeker geen uitgebreide moeite doen om mijn gegevens onder te brengen bij een partij die vervolgens die gegevens zonder al te veel waarschuwing kan verwijderen, en die mij niet in staat stelt om die gegevens eenvoudig te exporteren.</p>

<p>Wat mij betreft draait Web 3.0 om het teruggeven van de controle aan de <em>gebruikers</em>.</p>
<p><small><a href="http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/">Waarom &#8220;walled gardens&#8221; slecht voor u zijn</a> werd gepubliceerd op <a href="http://doenietzomoeilijk.nl">Doe Niet Zo Moeilijk! - Weblog van een relaxed persoon</a></small></p>
<h3  class="related_post_title">Mogelijk gerelateerd:</h3><ul class="related_post"><li><a href="http://doenietzomoeilijk.nl/archief/repeat-after-me-dat-hele-cloud-computing-geneuzel-heeft-niets-met-betrouwbaarheid-en-onafhankelijkheid-te-maken/" title="Repeat after me: dat hele Cloud Computing geneuzel heeft niets met betrouwbaarheid en onafhankelijkheid te maken.">Repeat after me: dat hele Cloud Computing geneuzel heeft niets met betrouwbaarheid en onafhankelijkheid te maken.</a></li><li><a href="http://doenietzomoeilijk.nl/archief/het-enige-dat-facebook-nu-nog-hoeft-te-doen-is-de-naam-naar-big-brother-veranderen/" title="Het enige dat Facebook nu nog hoeft te doen is de naam naar &#8220;Big Brother&#8221; veranderen">Het enige dat Facebook nu nog hoeft te doen is de naam naar &#8220;Big Brother&#8221; veranderen</a></li><li><a href="http://doenietzomoeilijk.nl/archief/gaat-google-buzz-de-wereld-overnemen/" title="Gaat Google Buzz de wereld overnemen?">Gaat Google Buzz de wereld overnemen?</a></li><li><a href="http://doenietzomoeilijk.nl/archief/is-twitter-gevaarlijk-of-mostly-harmless/" title="Is Twitter gevaarlijk of &#8220;mostly harmless&#8221;?">Is Twitter gevaarlijk of &#8220;mostly harmless&#8221;?</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://doenietzomoeilijk.nl/archief/waarom-walled-gardens-slecht-voor-u-zijn/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

