“If you have something that you don’t want anyone to know, maybe you shouldn’t be doing it in the first place” – Eric Schmidt, Google

Eric Schmidt visar på en mycket oroväckande inställning till integritet, och det finns få positioner där en sådan åsikt kan göra mer skada än som Googles CEO.

Apropå det uttalandet påmindes jag om Bruce Schneiers välskrivna The Eternal Value of Privacy från 2006:

For if we are observed in all matters, we are constantly under threat of correction, judgment, criticism, even plagiarism of our own uniqueness. We become children, fettered under watchful eyes, constantly fearful that — either now or in the uncertain future — patterns we leave behind will be brought back to implicate us, by whatever authority has now become focused upon our once-private and innocent acts. We lose our individuality, because everything we do is observable and recordable.

Människors beteende förändras när de är medvetna om att de kan vara övervakade. Oavsett hur otroligt det är att någon skulle vara intresserad av just deras kommunikation, så finns kunskapen om att möjligheten finns undermedvetet kvar. De flesta kanske inte ens märker effekten, men faktum kvarstår: det uppstår en självsanering, en egencensur, av människors kommunikation genom att berätta att de kan vara övervakade.

Vi vet inte vad effekten av det här blir om 10 år, 20 år, 100 år. Och det farliga är att vi aldrig kommer att objektivt kunna bedöma hur vårt beteende har förändrats, eftersom förändringen sker så gradvis att vi inte ser skillnaden.

För att få ut en bloggpost till under 2009 (det gäller att inte sätta upp ouppnåeliga mål…) så kopi^H^H^H^H inspireras jag friskt av en nystartad blogg av en viss Ashish Soni.

I datorsammanhang pratar man ofta om Mean Time Between Failure, MTBF. På enskild komponentnivå är det såklart väldigt intressant att veta MTBF för att veta förväntad livslängd på komponenten ifråga.

Men när man tittar på tjänstenivå så kanske det är mer intressant med Mean Time To Recovery, MTTR. Hur lång tid tar det för tjänsten att återställas till normal drift när väl ett problem inträffar? Kombinerat med ett SLA ger MTTR en klarare bild av vilken typ av nedtid man kan förvänta sig från en tjänst man är beroende av.

Ett SLA-åtagande på upptid på 99.9% på årsbasis säger egentligen inte mycket. Det ger utrymme för nästan 9 timmars nedtid på ett år, men man vet ingenting om hur tiden är uppdelad. Är det ett 10-minutersstopp i veckan, eller ett enda stort avbrott på en hel arbetsdag? Beroende på tjänsten kan man föredra olika modeller, men poängen är att man inte vet hur det ser ut.

Om man däremot också fick se en siffra på MTTR så får man en mycket tydligare bild av det genomsnittliga avbrottet.

Problemen med att planera för framtiden efter historiska resultat utelämnar jag passande nog från detta inlägg.

Med anledning av gårdagens strul hamnade jag på Netnods grafer över Internettrafiken i Sverige.

Jag märkte då något mycket intressant på tvåårsgrafen över trafiknivåerna:

Det stora fallet i våras är ju den omtalade “IPRED-effekten”. Men titta vad som har hänt efter en sommar utan några fällande domar; trafiken är tillbaka på den nivå den var innan IPRED trädde i kraft!

Undrar vad som händer nu när det första och mest uppmärksammade IPRED-fallet har stängts ner av hovrätten som klokt nog förstått att material inte är “tillgängligt för allmänheten” bara för att det finns tillgängligt på en lösenordsskyddad server.

Via irländska Contrasts blogg hittar jag en liknelse som förklarar fördelen med iterativ utveckling på ett synnerligen bra sätt.

När du tillverkar en stor tårta så kan du börja med en tårtbotten, lägga på lager efter lager av fyllning och avsluta med glasyr. Men du kan också börja med en liten muffins, för att sedan gradvis baka större och större bakverk. Fördelen är att du alltid har något att servera, även om du får slut på tid eller pengar halvvägs in i projektet.

Eller det lite mer seriösa citatet som Contrast länkar till:

“A complex system that works is invariably found to have evolved from a simple system that worked. The inverse proposition also appears to be true: A complex system designed from scratch never works and cannot be made to work. You have to start over, beginning with a working simple system.” – John Gall, Systemantics

Vissa saker blir helt enkelt bättre på engelska. Jag återvänder till 24 Hour Business Camp i slutet på oktober, vilket känns jättekul. 120 personer på Hasseludden som visar att execution is everything.

Ted Valentin arrangerar tillsammans med Stockholm School of Entrepreneurship, en organisation jag inte känner till särskilt väl mer än att de brukar bjuda in till diverse events med koppling till entreprenörsskap. Det återstår att se om det blir samma känsla som i januari, speciellt när anmälningssidan begärde “en ansökan på max 2 A4″ vilket kändes väldigt lite 24hbc. Kul blir det nog oavsett!