Berry

I have always been interested in recumbant bicycles. The riding position on normal bicycles is a bit strange if you think about it. But, recumbants are usually not very compact bicycles. They usually also have long chains to drive the wheel.

The other extreme is a uni-cycle. This design is very compact. But, pedaling and keeping your balance is pretty hard. And the speed is pretty low. People have been experimenting with self-balancing electric uni-cycles. And I like the idea of having a very compact vehicle that can move you around.

Grant Ryan has designed a very compact bicycle that is basically a uni-cycle with a small second stabilizing wheel. You sit on it in a almost upright postion. He calls it mini-farthing. In the orginally design it is a human powered bicycle. But under the name Yike-Bike Grant Ryan is selling a all electric version. This thing looks great. I like the design very much. This thing is definitly going on my wish list.

Michael Jacksons death got me thinking: Can his success be repeated in this day and age? Traditionally a musician reached his/her audience via music publishers. Producing music, printing CD's, marketing and other stuff is all taken care of or at least pre-financed by the music publisher. This allowed Michael Jackson to sell 750 million records. In this day and age artists can only dream of such sale numbers.

Apple created a similar ecosystem as the music publisher have done before, the iPhone app store. This time however the artists are not musicians but programmers. A programmer creates an application and sends it to Apple for acceptance. The programmer decides on the price of the application. Free or usually a small amount. On every sale Apple keeps 30% and the programmer receives 70% of the sale. Apple takes care of the distribution of the application by creating the medium (iPhone) and the store (iTunes App Store).

The iPhone app store is insanely successful. More than 50.000 application and more than a billion downloads. Some applications generate a lot of money. Flick Fishing for example is the first paid iPhone application to sell 1 million applications. The price of Flick Fishing is just 99 cents. Still, a million sales generates quite a lot of money.

But, what if I am a musician and want to sell my music? How can I get on iTunes? As a musician you cannot upload your song to iTunes yourself. You need to find some kind of distributor.

Apple however simply has to make the iPhone app store business model available for iTunes music, video's and podcasts to be completely disruptive to the entire music and also film industry. Allow everyone to upload songs and/or videos to iTunes. Let the artist decide on the price. Either free or a small amount. Apple takes 30% and the artists receives 70% of every sale. 30% of every sale generates enough money for Apple to do quality control on every song or video uploaded. And a lot of quality control can also be automated. This simple business model, already in place for iPhone applications, allows musicians and video artists to completely bypass publishers and other distributors. And it can also be applied to books as well.

Never mind DRM. All this can be done without DRM securing your sale. If the sale price is low enough people are prepared to pay for it. Certainly if it is more convenient to pay and download directly from iTunes then finding and downloading songs from somewhere else. And if your audience is large enough you can still earn a decent amount of money. You only need a 1000 true fans to make a living. Or a million fans who pay just 99 cents for your song.

I think it is only a matter of time before Apple applies the iPhone app store business model to iTunes music and video's. And eventually also books. 

As an architect you are designing (information) systems for human use. For this system to be build an architect defines rules and constraints. As an architect I seek inspiration from existing software, reading books, discussions with peers, etc. And of course the internet is constant source of inspiration. I am especially interested in the influences of internet concepts and ideas on "traditional" enterprise and government IT architectures.

Some of my sources of inspiration are:

• The ReST architectural style. I believe ReST-like systems will have a profound influence in future enterprise and government IT architectures. The reasons being that ReST-like information systems:

• are simple and easy to understand for users (and developers)
  
• promote serendipitous reuse
• are inherently designed for connectedness
• are focused on resources/information instead of services

• Christopher Alexander and the concepts of patterns and sequences. And I am especially interested in the concept of how an architecture will unfold itself given a set of rules and constraints.
  
  
• Language. I am very much interested in the role of language in an information architecture.
  
  
• Context Orientation. The role of context in an information architecture is very interesting. But, I have not found any good books or websites on this theme.
  

