Am 6. März 2008 publizierte das Bundesamt für Kommunikation die Amtliche Fernmeldestatistik 2006 [pdf, 520KB]... somit sind sehr viele Zahlen (mit einem Jahr Verzug) auf dem Tisch.

Wegen der fehlenden Erhebung von VoIP von "nicht-Fernmeldedienstanbieterin" gehen die telefonierten Festnetzminuten markant zurück. Der Handy-Anteil ist etwa gleichbleibend, obschon es mehr Handies gibt (Vermutung: Migros, Coop und "schlafende Verträge": Abo nehmen für billigeres Handy etc.).

Interessant auch wie viele Leute ab ihrem Handy Data-Traffic verursacht haben (leider nur bis 31. Dez 2006).

Wachstum 300%, letztes Jahr wohl noch mehr (dort gab es schon ein iPhone ;-)

Auch bei UMTS über 200% Wachstum. Gemäss der Studie sind die Zahlen von 2004 vertraulich. Gemessen wurden eindeutige IMEIs (Handy Identifikation). Zwar sind das erst 4.85% aller Kunden, aber die Zahl ist über ein Jahr alt und viele der "Kunden" sind "schlafend". Aber über 350'000 Menschen sind schon einige in der Schweiz und das Wachtsum ist sehr nett.

Hier geht es zur Bakom-Site.

PS: So bakom-fremde Sachen wie Skype werden übrigens wie folgt definiert: "Bei dieser genügt es, das entsprechende Programm vom Internet herunterzuladen und die Verbindung mit einem Gesprächspartner herzustellen, der das gleiche Programm installiert hat." ;-)

Mein Arbeitsplatz zu Hause hat keinen 32-Bit Identifier auf Yahoo (aber sonst ein paar andere). Schade, bin ich also nur "zu Hause"... die Wohnung befindet sich in der Stadt 784254.

Yahoo hat heute auf Yahoo! Internet Location Platform ein API frei gegeben, welches rund 6 Mio. "Orte" auf dieser Welt mit einer eindeutigen Nummer versieht und diese dann in Relation zu anderen Nummern stellt (Mutter, Tocher, gehört zu, Nachbar etc.)

Das API ist als REST Aufrufe realisiert und somit ein nettes Beispiel um eigene Schnittstellen abzuschauen. So finde ich die oben genannte WOEID von St.Gallen mit den folgenden Aufruf: http://where.yahooapis.com/v1/places.q(st.gallen)

- API = http://where.yahooapis.com/v1/
- Methode = palces
- Query = .q(st.gallen)

und hier das Ergebnis (gibt es auch als JSON):

Parent ist übrigens http://where.yahooapis.com/v1/place/784254/parent die "Local Admin" St.Gallen (wohl die Gemeinde ) und Parent davon http://where.yahooapis.com/v1/place/12682701/parent der "District" (der Bezirk?) St.Gallen und der Parent davon http://where.yahooapis.com/v1/place/12593091/parent der "Canton" (das ist nun klar) etc.

Was nicht tut ist die Geocodierung von Addressen -- es sind nur Sachen wie "administrative areas", "historical administrative areas", "unique settlements", "suburbs", "unique postcode", "countries", "points of interest" etc. Somit ist es was sehr ähnliches wie http://www.geonames.org/ aber halt von Yahoo.

Für mich vor allem interessant wegen dem API und bald wird es wohl Flickr-Erweiterungen geben.

This month we are honored to have a special guest to the Scrum Breakfast in Zürich: Stuart Read, Professor of Marketing at the IMD in Lausanne.

You already know Scrum. You have likely seen it at work. In this discussion, we will investigate a firm built completely on Scum. Not only does the firm use Sprint teams for every function in the company, the firm has used Scrum since its founding day. I encourage you to review the case study so we can have a focused discussion on the issues around such a complete adoption of the methodology, especially as the firm expands beyond 500 employees.

Stuart Read is Professor of Marketing at IMD. He is currently developing cases and research in the following areas:

* New ventures and innovation
* Specifically investigating expertise in the entrepreneurial domain
* Marketing of innovations with network externalities
* Non-predictive strategies that enable managers to effectively make decisions in situations of true uncertainty

His academic credentials include a Ph.D. in marketing from the University of Washington and a Bachelor's degree in computer science from Harvard University. He has nearly 20 years of industry experience, having participated in the creation of six high technology start-up firms. Four of those firms were acquired by industry leaders including Sun Microsystems and Lotus Development Corporation. Two are publicly traded. Stuart also spent 6 years with enterprise database software provider, Oracle Corporation.

