1. September 2008

Googles Betriebssystem ist ein Browser

Als das Web – und damit der Browser – entworfen wurden, war es eine Ansammlung von verbundenen Rechnern, auf denen Dokumente lagen. Der Browser springt von Dokument zu Dokument und zeigt diese an. Daran hat sich eigentlich bis heute nichts geändert.

Und doch – die “Dokumente” sind heute keine statischen Seiten mehr, sondern komplexe dynamische Applikationen. Der Browser, der von Dokument zu Dokument springt muss plötzlich sehr viel mehr tun als das: Er führt mittels Javascript komplexe Programme aus. Er verwaltet die Ressourcen des Rechners und bietet eine Umgebung, in der all diese Applikationen gemeinsam existieren. Kurz: er macht vieles, wofür ja eigentlich das Betriebssystem zuständig ist – und er macht es ziemlich schlecht. Denn sobald eine Applikation abstürzt, reisst sie den Browser und alle anderen Webapplikationen mit sich. Er verwaltet den Speicher ineffizient. Er ist langsam. Diese und viele andere Dinge würde man einem Betriebssystem kaum verzeihen, warum also dem Browser?

Lange wurde vermutet, Google baut ein “Betriebssystem”, um sich dieses Problems anzunehmen und um sich aus der Abhängigkeit von existierenden Plattformen zu lösen. Goole baut aber stattdessen einen Browser, der sich dieser Mängel annimmt, und der für seine Aufgabe als “Plattform für Webapplikationen” optimiert ist. Das Projekt, das heute an die Öffentlichkeit kam, heisst “Chrome”, und ist, wenn es seine Versprechungen erfüllt, ein ziemlich großer Wurf.

Wie das Ganze gedacht ist, und wie es technisch funktioniert erklärt Comic-Veteran Scott McCloud (!) für Google in einem der besten technischen Dokumente, die ich bisher gelesen habe. Jedem der ein wenig technisches Verständnis hat, sei die Lektüre wärmstens ans Herz gelegt, und wenn auch nur, um ein seltenes Beispiel genialer Technikerklärung zu sehen.

Morgen kann man “Chrome” dann ausprobieren, sagen Gerüchte. Ich bin gespannt.

12. August 2008

Gernot’s Technology Watchlist

I thought for a very long time on writing a comprehensive post about upcoming companies, technologies, products and services that are still in their infancies but that have the potential to change the way we use technology in the future. Since I don’t have time to write that article now, I decided to do something like an annotated list instead. Maybe the big article on how we might use all this stuff in the future will follow later ;-) The stuff here appears in no particular order. Also, this is no investment advice, etc. Just a list of developments that I find interesting, and that has yet to reach its full potential. I will also add and delete stuff from this list in the future. So, here we go:

Intel’s Larrabee Chip

Graphics cards are extremely parallel beasts full of many very specialized cores for very specialized tasks. Intel’s approach is just as parallel, but not as specialized: Their Larrabee Graphics chip uses x86 cores. Just right for that other trend that will come from the hardware manufacturers: Using a lot of low-powered cores instead of one core with high clockspeed will allow more efficient devices with longer battery life. This can be used for very efficient number crunching outside of the graphics area. The only piece missing? An OS that supports fine grained parallellism in software and provides the right developer tools for making them. Take a Look at Apple’s Grand Central and OpenCL . And here is a Siggraph Paper about LarraBee

Imagination Technologies

This company designs mobile 3D chipsets that power a lot of mobile devices, among them the iPhone. They belong to the founding members of OpenCL, too. If mobile devices get more powerful and useful in the future, these are the guys behind it. This is their website.

OpenStreetMap

Until recently, amazingly unknown even to some people who are into mapping, this wil be the next “user generated” service that will really take off. Following the footsteps of Wikipedia, OpenStreetmap provides data of the geography of our planet, the way the very restrictive (and very expensive) companies Navteq and Teleatlas do. OpenStreetMap does it on a free (as in freedom) model, submitted by the users for the users. In the last month we’ve seen a huge explosion of content and an incredible increase in quality. Sure, it has not yet reached “critical mass” in all areas, but looking at their current progress, they will soon. The first commercial uses start to occur, too: Yahoo’s Flickr uses it to map Beijing. A surprisingly big company called Cloudmade will provide professional maps and services based on the OSM map. And once people start to use that data, a lot more people will contribute to the map. Once it’s in widespread use, it will be hard to beat it in terms of up-to-dateness and completeness. Sure it’s a long way to go, but they are currently going fast.

Perceptive Pixel

This is probably nothing new to most people reading this. Jeff Han is the pioneer in multitouch devices and applications, long before the iPhone used this technology. But because direct manipulation is the second most important game-changing idea in the industry right now (most important one is mobility), this is a company worth watching. They might have some very interesting patents up their sleeves… Perceptive Pixel Website