Eindelijk eens wat goed nieuws over crisis. De succesvolle feed-in regeling voor duurzame energie opwekking zoals in die in Duitsland wordt gehanteerd is in het crisisakkoord van de regering opgenomen. De Kleine Aarde houdt nog even een slag om de arm wat betreft deze regeling, want het is nog niet duidelijk hoe de regeling in de praktijk er uit gaat zien. Maar, het begin is er. Zie: http://www.duurzaamnieuws.nl/bericht.rxml?id=41950&title=Feed-in%20regeling%20in%20crisisakkoord

Update: Het was ook té mooi om waar te zijn: De schijn regeert. Het is nog afwachten hoe de plannen precies vorm gegeven gaan worden, maar kennelijk durft deze overheid niet door te pakken.

Een aantal artikelen deden mij aan het denken zetten. De artikelen:

• Het herstel van deze economie leidt tot een ramp - het artikel bevat een mooie quote uit een Bommelverhaal:

„De natuur is de vijand van het kapitaal! De natuur werkt gratis! En gratis is een vloek! Niet de natuur moet produceren! Wij moeten produceren! Wij! Wijzelf!”

• Shell zet investeringen in zonne- en windenergie op een laag pitje
• Zeekracht - de Noordzee als gigantische (Europese) energiecentrale. Zie ook het onderzoek van de Kafka brigade.

Ik zal de inhoud van de artikelen niet herhalen. Maar, na de kredietcrisis lijken we te gaan afstevenen op een energiecrisis of liever gezegd een grondstoffencrisis. Telkens weer blijkt dat de problemen niet technisch van aard zijn. Technisch zijn er voldoende mogelijkheden om de (komende) energiecrisis te lijf te gaan. Ook geld lijkt geen rol te spelen. Er is voldoende geld in omloop. Het ontbreekt voornamelijk aan (politieke) wil.

Kennelijk staat bij kiezers het onderwerp "energiecrisis" ook niet op hun netvlies. Anders had het onderwerp ook wel hoger op de politieke agenda gestaan. Misschien moeten we niet naar de overheid kijken voor een oplossing. De oplossing ligt bij ons zelf: de burger.

Meer dan ooit hebben we de middelen om ons als burger te organiseren. Het middel: internet. Een interessante ontwikkeling is DIYCity, een doe-het-zelf-stad. DIYCity vraagt zich af of het mogelijk is om een set van technologische tools te verzamelen die iedereen kan gebruiken om een stad beter te laten functioneren. Is het mogelijk een stad te maken waarin informatie open en gemakkelijk gedeeld kan worden tussen overheid en burgers en tussen burgers onderling? Is het mogelijke een informatie ecology te creeëren dat het leven in een stad voor iedereen in die stad verbeterd?

Ik stel voor hetzelfde te doen op energiegebied. Burgers in een straat of een wijk zetten een "energiecoöperatie" op. Iedere deelnemer aan de coöperatie is mede-eigenaar. De coöperatie voorziet huizen van zonnepanelen, bouwt in een naburig weiland 1 of meerdere windmolens, bouwt een WKK centrale, bouwt een koude/warmte opslagsysteem, etc.

De investering zijn hoog. Voorstel is dat gemeenten in dit burgerinitiatief kunnen participeren door voor maximaal een belang van 49% deel te nemen in de coöperaties. De gemeente blijft zo zicht houden op de initiatieven en kan sturing geven aan de initiatieven. Zo kan de gemeente bijvoorbeeld gebieden aanwijzen waar energiecoöperaties windmolens mogen plaatsen.

Energiecoöperaties kunnen te allen tijde te veel opgewekte stroom terugleveren aan het net (zie ook feed-in tarief). De vergoeding komt ten goede aan de coöperatie en haar leden. De overheid dient te reguleren dat stroom altijd teruggeleverd kan worden aan het net. Energiecoöperaties kunnen ook hun netwerken onderling aan elkaar gaan koppelen waardoor er een betrouwbaar netwerk ontstaat. De overheid zou hier de juiste randvoorwaarden kunnen creeëren waardoor gestimuleerd wordt dat netwerken aan elkaar gekoppeld worden.