The Scrum Breakfast in Zürich is a monthly exchange of information around Scrum. The breakfast offers discussion, information and hands-on experience to CIO's, executive and operational project managers. The Scrum Breakfast takes place the first Wednesday of each month. The program starts with a short presentation about on an in interesting topic around Scrum. Then follows a moderated discussion among the participants to encourage an exchange of know-how and experiences.

The talk will be held in English.

Attendance is free and our sponsor namics provides the coffee, gipfeli (croissants) and orange juice.

Date: June 4, 2008
Time: 10:00 to 12:30 (Special Case!)
Location: namics ag, konradstrasse 12, 8005 zürich (map)

Registration for the Scrum Breakfast via xing or via comment (won't be published). If you wish to join us for lunch, please register separately at xing.

Die Frage danach, wie viele Webbrowser die Welt benötigt wird wohl noch lange diskutiert werden.

Die Liste von Darrel Knutson meint deren 146 für Machintosh zu kennen, Markus und ich plädieren für einen einzigen UN-Browser (der alle 3 Monate ausläuft und aktualisiert werden müsste) und auch dazu, welche Browser getestet werden sollen haben ich eine Meinung.

Wer aus den Vollen schöpfen will, kann sich auf der Site http://browsershots.org/ Screenshots der unmöglichsten Browser(-Kombinationen) erstellen lassen. Abgesehen vom Resultat ist der Ansatz der Erstelllung, die Shot Factory auch spannend. Alle Leute die bei der Herstellung von Screenshots mitmachen wiollen könnnen sich aus einer Warteschlange (Factory interface des ShotServers) einen Screenshot-Job abholen, diesen ausführen und das Bild als PNG wieder zurückliefern.

Und so sieht es für Nutzer aus: Eingabe der URL die ich möchte, der (verfügbaren) Browser und er Optionen wie JavaScript oder Flash-Support.

Danach bekommt ich eine Warte-Seite mit einer Zeitschätzung bis mit Job erledigt ist. Auf Wunsch kann ich mir auch anzeigen, welcher "Screenshoter" wieviel Zeit schätzt.

Und hier das Ergebnis inkl. einer Blätterfunktion und einem Download für alle Bilder in einem Request. Leider ist der Dienst nicht 100% zuverlässig, so konnte ich auf unserer Testumgebung weder den "leeren" Safari 3.1.1 auf OS X 10.5 noch den MSIE 7.0 auf XP noch den MSIE 6. 0 auf Windows 200 nachvollziehen...

Hier geht es zur Spielwiese: browsershots.org

Während meine Kollegin Luzia über Barrierefreiheit als Managementaufgabe diskutierte, sprach ich gestern auf der Fachtagung der Aktion Mensch über Web 2.0 und die Zugänglichkeit (oder Unzugänglichkeit) der Software im Browser. Mit auf dem Podium waren Anna Courtpozanis, blinde Expertin von der Heidelberger Organisation Web for All, Dr. Carlos Velasco, Leiter des BIKA Web Compliance Centers am Fraunhofer Institut für angewandte Informationstechnik (FIT) sowie Marco Zehe, Qualitätsbeauftragter für Barrierefreiheit bei Mozilla.

Eine sehr kompetente Runde. In den Einführungspräsentationen ging es dann um Hindernisse, Vorzüge und Wünsche bezüglich Web 2.0-Anwendungen aus der Sicht einer blinden Nutzerin; um die nach langen Jahren endlich schnell der Finalisierung zustrebenden Web Content Accessibility Guidelines 2.0 (WCAG) und ihre Herausforderungen für ein teil-automatisiertes Testing; wie sich die Firmenkultur von Innovationsträgern wie Google oder Yahoo von weniger progressiven Unternehmen unterscheidet und welche Auswirkungen sie auf Web 2.0-Anwendungen hat; sowie immer wieder um das barrierefreie Web 2.0. Einen guten Schritt in diese Richtung bezeichnet die Richtlinie für Accessible Rich Internet Applications (ARIA), die bereits jetzt oder in naher Zukunft von allen vier großen Browserherstellern, den Marktführern zum Vorlesen von Bildschirminhalten (Screenreadern) und wichtigen JavaScript Frameworks unterstützt wird.

Konsens am Ende der Diskussion war darum, dass Entwickler jetzt bedingungslos ARIA einsetzen sollten. Es gibt keinen Grund, damit zu warten. Die Lernkurve ist niedrig, aber es kennen noch zu wenige. Von verschiedenen Seiten, beispielsweise auf Universitätsebene und auch von Seiten des World Wide Web Consortiums (W3C), muss noch viel unternommen werden, um Entwickler zu erreichen und zeitgemäße Best Practices zu lehren.

Wir waren uns auch einig, dass sich in den nächsten fünf Jahren massiv viel in Richtung Barrierefreiheit tun wird. Das Interesse bei Unternehmen ist vorhanden, denn niemand möchte seine Mitarbeiterinnen oder Kunden wirklich diskriminieren. Damit steigt auch der Druck von Seiten der Mitbewerber. Gleichzeitig wird das Thema von der Politik vorangetrieben, wie die kürzliche Ratifizierung der UN Konvention über die Rechte von Menschen mit Behinderungen zeigt oder Vertreter der Europäischen Kommission in Publikationen wie The Accessibility Imperative offen ansprechen.

Nicht so technisch zugehen wird es übrigens auf der namics-Fachtagung zu Barrierefreiheit am 3. Juni in Frankfurt, die sich mehr an interessierte Einsteigerinnen wendet. Der Eintritt ist frei, ebenso noch einige Plätze.

Heute spreche ich zusammen mit René Doldt von der Swisscanto Management AG am Swiss Intranet Summit über den Einsatz von SCRUM als Projektmethode für komplexe Intranetprojekte.

Titel: Effiziente Realisierung eines Intranets mit der agilen Projektmethode SCRUM

René stellt die Herausforderungen von Intranetprojekten vor und zeigt, warum sich eine agile Methode zum Management solcher Projekte gut eignet. Ich zeige danach die Entstehung und die wichtigsten Eigenschaften der SCRUM Methode auf. Gemeinsam beschreiben wir zum Abschluss, welche Erfahrungen wir mit dieser Methode bei der Entwicklung des Swisscanto Intranets gemacht haben und welche Anforderungen an die Organisation des Unternehmens gestellt werden.

Und hier gibt es die Präsentation:
Effiziente Realisierung eines Intranets mit der agilen Projektmethode SCRUM [pdf, 1 MB]

Im Rahmen der informatica08 findet am 11. Juni 2008 ein so genannter Accessibility Day in Zürich statt. Die Vorträge beschäftigen sich von der barrierefreien Post, über barrierefreie Finanzdienstleistungen bis hin zur WCAG 2.0 und barrierefreien PDFs.

Ich werde mich an der Veranstaltung mit einem Referat zum Thema "Internet für ALLE - eine Herausforderung?" beteiligen. Insbesondere freue ich mich auf das Podiumsgespräch mit allen Referenten zum Abschluss der Veranstaltung. Aufgrund der thematischen Vielfalt ist ein spannender Tag rund um das Thema Barrierefreiheit sicherlich garantiert.

Das ausführliche Programm mit allen Uhrzeiten ist hier zu finden: http://www.informatica08.ch/de/events/Accessibility_Day.html Die Teilnahme an der Veranstaltung ist kostenlos, eine Anmeldung unter: www.informatica08.ch/de/events/Accessibility_Day.html allerdings erforderlich.

Zum Startschuss des Biene-Awards lädt die Aktion Mensch dieses Jahr zu einer Fachveranstaltung ein. Heute darf ich zusammen mit Patrick H. Lauke, Webmaster, University of Salford und Gisbert Loff, SAP unter der Moderation von Hubertus Thomasius, Kooperation Behinderter im Internet e.V. (kobinet) zwei Stunden meine Ansichten zum Thema "Barrierefreiheit als Managementaufgabe" diskutieren.

Ich vertrete dabei folgende Thesen:

1. Das Management ist nicht auf die Thematik Barrierefreiheit hin sensibilisiert und kennt Barrieren in der virtuellen Welt folglich gar nicht
2. Akzeptanz für Barrierefreiheit im Management ist nur durch den gesamtheitlichen Ansatz der Barrierefreiheit — nämlich Internet für ALLE — zu erreichen
3. Ohne überzeugte Stakeholder im Management ist Barrierefreiheit eine kurzfristige "Übung", aber keine langfristige und erfolgreiche Massnahme

Ich bin mir darüber im Klaren, dass diese Thesen nur die Spitze des Eisbergs sind. Trotzdem halte ich diese drei Aussagen für essentiell, wenn es um die Frage geht, warum "ist nicht schon längst vielmehr passiert". Immer wieder stosse ich an Grenzen, wenn nur eine Person in der Unternehmung das "Projekt Barrierefreiheit" treibt und deshalb wie Don Quichote gegen Windräder ankämpft. Ich bin gespannt auf die Diskussionen im Plenum. Wer live mit dabei sein will, ist herzlich eingeladen direkt am Live-Stream teilzuhaben (die Veranstaltung wird übrigens simultan auch in Gebärdensprache übersetzt).

Das W3C beschreitet neue Wege: Im meines Wissens ersten online Training des W3C vermitteln die Leiter der Mobile Web Initiative eine Einführung in Mobile Web Best Practices.

Der (kostenlose) Kurs beginnt am 18. Mai 2008 und umfasst vier Trainingseinheiten. Jede kann man sich innerhalb einer Woche ansehen, wann es einem passt — keine nächtlichen Unterrichtsstunden, weil live in einer anderen Zeitzone gelehrt wird. Bis zur nächsten Stunde muss man seine Hausaufgaben erledigen und einreichen. Darum ist die Zahl der Teilnehmenden auch auf 100 beschränkt. Innerhalb von nur drei Tagen war fast die Hälfte der Plätze ausgebucht, also dann mal schnell anmelden! ;)