BTW, there is a lot of stuff not on the list and that is for a reason, too: Social Networks. Virtual Worlds. Put-Your-Life-In-The-Cloud services. That’s because I don’t think they will be that more important to the mainstream than they are now. Also not on the list are things that will emerge but have no technology/company/service with a visible killer concept behind them yet: The “Take your digital data and identity with you” device. The “Aggregate the stuff that is important and help the user with information overflow” software that adapts to the users situation. And a lot more. If you know something that fits on this list or have anything else to say on my highly subjective selection, please feel free to comment :-)

18. January 2008

Wir leben in der Zukunft!

Die drittbeste Erfindung bei “Zurück in die Zukunft”, nach dem Hoverboard und der Zeitmaschine, ist die Uhr, auf die Michael J. Fox schaut und mit den Worten “gleich kommt der “Fünf-Uhr-Zwölf-Regen”* kommentiert. Sekunden später regnet es.

Gut, wir haben noch keine Hoverboards, Zeitmaschinen gibts nur für Festplatten, und auch der Essens-Hydralisierer, der in Sekunden aus Minipizzen richtige Pizzen macht, steht noch aus. Aber wir haben iPhones.

Regenradar

Was dem Regenvorhersager as dem Film am allernächsten kommt, sind Regenradare. Wenn man die Radarbilder animiert, kann man sehr gut einschätzen, wann es wo regnen wird. Und WetterOnline hat ein besonders schönes, weil man die Regengebiete schön scharf erkennen kann.

Das Problem ist nur, dass deren Website für das iPhone ungeeignet ist: Apples Telefon animiert GIF-Bilder nur, wenn die besonders klein sind, hier kommt also leider nur das Radarbild auf der Startseite in Frage. Und auf der ist so viel drauf, dass der mobile Browser aus Speichergründen gerne mal aufhört zu animieren.

Ich habe daher dieses Bild von WetterOnlines Startseite einzeln und vergrößert auf eine eigene Seite gestellt, und dem ganzen ein eigenes Icon verpasst, dass verwendet wird, wenn man auf “Zum Home-Bildschirm” klickt. Das ganze findet man unter

wetter.poetsch.org

So, jetzt muss ich aber weiter am Hoverboard rumschrauben. Viel Spaß!

*) Der genaue Wortlaut mag anders sein. Aber: “You get the idea”…

10. January 2008

Halbjährliche Apfelraterei

Die Macworld in San Francisco naht, und damit ist es in wieder an der Zeit, mich in meinem Blog mit Vorhersagen zu blamieren, die so garantiert nicht in Erfüllung gehen. Let’s see…

5. December 2007

Finally! Readomatic goes Google Code

I announced it months ago and then it rested for far too long on my Todo-List: Today I uploaded the Source of Readomatic to Google Code. It’s shiny new address is:

readomatic.googlecode.com

I updated the stylesheet to Jon Hicks’ gReader 1.3 and cleaned out almost all the debug code. All development will from now on take place at the new Google Code site. New releases will continue to be announced on this blog, too. Have fun!

21. November 2007

Wir warten aufs Telefon…

Seit fast einem Jahr warten wir also auf das Telefon von Apple.
Seit Juni kann man es in den USA kaufen.
Und jetzt sind wir bei folgenden Möglichkeiten angelangt, um es endlich auch zu haben:

16. November 2007

ICQ-Support in Leopard 10.5.1

Folks who have downloaded the iChatICQFix, that makes iChat work with ICQ, will notice that this fix works no longer with Version 10.5.1 of the OS. I fixed this, please go to the original article and download again.

The Inputmanager checks two things before applying the ICQ Fix for iChat:

15. November 2007

How to teach new tricks to an old Dock

Leo vom Fscklog war mal wieder schneller als ich, dabei wärs doch so ein schöner Blogpost geworden – denn der Trick ist grandios: Es gibt eine Möglichkeit, die zuletzt benutzen Dokumente als Stack ins Dock zu bekommen. Schon nach 2 Stunden Benutzung aus meinem Arbeitsalltag kaum mehr wegzudenken.

Bonus-Tipp: Der “Briefkasten” im “öffentlichen Ordner” macht sich als Stack auch nicht schlecht.

9. November 2007

He really exists! Who would have thought?

iPhone-Bob and me

30. October 2007

Fixing iChat for ICQ

ICQ in iChat on Leopard

iChat can do ICQ, but a bug that never got fixed made that feature unuseable.

I complained about it, hoping that it gets fixed. But waiting for a bugfix and telling every contact to switch messengers in the meantime is one thing, actually writing something that fixes the bug is another thing. So I did that ;-)

I wrote a simple InputManager and got a lot of inspiration from Chax on how to do it. Some parts of my code are based on Keith Sutherlands work.

But Inputmanagers are potentially a bad thing. This one is so simple, it should do no harm. But Apple changed some rules concerning Inputmanagers so make sure the following conditions are met: