Frohes Fest.

Irving Wladawsky-Berger: IBM’s Linux Initiative:

By the summer of 1999 Linux was picking up steam in the marketplace.

Hmm, would be nice the head how our top tech heads errrm… Vice President of Technical Strategy and Innovation sees the distribution of the success of Linux within IBM is. IBM Global Services is not leading the Linux business, from my point of view Linux and Open-Source is a key service enabler. IBM managed the make it a Hardware play and is putting all it’s Software ontop Linux. Most of the time the hardware brand is in the lead in projects I do, may be a Germany-only observation.

• lost boy’s entry
• Jon Udell I
• Jon Udell II

The basic idea behind the new Me is that most (or even all) applications will be understood as “services”, that means that the application:

1. provides the data it uses via some RESTful interface
2. emits messages if data is processed/received/…

and that the information provided by services are consumed and visualized by “clients”, which:

1. pick up messages emitted by the applications/services
2. know how to visualize the messages
3. fetch data via REST and “work” with the data

Services and clients may be plugged together using a visual editor so that the user may choose which and how messages are visualized by the functions provided by a client.

To archive this pluggability both (service and client) need to describe their interfaces, data structures and operations they provide, hence a central registry or method to negotiate between services and clients is needed.

A very high level Architectur Overview Diagram looks like this:

Nice, but what’s so new about it?

The essence is: this idea gives back power to the user by enabling him to do with the data held by some application what the user wants to do. Applications of today are extensible, this means that one may write plugins for some application to extend the functionality of that application. Having an application emitting messages about what is going on inside the application enables the user to write clients that react on an application. Communication between different services and clients can be established in a more flexible way.

Ja, ok… what for? all this slow and complex stuff?

All this to get rid of unintegrated applications, unintegrated business processes and the fun of having different views onto your living environment: the place you work, the place you life.

Whats next?

The next step will be the definition of some use cases to explain the idea a little more touchy.

–
supported by loud music: Karma Sutra (Slinky Mix) from the album “Aftershock” by Aphrodite

In general, podcasting is a very convenient way to consume information. aggregation technology for RSS feeds is good and downloading applications such as iPodder help getting all podcasts together.

From my point of view the most time consuming task ist listening… you need to invest 45min if your podcast is 45min (maybe 35min…). So called shownotes help finding stuff that is most interessting, thus having good show notes is a good tool to deliver a high service level to the consumers of podcasts. From my point of view this is a good example: . Topics are very easy to identify and have a time index so it’s easy to jump directly to the topic of my personal interesst.

more to come…

update 2005-01-23: eine weitere interessante URL zum Thema RDF unterstützt Datenmodellierung.

Die Taktik “geplanten Geheimnisverrat” zu begehen ist sicherlich eine Methode um stark interessierte Menschen dazu zu bewegen sich in ein Thema tief einzubringen oder aber andere Interessierte zu inspirieren. Ein weiteres Einsatzgebiet könnte die Koordination innerhalb von Kernteams von grösseren Communities sein. Es wäre vorstellbar, dass ein Archiv der Audioaufzeichnungen von Gesprächen der einzelnen Mitglieder des Kernteams erstellt wird auf das alle Mitglieder der Community dann zurückgreifen können. Dieses Vorgehen kann kompensieren, dass nicht immer alle Kernteammitglieder miteinander sprechen können.

Geht also nicht, reden dann texten und dann erwarten das es Kommentiert wird von den Rednern, die diese Kommentare ja texten müssten. Medienbruch! Was ist also der natürliche Weg? Man nimmt das Diktaphon, bespricht es und stopft es dann an das LineIn vom laptop oder man kauft so ein Mic für den iPod, dann hat man es direkt als mp3 und muss nicht das auf dem Diktaphon hausende erst noch mit mehr Verlust als die Aufnahme auf dem Diktaphon digitalisieren. Noch ein Vorteil wäre, dass man evtl. auch sowas wie Voice over IP nutzen kann, was aber scheisse wäre weil man sich dann nicht trifft zum diskutieren, was aber gut wäre da man keine Stör-/Nebengeräusche hätte.

Aber was macht man dann?? Dann hat man ein grosses mp3 auf der Platte, das kann man schneiden und so, klar, aber wie macht man das mit den Kommentaren dann? Man braucht eine Visualisierung, die zeigt wo ein Kommentar im mp3 ansetzt, quasi einen mp3-Kommentar-Baum. Hört sich eigentlich an wie ein weblog auf mp3 basis. Im wesentlichen ist das alles wohl von der Idee her eine “cross podcaster blog mode discussion”. Probleme wie thread aggregation etc. lassen wir einfach mal ausser acht.

DSC-2004-12-06 from the album “A new setup, more reverb, less cowbell. See shownotes: http://live.curry.com/outlines/DSC-2004-12-06.html” by Adam Curry

Man weiss es einfach nicht, im wesentlichen kann man wohl sagen das jedes dieser social-network-portals eine Untermenge all seiner Bekannten. Muss ich mich jetzt für eins dieser Portale entscheiden? Oder sollte ich versuchen möglichst viele Bekannte in jedem Netzwerk zu haben?

Und ausserdem, warum hat noch keiner ein Meta-Portal geschaffen und eine common data set? Das Meta-Portal um die Unterschiede zwischen meinen Netzwerken in den unterschiedlichen Portalen aufzuzeigen, und der gemeinsame Personendatenstamm um nicht ständig überall alles mögliche updaten zu müssen. Und wenn wir schon so weit sein… sollte man die Dinger nicht mal alle konsolidieren. Wenn wir das heute machen, sparen wir uns einfach 3 Jahre natürliche Entwicklung, und können die freigesetzten Ressourcen in neue Initiativen stecken.

Aber wer will das schon alles, lieber alles mehrfach…

• eine solide und erweiterbare Archtektur
• etablierte Komponenten
• eine Archtektur basierend auf Referenzarchitekturen
• eine Service-Kette die es ermöglicht den Dienstleister zu wechseln

Was ist eine enterprise enabled Architektur? Wer Bewertung sinnvoll den Begriff etabliert? Ein möglicher Ansatz wäre das sogenannte Open Source Software Project Rating. Das Papier ist allerdings keineswegs ausformuliert und bedarf noch einiger Überarbeitungen. Bei der Zertifizierung etwa darauf, ob mir der Softwareanbieter den Support nur bei Einsatz eines zertifizierten Systems garantiert. ulimit: Bei wirklich kritischen Systemen sollte geprüft werden, ob und zu welchen Konditionen und in welcher Qualität und Quantität Support am Markt angeboten wird.