Mein zweiter Vortrag auf der JAX 2008 ging rund um das Webframework Wicket.

Warum schon wieder ein neues Webframework ?

Diese Frage ist mit Sicherheit eine berechtigte Frage. Darum soll diese auch im Zusammenhang mit Wicket (wird unter der Apache License Version 2.0 zur Verfügung gestellt) gestellt werden. Ein Grund könnte sein, dass man mit seinem Webframework nicht zufrieden ist. Ein anderer Grund könnte aber auch das Gegenteil sein. Alle Anforderungen können mit dem eingesetzten Framework abgedeckt werden und durch jedes neue Framework kann man sich einfach aufs neue überzeugen, dass dies auch weiterhin so ist.

Was kann es?

- Komponentenorientiertes Webframework (nahe bei Tapestry und Echo)
- Programmierung in Java und HTML (Komponenten)
- AJAX ohne selbstimplementiertes JavaScript (wie ZK)
- Unterstützung von verschachtelten Formularen
- Keine speziellen Konfigurationsdateien (XML free, bis auf web.xml)
- Eingebaute Testunterstützung

Etwas Architektur

Der zentrale Einstiegspunkt in eine Wicketapplikation ist der WicketFilter. Dieser leitet die Anfrage an die entsprechende Applikation weiter. Durch den einkommenden Request wird ein Requestzyklus gestartet.

public static void main(String[] args) = Application

Der zentrale Einstiegspunkt (kann mit der main-Methode bei Standalone-Javaprogrammen verglichen werden) ist die Klasse org.apache.wicket.Application (oder eine Ableitung davon). Diese Klasse ist u.a. für die Konfiguration (innerhalb der Methode init) zuständig. Die Einstellungen sind gemäß dem Prinzip Seperation of Concerns in einzelne Interfaces aufgeteilt (z.B. DebugSettings, ExceptionSettings oder MarkupSettings). Die aktuellen Konfigurationsinstanzen können dabei innerhalb der Applikationsklasse über Methoden (z.B. getExceptionSettings) geholt werden. Zusätzlich liefert die Applikationsklasse die Einstiegsseite (Homepage) zurück.

Seiten und Komponenten

Eine Seite innerhalb von Wicket besteht immer aus einer Javaklasse und einer HTML-Seite. Innerhalb der HTML-Seite werden die Tags durch einen Wicket-Namespace direkt am jeweiligen HTML-Tag erweitert (z.B. wicket:id). Die Elemente werden dann über IDs im Quellcode adressiert und können hier auch manipuliert werden. Auch die Ausprogrammierung der Events geschieht innerhalb des Javacodes. Komponenten in Wicket bestehen wie Seiten auch aus einer Javaklasse und einer HTML-Seite. Die einfachste Möglichkeit, eine eigene Komponente zu schreiben, besteht in der Ableitung einer vorhandenen Komponente (z.B. von org.apache.wicket.markup.html.panel.Panel).

Verhalten hinzufügen

Ein interessantes Konzept von Wicket sind die Behaviours. Damit ist es möglich Komponenten zu erweitern, z.B. kann so einer vorhandenen Komponente nachträglich die AJAX-Fähigkeit (wie automatisches Update nach n-Sekunden) hinzugefügt werden. D.h. Behaviours sind die Plugins für die Komponenten.

Testmöglichkeit bereits integriert

Die Frage nach einer Testmöglichkeit sollte von neuen Frameworks immer gleich mitbeantwortet werden. Wicket liefert für diesen Fall den WicketTester mit. Damit ist es möglich, die Seiten ohne einen Webcontainer zu testen. Für den Ablauf des WicketTester ist es angebracht, diesen innerhalb von TestCases (z.B. mit JUnit oder TestNG) zu verwenden.

Fazit

Wicket ist ein erfrischend neues Framework für die Webentwicklung. Die Nähe zu Java mag vielen Javaentwicklern gefallen. Die erste Anwendung gelingt mit den Beschreibungen auf der Wicketseite sehr schnell. Ein Blick lohnt sich allemal.