Op deze manier wordt er door burgers, voor burgers, een energienetwerk opgebouwd waar gemeenten en de overheid in participeren. De stimulans om een dergelijk netwerk op te bouwen is dat een dergelijk energienetwerk uitzicht biedt op een duurzame en relatieve goedkope energievoorziening voor de toekomst. Als we niets doen dan blijven we afhankelijk van een energiebron die de komende tijd alleen maar duurder gaat worden. De door de burger opgezette energiecoöperaties zorgen voor een toekomst met duurzame, betaalbare energie, die zorgt voor werkgelegenheid, innovativiteit, koopkracht verbetering en minder CO2 uitstoot.

Ik ben benieuwd wanneer de eerste burger-energiecoöperatie het levenslicht ziet.

Volgens Paul Graham is het duidelijk. De computer heeft de convergentiestrijd tussen de TV en de computer gewonnen. Sterker nog. Het is niet eens een convergentie geworden. De computer heeft de TV gewoon weggedrukt.

Ik ben het met Paul Graham eens. De computer, of liever de computertechnologie, in combinatie met het Internet als distributie- en met communcatiemedium is enorm krachtig. De creativiteit en innovativiteit die computers en internet nu teweeg brengen is enorm. Bestaande omroepen, dagbladen en (muziek)uitgeverijen worstelen nog steeds met dit nieuwe medium. En hoe langer zij worstelen des sneller en genadelozer de mediabedrijven worden ingehaald door nieuwkomers op het internet.

Dat bestaande mediabedrijven nog steeds hun hakken in het zand zetten is de laatste tijd ook te zien aan de TV producenten. Zij proberen de computer nog steeds in de TV te krijgen. Zo komt Philips met een Net TV en zijn er ook andere Internet bedrijven als Netflix die proberen een plekje op de TV te bemachtigen. Bekende consultancy bedrijven zien een grote toekomst weggelegd voor deze ontwikkeling en zien een verschuiving van macht in het medialandschap voor zich, waarbij kabelmaatschappijen aan macht moeten gaan inboeten en waarbij die macht gaat verschuiven naar TV producenten.

Ik voorspel dat al deze pogingen zullen mislukken. Stel je het volgende voor. Ik koop een TV van merk P en kan dan kanaal A en B bekijken en website C en D. Maar, kanaal X en website Y kan ik niet bekijken, want TV merk P heeft geen deal met X en Y gesloten. Huh? Dat gaat toch nooit werken. Dit businessmodel kan alleen maar werken als alle TVs met een open systeem gaan werken. Met een "computer" in de TV die ik als gebruiker zelf kan voorzien van de software en waarbij ik als consument zelf kan bepalen naar welke kanalen ik kijk en welke website ik kan en mag bezoeken. Zo lees ik bij het verhaal van de Net TV van Philips dat er (wederom) een speciale HTML subset is bedacht voor het tonen van websites op een TV. Ook dat gaat niet werken. Net zo min als dit ook niet gewerkt heeft voor de mobiele telefoon. Pas op het moment dat mobiele telefoons gewone normale HTML gingen ondersteunen, zoals de iPhone, en pas op het moment dat het gehele internet vrijelijke toeganklijk was op de mobiele telefoon, pas toen werd mobiel internet een succes. Net als bij de telefoon zal de TV een open platform moeten zijn, dat met normale internet standaarden kan omgaan en waarbij het gehele internet vrij toegankelijk. Iedere beperking die TV producenten zullen opwerpen zal er voor zorgen dat consumenten deze TV's niet gaan kopen.

En hoe kun je een TV nu open platform maken? Door er een standaard PC in te zetten! Een PC met Linux, Mac OS X of Windows. De PC is dé TV van de toekomst. De PC heeft de strijd gewonnen. TV producenten zijn dus LCD-paneel leveranciers geworden cq. gebleven. De TV van de toekomst is een iMac bijvoorbeeld. Een iMac is nog te duur om als TV te dienen, maar Apple kan ook kastjes leveren met een afslanktere vorm van hun OS (zie iPhone, zie Apple-TV) waardoor zo'n Apple TV een stuk goedkoper kan worden. Plus dat zo'n computer TV meteen ook allerlei andere dingen kan doen. Games, Bluetooth, Wifi, foto's, video, etc. etc.

The TV Lost.

In a project I am currently part of we are using Scrum as an agile development method. In each short iteration of 4 weeks we are building a working webapplication. The advantage is that the customer can see a working example (a preview) of the final application within a very short time after the project has started. With traditional project methods the first time a customer would see a working example typically would be towards to the end of the project.

