Als ich letzte Woche auf er EuroPython 2009 in Birmingham war und so ins Programm schaute, entdeckte ich doch gar einen Talk mit dem Titel “Unconference Panel”. Interessiert, wer denn da alles auf dem Panel sitzt, schaute ich mal in den Abstract und entdeckte dort u.a. meinen Namen. Also geh ich doch da mal hin, sagte ich mir und tat dies auch.

Mit mir auf dem Panel war u.a. Bruce Eckel, den man vielleicht von dem ein oder anderen Buch über C++ und Java kennt (da hat er recht viele von geschrieben). Aber er schreibt nicht nur Bücher, sondern organisiert auch OpenSpace-Konferenzen (und wird wohl hier und da auch programmieren, denn sonst könnte er keine Keynote über C++, Java, Ruby und natürlich Python halten).

Nun hat Bruce noch nie von BarCamps gehört (oder war zumindest noch nie auf einem) und ich war noch nie auf etwas, was sich OpenSpace-Konferenz nennt. Klar ist aber wohl, dass beides recht ähnlich ist und der Hauptunterschied mag sein, dass OpenSpace-Konferenzen (zumindest die von Bruce organisierten) durchaus Geld kosten, wie z.B. die der JavaPosse.

Ansonsten fallen zumindest zu deutschen BarCamps noch weitere Unterschiede auf:

• Er führt keine Session-Vorstellungen durch, es wird einfach alles an ein Whiteboard gehangen.
• Präsentationen sind nicht erwünscht. Sollte jemand doch damit beginnen, fragt meist jemand “Warum hören wir nicht mal, was andere im Raum darüber denken?”. So sind auch normalerweise wohl keine Beamer vorhanden.
• Er führt das meist an einem etwas abgelegenen Ort durch. Dort geht man dann nicht von 19 Uhr bis 7 Uhr trinken, sondern bleibt meist am Ort.
• Meist gibt es auch einen Slot mit Lightning Talks (also 5-10 Minuten-Talks am Stück).
• Was zwar eigentlich auch auf BarCamps gilt, aber ich nie sehe: Das Gesetz der 2 Füsse, wenn eine Session nicht mein Ding ist, gehe ich einfach.

Ansonsten ist er auch mit der Zeiteinteilung etwas experimentierfreudiger. So gibt es z.B. bei der JavaPosse-Veranstaltung einen freien Nachmittag (z.B. zum Skifahren, da es sich dort anbietet) und danach geht es dann weiter mit Abendessen und den Lightning Talks.

Auch mit dem Essen scheint nicht immer alles voraus organisiert zu werden, das sollen auch ruhig die Teilnehmer übernehmen.

Ein paar Ideen für Deutschland?

Die Frage, die ich mir stelle ist, ob man nicht auch mit wenig Orga hinkommt. Also keine T-Shirts, kein Essen, keine Namensschilder, keine Beamer.

Inbesondere beim letzten Punkt frage ich mich, ob das in Deutschland angenommen werden würde. Bei Bruce’s OpenSpace-Konferenzen geht es ja nur um Diskussionen und nicht um Vorträge. So sieht man z.B. auch dass es gar keine Pausen zwischen den Sessions gibt. Vielleicht aber braucht man die auch hier nur, da man ja in den Sessions doch wieder eher wenig miteinander redet und die Pausen dann doch für die “Hallway”-Gespräche dienen. Wenn aber dies schon in den Sessions geschieht, wäre die Pausendiskussion evtl. auch überflüssig. Man hätte also die ganze Zeit Hallway-Konversationen.

Ob das aber so klappt, ist in der Tat die Frage, vor allem bei generischen Barcamps, wo also alle Teilnehmer auf einem anderen Wissensstand sind. Aber auch hier könnte man ja vielleicht eher das Thema in der Gruppe erarbeiten und die “Unwissenden” können ja z.B. Fragen stellen, die die “Wissenden” dann beantworten. Bei Themencamps mag das dann eher funktionieren, wie man ja z.B. auch beim FutureMusicCamp gesehen hat (aber auch da gab es Vorträge, die nach 40 Minute dann aber teilweise auch mit dem Satz “Mist, ich wollte doch eigentlich nicht soviel vortragen” endeten).

Dann sind da natürlich noch die Kneipenbesuche. Da ist natürlich nichts dagegen einzuwenden, aber leider verläuft sich die Gruppe dadurch immer so schnell. Ich kenne das z.B. von Sprints (oder auch Hackathons genannt, wo man z.B. eine Woche lang zusammen programmiert), die dann in den Bergen stattfinden, wo man auch gar nicht irgendwo hingehen könnte. Dort wird Tag und Nacht irgendwer vor dem Rechner sitzen und an irgendwas arbeiten. Und das ist immer sehr produktiv. Vielleicht also mal ein BarCamp aufm Land oder auf nem Berg? Und soll es Eintritt kosten oder nicht? Vielleicht sollte es einfach mal, vielleicht nicht 600 Euro aber vielleicht 10. Die man vielleicht zurückbekommt, wenn man wirklich kommt.

Was klappt und was gewünscht ist, weiss ich nicht, aber vielleicht probiert man es einfach mal aus (oder diskutiert es zumindest). Ich persönlich würde mehr Konversation auf jeden Fall recht gut finden und auch Lightning Talks wären vielleicht etwas, was man mal ausprobieren könnte. Das kann ja eine knackige Einführung in ein Thema sein, aus der sich vielleicht dann eine Session ergibt.

Das Panel auf der EuroPython

Das Panel selbst war im übrigen recht gut besucht. Es gab viele Leute aus allen Teilen Europa’s, die selbst ein BarCamp oder eine Unconference organisieren wollen und viele Fragen hatten, was man denn für Räumlichkeiten braucht, wie das Ganze abläuft und dergleichen mehr. Und auch die PyCon UK wird dieses Jahr doch stattfinden (eigentlich sollte sie wegen der EuroPython am selben Ort ausfallen) und sie wird eine eintägige Unconference sein. So würde ich mir fast schon jede Konferenz wünschen, denn es entspannt die Orga auf Seiten der Veranstalter (denn den Speakern hinterherzurennen ist nervig) und der, die etwas zu erzählen haben (denn die verpassen gerne Deadlines). Daher ist die Ankündigung der PyCon UK Unconference schonmal sehr positiv zu sehen. Und sollte die EuroPython mal nach Deutschland kommen, werde ich mich auch sehr für solch eine Form einsetzen. Vielleicht wird ja sogar schon die Zope-Tagung dieses Jahr so stattfinden, denn dass wenig Leute Talks einreichen, heisst meist nicht, dass auch wenig Leute was erzählen wollen.

OpenSpace Conference, Unconference, BarCamp oder wie immer man sonst es nennen will, die Idee ist auf jeden Fall auf dem Vormarsch und das ist gut so!

Ryan’s These: “Musik war schon immer kostenlos, gezahlt wurde immer nur für den Zugang”.

Beispiele dafür wären z.B. CDs oder der Eintritt zum Konzert. Der Eintritt definiert nur den Zugang, die Musik wird aber kostenlos konsumiert.

Daher wäre auch die Frage, wie der Zugang in Zukunft aussehen kann. Wird Musik zur Dienstleistung? Seine These aber: Musik war immer schon eine Dienstleistung, dies ist aber in den Hintergrund getreten und es wird nun als Produkt wahrgenommen. Dies passierte durch die harte Kopplung an den Tonträger. Diese Kopplung aber bricht nun wieder auf.

Bzgl. des Zugangs: Was ist heute möglich, was ist morgen möglich? Wer bietet welchen Zugang in Zukunft an und wie wird der bezahlt?

Frage an das Publikum: Was nutzt ihr für Zugänge, was wollt ihr nutzen, was wollt ihr in Zukunft haben?

Antworten:

• Ryan selbst nutzt zwar viel, aber ist weit davon entfernt, zufrieden zu sein.
• Last.fm im Auto
• plattformneutrales Streaming von Musik
• Man kann nicht alle Musik die man besitzt, überall hören (ohne iPod dabei zu haben etc.)
• Langzeitverfügbarkeit von Musik, Back-Catalog
• bessere Empfehlungsmechanismen
• Live-Streaming von Konzerten, Clubs etc. aus aller Welt
• Nutzungsrechte für Musik in Podcasts usw.
• bessere APIs für Zugriff auf Musikkataloge etc.
• bessere Musikqualität als derzeitiger MP3-Standard
• Musik dabeizuhaben ohne Synchronisierung von Geräten
• einfacheres Umstellen von Musikstyles/Stimmungen ohne das Erstellen von Playlists (Fitnessstudio etc.)
• Standards für Playlists, Empfehlungen usw.
• bessere Integration aller Dienste und Devices
• fehlende Komplettübersicht von Konzerten usw. im Moment muss man auf x Plattformen nachschauen
• Last.fm für Live-Musik

Ryan hat bei Napster wieder gekündigt, da es nicht sein Handy unterstützt. Er würde auch bis zu 25,- zahlen (später sogar mehr), wenn er denn Zugriff auf alles haben würde, also auch z.B. auf Musik auf MySpace. Es muss auf alle Geräte mitgenommen werden können. Musik ist immer verfügbar.

Daher Weggehen von dem Wunsch, Musik verkaufen zu wollen. Was wollen die (meisten) Leute und dies den Leuten bieten in einfacher Usability. Dann aber den Zugang dazu verkaufen.

Ist das dann die Entscheidung zwischen Flatrate und Musik-Kauf? Sicherlich ist der Zugang ja mehr die Flatrate, aber die Frage wäre immer noch die der Interoperabilität.

Publikum: Beispiel Kulturflatrate: Wollen wir eine zentrale Anlaufstelle für Musikdistribution? Wie sieht es aus mit der Kulturflatrate?

Geht es nicht auch mit vielen kleinen Anbietern? Müssen Services nicht anders aussehen? Geht es noch darum, dass Musik ein “Produkt” ist? Beispiel Open Source: Auch da ist der Programmcode nicht das Produkt, was verkauft wird, sondern der Service drumrum.

Auch wichtig: Labels sind nicht nur CD-Verkäufer, die machen auch A&R, Marketing usw., allerdings mag der CD-Verkauf vielleicht davon ausgenommen werden.

Ansonsten schaut das so aus, als wäre das Publikum teilweise zu sehr im Jetzt verfangen. Vieles ginge nicht, da es eben jetzt nicht geht. Nur kann sich das ja ändern.

Das Thema der Session ist ein Erfahrungsbericht aus der Sicht eines Musik-Retailers (wie Musicload, iTunes, Vodafone, NokiaComesWithMusik) und welche unerwarteten Probleme dort auftreten.

Was es gibt an Produkten: Freizeichentöne, Klingeltöne, komplette Musikstücke.

Die Frage ist: Wie bekommt man neue Musikdienste in den Markt.

Ralf hat sich zunächst gefragt, warum alles so schlecht läuft. Warum gibt es z.B. DRM? Mit DRM wird man nie gewinnen. Er dachte, nach einem Monat ist dies abgeschafft. “Wie habe ich mich geirrt!”.

DRM-freie Musik einzuführen hat sehr lange gedauert trotz der dauernden Ankündigungen.

Musik-Flatrate

Was Vodafone jetzt auch hat ist eine Musik-Flatrate, a la Napster, wo man die Musik nur leiht und nicht mehr drauf zugreifen kann, wenn man den Dienst beendet.

Seine Frage: “Wie kann das funktionieren?” Wir haben alle eine Musik-Sammlung zu Hause, a la Jäger-und-Sammler. Wie also kann das tun? Vodafone hat es ja trotzdem eingeführt.

Antwort: Für die neue Generation ist das egal, was ich jetzt runterlade ist ja in 6 Wochen wieder alt.

Die Antwort ist eher: Es geht nicht um die Sammlung an sich, sondern um die Auswahl. D.h. es geht mehr um den Zugriff auf Musik.

Er stellte die Frage: “Wieviele CDs würdet ihr neu kaufen, wenn euer Haus abbrennt und ihr das Geld bekommt?”

Der Wert der Sammlung liegt daher mehr in der Auswahl begründet. Durch das Ausschalten der Flatrate wird ja das Musikhören nicht beendet, wenn man zu einem neuen Anbieter wechselt.

Aber Problem für mich trotzdem: Es ist noch DRM drauf und es läuft nur auf bestimmten MP3-Playern.

a la carte

Aber es wird auch mehr DRM-freie Musik verkauft, da geht es dann um Interoperabilität. Man hat verstanden, dass es eine Kundenanforderung ist, dass man Musik, die man gekauft hat, auch überall anhören kann. Das nennt man “a la carte”.

D.h. in dem einen Bereich wird DRM abgeschafft, in dem anderen wird es noch wichtiger, denn das DRM-System muss auch noch rausfinden, ob der Kunde auch noch bei dem Dienst ist.

Diskussion

Bzgl. Flatrate wurde das Problem geäussert, dass man als Musiker ja gar nicht mehr weiss, wie toll man wirklich die entsprechende Musik findet. Flatrate würde Musik beliebiger machen. Man sieht Verflachung der Qualität.

Ralf: Auch von der GEMA wird das als “minderwertiger” Konsum bewertet, d.h. eine über die Flatrate gekauftes Musikstück schüttet weniger aus als ein gekauftes Album. Man würde gerne fairer gegenüber der Musikindustrie sein, dass man jeden Play registriert und nicht Download. Hat aber technische und Datenschutz-Probleme.

Das gibt es aber per last.fm auch schon, aber dort wird es freiwillig vom Benutzer gemacht.

(Eigene Anmerkung: Es geht hier immer noch um Abrechnung, ist das nicht auf lange Sicht egal? Wird Musik nicht mehr ein Service werden anstatt ein Produkt?)

Auch “Upselling” wird angeboten: Dass man ein Stück aus der Flatrate heraus für immer kaufen kann.

Noch zur Qualität: Die kleinen Indy-Labels sind gar nicht bei den all-you-can-eat-Modellen vertreten.

Guter Einwurf von meinem Nachbar: Es geht nicht darum, was die Künstler wollen, sondern was die Kunden wollen. (und es sei ein Drama, dass der Kassettenrekorder von damals auf Handygrösse geschrumpft ist, ist aber ein Fakt). Die Verflachungsdiskussion wird auch nicht von Vodafone und anderen Retailern bestimmt, sondern von den Multiplikatoren, wie Medien. Auch Qualität wird gefragt sein, aber eher eine Nische, die trotzdem funktionieren kann.

Seine Meinung: Flatrates sind hip, da es nicht um die Qualität geht, sondern darum wie neu und cool es ist. Man müsste auch eher die Diskussion führen wie “Brauchen wir Labels noch?” “Wie werden wir die GEMA los?” usw.

Noch ein weiteres Problem: Musikindustrie hat gesagt, dass sie gerne DRM-freie Musik auf dem PC anbieten dürfen, aber nicht auf dem Handy. Grund: Dann könnten Schüler ja alles auf dem Schulhof tauschen. Davor hatte man Angst. Hat lange gedauert, das zu kären.

Oder: Man will Vodafone zwingen, die wegbrechenden CD-Zahlen zu kompensieren, denn “die” machen ja mit ihrem Digitalem alles kaputt.

Solche Verhandlungen sind sehr langwierig und dauern auch immer noch an.

Aus dem Publikum: Auch die Diskussionen über “a la carte” laufen immer noch und daran verdienen aber im Moment nur Anwälte.

Technorati-Tags: fmc09, futuremusiccamp, mannheim, musik, retailer

This talk was held by Mikeal Rogers from the Mozilla Foundation and all about web testing with the Windmill project.

Browserless Tools

• Raw HTTP tools
• Browser Simulation Tools
• JavaScript interpreters (but problem is e.g. that a DOM implementation is on spec and does not look like a browser)
  

Browser Tools

• Selenium
• Windmill (own rewrite because of problems with Selenium)
  
• Watir (takes a different approach: implements a trusted module in IE/Firefox etc.)

Tools are not really comparable. He showed nevertheless some example comparison:

• Windmill and Selenium supports all major browsers with one product, Watir needs different libraries
• Test recorder works on every browser for Windmill and Watir, with Selenium only with trusted FF plugin
• All three work cross domain and support SSL
• Windmill supports Python, JavaScript, Ruby. Selenium many, Watir just Ruby.
• Integrated Debugging Tools: Firebug, FB Lite and Inspector for Windmill. Selenium has no tools, as well as Watir
• Proxy Manipulation: There in Windmill but could be better, not there in Selenium, Watir does not use a proxy. What that means is that you can control what will come through the proxy and manipulate requests etc.

He then showed small screencasted videos demonstrating writing tests and debugging tests.

Technorati-Tags: europython, europython2009, windmill, testing, conference

Bea Düring was presenting how she helped OpenEnd to become an agile company.

Technorati-Tags: europython, europython2009, agile, testing, conference, scrum, xp

Bernd Dorn was presenting what LovelySystems is doing with Google AppEngine and how you work around certain limitations.

Limitations of GAE

The App Engine now has several limits:

• Code files 1000 x 10MB (max. 150MB)
• Static Files 1000 x 10MB
• Request size 10MB, duration 30s
• API-Call size limit 1 MB (cannot fetch data objects bigger than 1 MB)
• 30 reqs in parallel (including cron-jobs, everything you do, not so much a problem for serving though)
• Limited query and indexing facilities (huge problem, because of BigTable)

All of these limits are fixed (correct?), you cannot pay for getting more.

Working around the static file limits

• They use S3 Cloudfront for serving static file
• has less latency in Europe
• e.g. with Pyjamas or GWT the limit of 1000 files is quickly reached. You end up with a lot of ressources which need to be deployed (e.g. TinyMCE alone is 500 files).

Working around code size limits

First they had problems with Django and the size of the files, not the number. If you zip the files then you might end up with less files but they are too big. This problem has been resolved in the meanwhile though.

They also created a buildout recipe called lovely.recipe:eggbox which you can use like this:

recipe = lovely.recipe:eggbox
scripts =
eggs = Django
       zope.contenttype
       lovely.gae
       ...
location = ${buildout:directory}/app/packages
zip = True
excludes = ...

Working around the request limits

The major problem are images which you might have on content management systems. The problem here is maybe not the 10 MB limit but the 30s duration.

The solution they use is to store that content on S3. Image processing is done on a specialized proxy which is running on Amazon EC2.

File Upload

This works as follows now:

• Browser displays upload form by getting an upload policy from the GAE app
• Browser posts the file directly to Amazon S3 along with a redirect url which was defined in the policy
• S3 redirects the post after the finished upload to a special url on the GAE app
• The GAE app now fetches metadata, calculates the mime-type and creates a new file object in the datastore. This mime-type calculation is done via a Range: header on the image data to properly guess the mime-type.
• The meta information is now sent back to the client where it is further processed

Data Migration

• AppEngine has no means to do data migration (like renaming all usernames to lowercase).
• LovelySystems solves this by a special view that executes python code. No application is needed.
• Client script walks through all entities until view returns False.
• State is stored in memcache
• Work on entity level - so no update on automatic values. e.g. datetimes.

Basically the same view is called over and over again, always processing up to 1000 items which are then migrated.

Question: How do you test all this? Answer later

How to avoid exploding indexes?

This is read from the generated index.yaml file:

That way you can check if everything is tested.

One solution is to use one single ListProperty for querying and sorting by using prefixes. GAE does not need to build custom indexes if queries just use one attribute for searching.

<br />class Document(db.Model):<br />    terms = db.StringListProperty()<br />    title = db.StringProperty()<br />    body = db.TextProperty()<br /><br />def index_doc(d):<br />    d.terms = map(lambda t: u'T:%s' %t, d.body.split())<br />    d.terms.append(u'Z:%s' %d.title) # for descrending sort<br />    ... missing is ascending sort<br />    d.put()<br /><br /><a href="http://www.flickr.com/photos/mrtopf/3675852614/" title="Google App Engine and it's limitations by MrTopf, on Flickr"><img src="http://farm3.static.flickr.com/2536/3675852614_5af376f8a3.jpg" alt="Google App Engine and it's limitations" width="500" height="281" /></a><br /><br />

If we order or filter by a second attribute we need one index per AND filter!

And full text searches are done on single attribute queries by LovelySystems.

Development setup and how they test things

• Always use zc.buildout for sandbox build (collecting eggs, creating launchers)
• Use zope.testing as test framework with special GAE db layer
• Use Google App Engine Helper for Django (they don’t use much of Django though, e.g. not the models, just auth and templating)

