Google uit China: waarom?

In veel commentaren (o.m. Nick Carr) werd de nadruk gelegd op het feit (idd, een feit) dat de cloud erg veel belang heeft bij veiligheid, en dat cloud bedrijven, en al helemaal een als Google, dus moeten laten zien dat ze daarmee niet marchanderen. Op zichzelf een juiste constatering.

Maar als reden voor het terugtrekken uit China (want daar zal Google's actie toch wel op neer gaan komen) is het niet voldoende. Want waarom zouden hackers uit china (of de chinese overheid) ophouden Google lastig te vallen als google.cn niet meer bestaat?

Als China nu wil inbreken in de mail accounts van dissidenten, dan willen ze dat na het verdwijnen van Google uit China nog steeds.

Dus lijkt het erg waarschijnlijk dat principes een rol hebben gespeeld. In veel commentaren (o.m. Jessica Vescellaro in de WSJ) wordt daarbij een grote rol toegeschreven aan Sergey Brin. Zo gek is dat niet. Men voelde zich bij Google toch al niet zo lekker bij die censuur op Google.cn. Als er verder vanuit China geen enkel probleem was geweest, was het zo gebleven. Maar als die hackersaanval er dan bij komt, is het een "optelsom", zoals voetbalscheidsrechters dat noemen.

China, Google en de cloud

Larry Dignan heeft een interessante kijk op de Google-China kwestie. Hij wijst erop dat voor Google vertrouwen van de klant essentieel is. Google beheert tenslotte allerlei vaak zeer vertrouwelijke gegevens van de klant.

De situatie in China was wat dat betreft natuurlijk altijd al wat lastig voor Google, en de recente aanvallen op Google's gegevens (en daarmee de gegevens van de klant) waren ook om die reden voor Google erg slecht te verteren.

Enterprise IT als Noord-Zuid-lin

We bakken er niks van, als het om "Enterprise systems" gaat, in ieder geval volgens Tim Bray. De werkwijze op het Web biedt meer mogelijkheden dan de grootschalige geldverspilling bij het bouwen van grote IT-systemen.

En in zijn reactie ziet Dion Hinchcliffe de oplossing in Web 2.0 en de cloud. Maar hij ziet daar altijd de oplossing.

Ik ben het wel met beide heren eens. Zeker grootschalige IT voelt wel eens aan als een Betuwe- of Noord-Zuid-lijn: erg duur, en gaande het traject steeds duurder. Misschien kon het vroeger niet anders, en moesten er inderdaad dit soort systemen gebeouwd worden. Maar voor bijna alle gevallen is die tijd achter ons. Pakketten lossen al veel op, en de cloud maakt het nog goedkoper en makkelijker herbruikbaar.

Alleen: je moet wel bereid zijn IT niet meer als een strategisch voordeel te zien. In de praktijk is dat toch al vrijwel nooit zo, en als het al wel zo is, wordt het snel gekopieerd.

Phil Wainewright luidt het jaar uit

Met het stellen van een paat stevige opvattingen: Cloud delusions, oftewel: misvattingen over cloud computing en SaaS.

Ik ben het vrijwel van A tot Z met hem eens. Een beetje cloud computing heeft weinig zin.

Productiviteit van programmeurs

Er zit een groot verschil in productiviteit van programmeurs. Maar vreemd genoeg zie je dat over het algemeen niet erg terug in de beloning. Dit verhaal van John Cook gaat daarover.

Stof tot nadenken.

Dood paard

SOA als dood paard bij Geek and poke. Erg leuk.

(Hat tip Jan L.)

Spot market bij AWS

AWS verkoopt nu EC2 capaciteit op een soort spot market: je geeft aan hoeveel je wilt en tegen welke maximum prijs. AWS bepaalt de prijs op basis van de vraag en de beschikbare capaciteit.

Schitterend: Amazon kan zo nog beter de capaciteit optimaliseren, en dus goedkoper maken (of winstgevender), en de klant krijgt capaciteit voor een lagere prijs, als ie genoegen neemt met een lagere prioriteit.

Dit soort innovaties maakt de cloud goedkoper. En dat is wellicht de belangrijkste drijfveer om over te stappen.

SPDY, Google en HTTP

SPDY is een soort uitbreiding van HTTP, voorgesteld door Google om het Internet sneller te maken. Het gaat dan met name om de latencies die door HTTP worden veroorzaakt.

SPDY draait gewoon bovenop TCP, en is niet zozeer een vervanging van als wel een aanvulling op HTTP. GET en POST, en ik denk ook PUT en DELETE, blijven gewoon bestaan.

Whitepaper is zeer goed leesbaar en begrijpelijk.

We zullen zien wat er van komt.

Event-based programming de nieuwe GOTO?

Kreet klinkt goed. Of het ook ergens op slaat weet ik niet, moet ik even over nadenken.

Maar de template "a is nieuwe b" ben ik iha nogal een voorstander van. "Java is het nieuwe Cobol". :) Iedereen in de gordijnen.

15 jaar Design Patterns

Naast de Val van de Muur nog een verjaardag: 15 jaar Design Patterns. Hier paar aardige stukken daarover.

Was het inderdaad (ook) een revolutie? Mwah, nee. Het was een erg goed idee, een stap in De Juiste Richting, etc, etc, maar een revolutie? Nee. Eigenlijk bestonden design patterns al, ook in de softwarebouw, maar we noemden ze anders.

Een sorteeralgoritme of een Balance-Line constructie uit de Jackson hoek zijn niets anders dan design patterns. En in beide gevallen ook keurig beschreven, met indicaties, contra-indicaties, voorbeelden, en wat niet al.

Dus nee, geen revolutie.

Waarom het toen zo'n enorme ophef teweeg bracht heb ik toen niet begrepen, en naderhand eigenlijk ook niet.

Maar dat neemt niet weg dat het een mijlpaal was.

RDBMS bij Amazon

Amazon AWS brengt nu naast de al bestaande key-value database ook een RDBMS (My SQL) in de cloud. Ik ben er wel blij mee.

Uit de email aan de klanten:

"We are excited to announce the public beta of Amazon Relational Database Service
(Amazon RDS), a new web service that makes it easy to set up, operate, and scale
relational databases in the cloud. Amazon RDS gives you all the features and
capabilities of a MySQL database, while managing time-consuming database
administration tasks and providing the cost-efficiency of running in the AWS cloud.
We're also excited to announce lower prices for Amazon Elastic Compute Cloud (Amazon
EC2) instances and a new family of Amazon EC2 High-Memory Instances, tailored for
customers wanting to run their own large databases and other memory intensive
applications. To get started using Amazon RDS, High-Memory Instances for Amazon EC2,
and other Amazon Web Services, visit http://aws.amazon.com

Amazon RDS provides a fully featured MySQL database, so the code, applications, and
tools that you use today with your existing MySQL databases work in Amazon RDS
without modification. The service automatically handles common database
administration tasks, such as setup and provisioning, patch management, and backup.
You also have the flexibility to scale the compute and storage resources associated
with your database instance through a simple API call. "

MDSD en DSLs

Goed stuk van Markus Voelter.