Wieder ist ein Jahr vergangen,
und bereits zum achten Mal heißt es:
Es sind MetaRheinMain Chaos Days (MRMCDS).

Dabei handelt es sich um einen,
an der Technischen Universität Darmstadt stattfindenden,
Kongress.
Dieser wird veranstaltet von den dem CCC nahestehenden Vereinigungen des RheinMainGebiets.
Dieses Jahr stehten die MRMCDS unter dem Motto „Zurück zum Thema“
mit Schwerpunkt auf den Themen

• Journalismus
• Gesellschaft
• Technik

WAS: MetaRheinMain Chaos Days 0x8 (Kongress)
WO: TU Darmstadt
WANN: 4. - 6. September 2009
WER: CCC, c3f2m (Frankfurt), cccMZ (Mainz/Wiesbaden), cccMa (Mannheim), oqlt (Mannheim), der Hochschulgruppe Chaos Darmstadt, dem it-Stammtisch (Darmstadt) und weiteren Gruppen im Rhein-Main-Neckargebiet
Link: http://mrmcd.net/
Anmerkung: Anmeldung erwünscht, aber nicht zwangsweise erforderlich

Hallo,

fuer das Treffen naechste Woche, in der der Club geschlossen ist, gab es bisher keine wirklichen Vorschlaege. Daher haben wir eben im Club ein wenig beratschlagt was man so machen kann. Eine Idee ist es, am Dienstag(!) nach Wiesbaden zu den Mainzern (jaja ;) zu fahren. Der Treff in Wiesbaden ist mit den Oeffentlichen gut zu erreichen, allerdings kostet eine einfache Fahrt 6,95 Euro. Daher werden wir Fahrgemeinschaften mit dem Auto bilden bzw. ein RMV-Gruppenticket nutzen. Mehr dazu auf der Liste.

Wir gehen jetzt einfach mal davon aus, das die Mainzer in Wiesbaden nix dagegen haben, dass wir sie ueberfallen ;)

Happy coordinating!

Darkman & Salgar

Sonne, blauer Himmel, Wärme, lauwarme Abende…. Richtig es ist Sommer

Dazu passend veranstalten der IT-Stammtisch Darmstadt, GUUG (German Unix User Group), DaLUG (Darmstadt Linux User Group), DaTeX (Darmstaedter Anwendervereinigung TeX/LaTeX) sowie Chaos Darmstadt zusammen mit uns, dem c3f2m ein Sommerfest.

Hierzu sind alle recht herzlich eingeladen (Allerdings ist eine vorherige verbindliche Anmeldung erforderlich).

Es wird gegrillt werden, eine Keysigning Party sowie weitere Programmpunkte geben, wie Spiele, Lagerfeuer und eine kleine Show.

Das Sommerfest findet am Samstag, den 01.08. ab 15 Uhr, open end, im Jugendhof Bessunger Forst, Roßdorf, statt.

Der Jugendhof Bessunger Forst liegt zwischen Darmstadt und Roßdorf und ist sowohl mit dem Auto als auch mit öffentlichen Verkehrsmitteln gut zu erreichen. WLAN sowie Übernachtungsmöglichkeiten sind vorhanden.

Weitere Informationen sind auf der entsprechenden Seite des IT-Stammtisch Darmstadt zu finden .

bekanntermassen wurde gestern vom bundestag der sogenannte uschifilter durchgewungen.

die piratenpartei ruft am morgigen samtag den 20.06.2009 zu einer Demonstration au dem Frankfurter Paulsplatz auf. Das finden viele aus unserem Chaotischen umfeld unterstüzenswert.

unter abgeordnetenwatch kann man sich mithilfe der postleitzahlen suche anzeigen lassen wie der eigene abgeordnete abgestimmt hat.

in den üblichen webkanälen (googlesuche, twitter, blogs) findet man einiges um sich mit dem thema vertrauter zu machen, ich poste keine links, weil ich bei den besuchern unserer webseite von einer gewissen informiertheit ausgehe.

ein tip noch: Chaosradio express 124 hier zu finden gibt einen schnellen einstieg in das thema.

cheers

volker aka neuernick

Am Donnerstag den 29.01.2009 wird im Rahmen des wöchentlichen Treffens die PL Test Suite Vorgestellt.

Zur Vereinfachung wird einfach mal die Mail zitiert