To be able to quickly build working versions of webapplications you need the right tools. Tools that give you the power to quickly build a website, to show it to the customer and be able to easily make changes. Still, the tools need to be serious enough to build complex and maintainable applications.

What are those tools? That's a question that's been bugging me for a while now. Does it matter which database you use? Does it matter which programming language you use? Does it matter which (information) architecture you adhere to?

For example. Most people will argue that you can build anything with any programming language. I think this is not true. And I am certainly not alone in thinking this. Some programming languages are more efficient for building webapplications for example than others. Especially interpreted languages like Python, Ruby, Groovy, Lisp, etc. seem to be much more efficient than compiled languages like Java or C#. Especially young internet startups flock to these interpreted languages. Primarily because you can quickly build your first iteration of your idea. Put it on the web and create an audience for your application. Listen to your audience and then quickly modify your application as your audience and your traffic grows. The tools used by these startups seem to help them to get quickly up and running and the tools also seem to be able to help them when their business grows. So, I keep a close watch at the tools young startups are using. And interpreted, dynamically typed programming languages seems to be a more efficient tool for building web application than compiled and statically typed programming languages.

Still, existing enterprises and governmental departments do not seem to see this trend. Or perhaps they do see it but do not know how to act on it. Most enterprises are still focused on the more traditional toolsets like Java EE, .Net and traditional RDBM's. These tools have served them well in the past. Complete departments exist to build and maintain applications build using these tools. And it is very understandable to use the tools that served a company so well to also build the company webapplication with these tools. But webapplications have their own dynamics. Especially public facing webapplications need tools and information, software and hardware architectures that scale well beyond the traditional requirements of a business application. The time-to-market for a public facing website needs to be very short. You need to be able to pick up a trend and quickly build an application. You need to be able to make changes to an existing website quickly and often. Your customers expect this and will appreciate and reward you for this. So, as a company you need to have procedures in place that make this possible. Traditionally changes to an application take "for ever" to test and deploy. So, traditional enterprises and governmental departments need to adept themselves to these new trends.

One of my personal goals for 2009 is to make (traditional) enterprises and governmental departments aware of the trends in webapplication development and to make them aware of how these new toolsets and new ways of designing your information architecture (ie. REST) can help a company to meet their goals more quickly and more (cost) efficiently.

This was a long introduction to what I really wanted to share with you. This week there is quite some talk on the internet about two trends: schemaless db's and new in-browser visual layout design tools.

First schemaless databases are gaining popularity. The reasons: very quick reads, high-scalability, supports agile development, changes to database schema are easy (because their is no schema). There must be a trade-off and that is there are no in-database relations defined. Relations between data is defined much more ad-hoc. More hypermedia like. If a relationship must be maintained this is usually done in easy to read code. Schemaless database tend to be very lean and mean, easy to use and to maintain. Examples:

• CouchDB - a project by Damian Katz. Build in Erlang, data format in JSON, indexing done using map-reduce functions defined in javascript and last but not least a REST API accessible via HTTP. This project seems to use all the best technologies that "the internet" has given us.
• Friendfeed uses MySQL to store schemaless data. And it has given them an easy, scalable and stable database.
• Tokyo Cabinet - a very, very fast key-value database from Japan. This looks like very seriously cool technology.

And unlike a lot of existing layout editor availabe today, Atlas is not a code generator. On the contrary, Atlas lets you edit the live JavaScript objects in memory and then takes a “snapshot” of them in place.

Weerstation De Arend heeft in 2004 een overzicht gemaakt van het aantal waargenomen zonnevlekken in vergelijking met de jaren waarin een elfstedentocht werd gereden. De correlatie tussen beide is behoorlijk sterk.

Er is geen één elfstedentocht verreden in een jaar waarin het aantal zonnevlekken groter was dan vijftig!!

Op dezelfde pagina staat het huidig aantal zonnevlekken. En dat bevindt zich op dit ogenblik op een absoluut minimum, nl. bijna nul. Als het aantal zonnevlekken inderdaad een goede voorspeller is van strenge winters dan is de kans op een elfstedentocht deze winter behoorlijk groot.