Test layer for zope.testing creates an in-memory datastore for each test. In-memory is important to make testing fast.

How they usually deploy:

• 3 apps deployed on GAE
• Dev: for ad-hoc testing from svn via appcfg update
• Beta: deployment script checks out a tag and creates a new project directory and uploads to beta app
• Production: same as beta but with stable release only

Question: Did you look into using solr on e.g. an EC2 instance for full text indexing?
Answer: Yes, but you always have to do HTTP requests which slows things down. But it has been done.

Question: Why not move everything over to EC2?
Answer: First of all it’s cheaper and deployment/maintenance is all easier.

Technorati-Tags: europython, europython2009, python, gae, google, limits, lovelysystems

RobotFramework seems to be quite interesting in that it allows you to write test cases in a very high level language which then is compiled into actual running tests. An example of a high level test case description is this:

This would be an example of a workflow based tests. Data driven tests are also possible.

Now here we have a term “Open Login Page” which needs to be first converted into a proper action. “Open Login Page” would be implemented like this (called user keywords):

Note that keywords are not single words but the whole phrase, e.g. “Open Login Page”.

The programmer would then create a library for performing the actual tests.

For instance it could look like this:

import os
import sys

class LoginLibrary:

    def __init__(self):
        self._sut_path = os.path.join(os.path.dirname(__file__),
                                      '..', 'sut', 'login.py')
        self._status = ''

    def create_user(self, username, password):
        self._run_command('create', username, password)

    def change_password(self, username, old_pwd, new_pwd):
        self._run_command('change-password', username, old_pwd, new_pwd)

    def attempt_to_login_with_credentials(self, username, password):
        self._run_command('login', username, password)

    def status_should_be(self, expected_status):
        if expected_status != self._status:
            raise AssertionError("Expected status to be '%s' but was '%s'"
                                  % (expected_status, self._status))

    def _run_command(self, command, *args):
        command = '"%s" %s %s' % (self._sut_path, command, ' '.join(args))
        process = os.popen(command)
        self._status = process.read().strip()
        process.close()

These libraries would then actually perform the tests.

You can do a lot more and there seem to be lots of way on how you can group your tests, there are many tools for reporting and you can implement those test libraries in Java or Python.

Technorati Tags: europython2009, europython, python, conference, testing, robotframework

Mein Stadtmitbewohner Franz hat drüben bei sich einen kritischen Bericht zur Lage der BarCamps. Ihm geht es um die unwillentliche oder willentliche Vereinnahmung des Begriffs BarCamp, indem falsch erklärt wird, was ein BarCamp ausmacht oder diese aber in für BarCamps unpassenden Umfeldern stattfinden. Beides schadet dem, was ein BarCamp eigentlich ausmachen sollte.

So schreibt er:

Dabei geraten die eigentlichen Werte die ein BarCamp ausmacht, immer mehr aus dem Blickfeld. Jeder versucht nur noch auf den Hipness-Zug aufzuspringen und Geld zu machen, sich im Glanz des Formats zu sonnen, ohne auch nur einen Gedanken daran zu verschwenden, warum und woraus BarCamp eigentlich entstanden ist.

Und wir als Community, die dieses Format aufgebaut und definiert haben (wobei es sicherlich in jedem Land auch leicht anders definiert wird), müssen dieses Format schützen.

Franz schreibt:

Ich glaube, dass es noch nicht zu spät ist. Holen wir es uns zurück! Dazu gehört, dass wenn Dinge in die falsche Richtung gehen, erst leise und zur Not auch laut drüber geredet wird. Das mit den Füßen abgestimmt wird. Dass man sich zu einer Veranstaltung gar nicht erst anmeldet. Werdet aktiv, redet darüber, zeigt auf wo die Grenzen sind. Ich bin sicher das wird funktionieren!

Beispiele nennt er (noch) nicht, aber wenn euch eines über den Weg läuft, dann handelt!

Technorati-Tags: barcamps, community

(Originalfoto von banger1977, BY-NC-SA)

Abstimmungsergebnis der Zensursula-Gesetzes: 389 Ja, 128 Nein, 18 Enthaltungen (535 Stimmen)

(Bild darf gerne verwendet werden, CC-Zero)