[python-muc] [Muenchen] Interesse an lxml Bugathon?

[Stefan Behnel]

Hallo und Danke für den Zuspruch! :)

Die Interessierten können sich hier eintragen:

http://www.doodle.com/x39bw34tge5u8qqi

Ich erwarte keinen großen Andrang für die Freitagstermine, aber lasse mich
auch gerne überraschen.

Für jeden Tag gibt es zwei Zeitpunkte zur Auswahl, auch wenn die
Veranstaltung ohnehin ein offenes Ende haben wird. Die Idee ist einfach,
dass die, die an einem Tag nicht von Anfang an Zeit haben, aber später nach
kommen würden, sich einfach für die spätere Zeit eintragen.

Bitte tragt euch mit einem erkennbaren Namen oder Pseudonym ein, damit ich
ggf. ein bisschen Spam aussortieren kann.

Wenn ihr in München teilnehmen wollt, hängt bitte ein "(M)" an euren Namen
an. Ansonsten ein "(IRC)", wenn ihr von außerhalb per IRC-Kanal teilnehmt.

Wie schon erwähnt, sind Sponsoren und Spenden gerne gesehen. Ich schaue
mal, was ich auftreiben kann und bin sicher, dass wir es verhindern können,
dass jemand vor Hunger umfällt.

Danke für euer Interesse,

Stefan



Stefan Behnel, 30.03.2013 17:05:
> Hallo zusammen,
> 
> da euch die ständigen Plone-Sprints doch bestimmt schon langweilig werden,
> wie wäre es da mit einem Themawechsel? Die Bug-Liste von lxml unter
> 
> https://bugs.launchpad.net/lxml
> 
> tendiert merklich dazu, länger statt kürzer zu werden, und ich würde ganz
> gerne mal ein paar Leute zusammen trommeln, die mit mir zusammen dagegen
> ankämpfen. Vielleicht findet sich ja sogar ein Sponsor, der alle mit Pizza
> versorgt oder sowas. Edelcatering wird sicherlich auch nicht verschmäht. :]
> 
> Wie immer bei solchen Anlässen gibt es verschiedenste Themen, von fehlenden
> Features in lxml.html über komisches Verhalten des HTML-Differs oder
> holpriges API-Design bis hin zu Crashes oder Problemen, die wahlweise nur
> unter Windows oder MacOS-X auftreten. Also von Bugs in reinem Python-Code,
> unklarer Dokumentation und "User-Error" bis hin zu fehleranfälligem
> Cython-Code oder Fehlbenutzung der C-Bibliotheken libxml2/libxslt.
> 
> Dann heißt es Bug-Reports lesen, Beispielcode ausprobieren oder selbst ein
> bisschen Testcode schreiben, das Problem reproduzieren und den Testcode so
> weit wie möglich eindampfen, damit der Fehler klar wird (und damit klar
> wird, dass bzw. ob es auch wirklich ein Fehler ist). Und vielleicht auch
> einfach nochmal nachhaken, was die Person, die das Problem gefunden hat,
> eigentlich genau damit meinte.
> 
> Ich bin mir sicher, dass für jeden was dabei ist. Auch denjenigen unter
> euch, die bisher wenig Erfahrung mit Open-Source-Entwicklung haben, oder
> die Low-Level-Debugger wie gdb oder Valgrind nur aus der Erzählung anderer
> Leute kennen (und es ggf. auch dabei belassen wollen), bietet sich die
> Möglichkeit, mal ein bisschen über den Tellerrand zu schauen, Debugging zu
> üben, sich in fremden Code hineinzufuchsen und dabei auch gleich lxml noch
> ein bisschen besser kennenlernen.
> 
> Vielleicht hat die eine oder der andere ja auch ein kleines
> Lieblingsproblemchen mit lxml, das wir bei der Gelegenheit auch gleich aus
> dem Weg räumen können.
> 
> Also, lasst uns am nächsten Dienstag mal drüber reden und schauen, wer
> Interesse hat und wann wir das machen könnten. Wer gerne mitmachen möchte,
> noch Fragen hat und/oder am nächsten Dienstag nicht anwesend ist, kann ja
> vorab schonmal "hier!" schreien.
> 
> Stefan
>