Vooralsnog hebben we een behoorlijke vorstperiode en die lijkt zeker de komende 10 dagen nog aan te houden. Dus wie weet...

In meerdere opzichten zou het wel interessant zijn als er deze winter een elfstedentocht mogelijk is. Eén: het is gewoon een prachtig evenement. Twee: als er een elfstedentocht komt dan lijkt de cyclus van elfstedentochten niet onderbroken te worden door de klimaatverandering. Wie weet blijkt het aantal zonnevlekken toch meer invloed op ons klimaat te hebben dan we denken of willen geloven.

Tussen 2004 en 2009 was het aantal zonnevlekken lager dan 50. De kans op een strenge winter zou de afgelopen 4 jaar dan ook behoorlijk groot moeten zijn geweest. Echter, de afgelopen winters waren zeker niet streng te noemen. Volgens de voorspellingen hebben we deze winterperiode en de komende winterperiode nog voordat het aantal zonnevlekken weer boven de 50 uitkomt.

Update 11 januari 2009:  De afgelopen dagen zijn er meerdere toertochten geweest. Op zaterdag 10 januari waren er zelfs 20 toertochten. Waaronder ook bijzondere toertochten.

Voor het eerst in twaalf jaar is het mogelijk om van het Zeeuwse Sluis naar het Belgische Brugge te schaatsen.

Het KNMI meldt dat er voor heel Nederland nog net géén koudegolf is bereikt, maar regionaal is er wel degelijk een koudegolf bereikt, zoals in het oosten van Nederland.

De vraag is: Past de winter van 2008/2009 nu in de 11-jarige cyclus van koude winters? Jammer genoeg is het in Friesland net niet koud genoeg geweest voor een Elfstedentocht. Wie weet komt ie nog...

Update 27 februari 2009: de winter van 2008/2009 was de koudste winter van de afgelopen 12 jaar volgens het KNMI.

Update 1 maart 2009: de afgelopen jaren is de lente steeds vaker vroeger begonnen en wordt dit gezien als een gevolg van de klimaatverandering. Vandaag meldt het radioprogramma Vroege Vogels dat dit jaar de lente zeker 6 weken later intreedt in de natuur dan vorig jaar en noemt het verschil met vorig jaar spectaculair.

See this article by Ulf Bossel (from december 2006).

We have to solve an energy problem not an energy carrier problem.

For comparison, the "wind-to-wheel" efficiency is at least three times greater for electric cars than for hydrogen fuel cell vehicles.

In a sustainable energy future, electricity will become the prime energy carrier. We now have to focus our research on electricity storage, electric cars and the modernization of the existing electricity infrastructure.

Last sunday I watched Top Gear (as always). Jeremy tested the Tesla and James tested a fuel cell car, the Honda FCX Clarity. The Tesla is a very quick car and a remarkable piece of technology. But, it is unreliable. Two Tesla's broke down and their batteries lasted much less longer than anticipated. And the big issue is (re)charging times. It takes far too long to recharge the batteries.

A fuel cell car sounds more promising in this respect. Filling up your car with hydrogen takes just a couple of minutes. Just like with your current car. The fuel cell produces electricity and the car is powered by electro engines (lots of torque). The fuell cell only produces water as a waste product. This sounds ideal and thus Top Gear predicts a great future for fuel cell powered cars instead of battery powered cars.

However, the problem is: hydrogen! You have to make it. And making it costs a lot of energy. As the research mentioned above describes in detail. It actually costs so much energy that using electricity directly is far more economical. Unless we find a really, really cheap source of hydrogen, which highly unlikely says the research, hydrogen as an energy transport medium is not an economically viable solution.

So, that's it then. We know what to do. Electricity is it. We need more R&D in how to produce electricity from renewable energy sources. We need more R&D in electricity storage (aka. batteries). For cars we need high energy density, inherently safe batteries. We need quick recharging times (< 5 minutes). Stimuli or rescue packages for the auto industry from the government now know what too focus on.

UPDATE: Both Tesla's in the Top Gear show did NOT break down and did NOT ran out of power. See this article. So, the Tesla is more reliable and the batteries last longer than portrayed in the Top Gear show.