Hallo,

ich moechte an der Stelle das Projekt "PL Test Suite" vorstellen, 
welches ich auf http://pl-test-suite.origo.ethz.ch/ gehostet habe. 

Es hat zum Ziel fuer eine ganze Menge von Programmiersprachen Tests
bereitzustellen, die der unterstuetzenden Dokumentation der
Programmiersprachen dienen. Es bietet 2 entscheidende Vorteile:

Erleichterung des Erlernens von Programmiersprachen fuer Anfaenger und
(besser noch) Quereinsteiger.
Aufgrund dessen, dass die Tests in Unit-Test Form abgelegt sind, braucht
man zunaechst nicht zwingend einen passenden Compiler. Die Tests sind
immer als Wahr anzusehen, denn bevor der Code in das Repository
submittet wird, muesen alle Tests funktionieren und es duerfen keine
Fehler vorhanden sein. So kann man sich zu jedem beliebigen Topic,
insofern Tests dafuer da sind, funktionierenden Code ansehen. Das
koennen Sein die Operatoren einer Programmiersprache, wie Kommentare
geschrieben werden, wie ein "Hello World" funktioniert, eine Funktion,
das Zusammenspiel von Klassen, Vererbung, inwieweit Lambda Calculus
funktioniert, usw. usf.

Der zweite Vorteil liegt darin, dass man ein aelteres Projekt, welches
auf Zusicherungen berhut, die durch die Tests im Prinzip abgesichert
wurden, bereinigen kann, indem man Testet, ob die fuer die alte
Implementation eines Compilers / Interpreters existnerenden Tests in
einer neuen Umgebung immer noch funktionieren und wenn nicht, welche
Funktionen ggf. Probleme machen koennten. (Beispiel: mzscheme in der
Version 3 hat die Funktion append!, die in dieser Form in
mzscheme 4 nicht mehr vorhanden ist. Ein Projekt, welches diese
Funktionen benutzt wuerde nicht mehr funktionieren.)

Stand des Projektes

Die Anforderung an das Projekt, auch fuer andere eine Hilfestellung zu
bieten, ist momentan nur ansatzweise erfuellt, da ich zunaechst nur
Tests schrieb, die fuer mich interessant waren und meine Fragen
beantworteten. Damit das Projekt auch fuer andere Interessant wird, ist
es notwendig, dass einerseits allgemeine Themen definiert werden, die
sich dann auch in den Tests wiederfinden lassen und es muss mehr Code
entstehen. Ich alleine werde das nicht schaffen, fuer jede xbeliebige
Programmiersprache eine allumfassende Testsuite zu Programmieren, selbst
https://svn.origo.ethz.ch/pl-test-suite/clisp/ ist noch nicht als
vollstaendig anzusehen, obwohl sich da doch eine Menge angehaeuft hat.

Entwickler gesucht

Wenn man Software entwickelt, muss man generell tests schreiben, um sich
seiner Umgebung zu vergewissern und sicherzustellen, dass die
verwendeten Funktionen auch in der Weise funktionieren, wie man es
erwartet. Die Frage ist: wie schreibt man Tests. Schreibt man die Tests
so, dass man die Erwartete Ausgabe sehen kann und so die Richtigkeit von 
Hand prueft, so hat man zunaechst ein Ergebnis, welches aber wertlos
wird, sobald die Erwartete Ausgabe wieder vergessen hat. Tests sollten
folglich so programmiert sein, dass das erwartete Ergebnis im Test
geprueft wird und man im Test ein und ausgaben bzw. deren Vergleich
sehen kann. Da Programmierer ohnehin testsn muessen, wieso eigentlich
dann nicht gleich in Unit-Test Form? Und was spricht dagegen, derartige
Tests gleich mit in die Testsuite aufzunehmen?

Ich suche folglich nicht ausschliesslich Entwickler, die in ihrer
Freizeit stupid Programmiersprachen und APIs Testen, die im Normalfall durch
jeweils eigene Tests geprueft sind und ihre eigenen Testsuites haben.
Was ich eher suche, sind Entwickler, die  sich damit anfreunden koennen,
die Tests, die sie sowieso schreiben, der "PL Test Suite" zur Verfuegung
zu stellen. 

So, das war es erstmal meiner Seite, ich freue mich ueber jedes
Feedback.

Gruesse,
Frank Schwidom