From veit at ruhr.pm.org Fri Jun 2 11:08:41 2006 From: veit at ruhr.pm.org (Veit Wahlich) Date: Fri, 02 Jun 2006 20:08:41 +0200 Subject: [Ruhr-pm] Treffen am 12.06.2006 um 19h im Cafe Maze [scanned] Message-ID: <1149271721.3805.50.camel@instructor.e.de.wahlich.com> Hallo Zielgruppe! Am Montag, den 12.06.2006 um 19:00h findet das vierte "Stammtisch"-Treffen der Ruhr.pm im Cafe Maze in der Essener Innenstadt statt. Eingeladen ist wie immer jeder, der Interesse an (d.h.: nicht zwingend Erfahrung mit) Perl hat. Ein spezielles Thema/Moderation soll es nicht geben, im Fokus stehen Tipps fuer und Antworten auf Fragen von Anfaengern und Interessierte, ausserdem ein paar organisatorische Infos. Eine Anmeldung ist nicht erforderlich, eine Zusage ueber die Mailingliste bis Fr., 09.06.2006 ist fuer die Reservierung jedoch sinnvoll - wer's verpennt, muss sich ggf. um Sitzgelegenheit kuemmern. ;) Eine Wegbeschreibung/Anfahrtskizze gibt es auf Wunsch per EMail. Beste Gruesse, // Veit From veit at ruhr.pm.org Tue Jun 13 14:49:09 2006 From: veit at ruhr.pm.org (Veit Wahlich) Date: Tue, 13 Jun 2006 23:49:09 +0200 Subject: [Ruhr-pm] 1. Perl am lebenden Objekt studieren | 2. kein Stammtisch am 10.07.2006 [scanned] Message-ID: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> Hallo Zielgruppe! In Kuerze beginnen in NRW die Sommerferien und am 09.07. findet das WM-Finale statt. Daher ist anzunehmen, dass am 10.07. viele entweder im Urlaub sein oder einen Kater haben werden. Daher haben wir gestern beschlossen, dass es nur wenig Sinn machen wuerde, den Juli-Stammtisch zu veranstalten. Stattdessen bitten wir um etwas kreative Vorarbeit fuer die Ruhr.pm im August: Um Einsteiger an Perl heranzufuehren, halten wir es fuer sinnvoll, ein kleines Beispielprogramm zu erstellen und dieses im Rahmen des Stammtisches vorzustellen und zu besprechen. Das Programm sollte entsprechend eine nicht allzu komplexe, dennoch aber sinnvolle Aufgabe erfuellen, mit vielen verschiedenen Programmierelementen implementierbar sein (Schleifen, Bedingungen, Unterfunktionen, einige Elementarfunktionen, etc.) und moeglichst spaeter in seiner Funktion erweiterbar sein (damit weitere Programmteile vorgestellt und besprochen oder selbst erstellt werden koennen. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Wir bitten daher um Vorschlaege fuer (kleinere) Probleme/Aufgaben, deren Loesung durch ein Programm Euch das Leben erleichtern wuerde. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Es geht hier wirklich nur um die Idee fuer ein Problem oder eine Aufgabe - nicht darum, ein fertiges Programm zu liefern. Auf der Mailingliste koennen wir dann diskutieren, welche Vorschlaege sich anfaengergerecht loesen und implementieren lassen, am 14.08. entscheiden wir im Rahmen des Stammtischs darueber, welche Vorschlaege wir tatsaechlich implementieren und zur Besprechung vorbereiten koennen. Wir bitten um zahlreiche Vorschlaege. Dumme Ideen gibt es nicht. Gruesse, // Veit From veit at ruhr.pm.org Sun Jun 18 14:48:28 2006 From: veit at ruhr.pm.org (Veit Wahlich) Date: Sun, 18 Jun 2006 23:48:28 +0200 Subject: [Ruhr-pm] Perl am lebenden Objekt, Vorschlag: Instant Messaging [scanned] In-Reply-To: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> References: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> Message-ID: <1150667308.3864.26.camel@instructor.e.de.wahlich.com> Roland hat am Sa. eine einfache Instant-Messenger-Applikation mit Server und Client vorgeschlagen. Das ist sicherlich nichts fuer den Anfang, laesst spaeter aber gut einblicken in folgende Gebiete: - Sockets/Netzwerksockets - verschiedene Servermodelle {Threading | Forking und Inter Process Communication | Preforking und IPC | I/O-Select | Mischformen} Zusaetzlich laesst es sich spaeter ggf. erweitern, z.B. um: - Background Processes - GUI mit Tk/GTK/sonstwas fuer den Client - Benutzerverwaltung, ggf. per Datenbank - Inter-Server-Kommunikation fuer dezentrales Netz von Servern - Suchfunktion/Benutzerverzeichnis (ggf. per Datenbank) - Logging durch Clients oder Server, Backlog-/History-Funktion etc. Gruesse, // Veit From m.baumeister at gmx.de Thu Jun 22 13:43:20 2006 From: m.baumeister at gmx.de (Michael Baumeister) Date: Thu, 22 Jun 2006 22:43:20 +0200 Subject: [Ruhr-pm] 1. Perl am lebenden Objekt studieren | 2. kein Stammtisch am 10.07.2006 [scanned] In-Reply-To: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> References: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> Message-ID: <20060622204320.GA1797@krabat.mb> On 13.06.2006 at 11:49:09 PM you wrote: > Wir bitten daher um Vorschlaege fuer (kleinere) Probleme/Aufgaben, deren > Loesung durch ein Programm Euch das Leben erleichtern wuerde. Hallo, ich habe zwei Ideen dazu: 1. einen Parser fuer eine Logdatei. Z.B. um eine Zugriffsuebersicht fuer einen Webserver zu erstellen. 2. ein einfaches Template-System. Ein HTML- oder Text-Template, das Variablen enthaelt (sowas wie %%variable%% oder ) wird mit Daten aus einer anderen Datenquelle gefuellt. Das geht auch ganz gut ohne Module und man kann es gut erweitern. Gruss Michael -- Michael Baumeister m.baumeister at gmx.de PGP-Key: 6BE4E54A http://mbauweb.de/pgp/pubkey.asc Fingerprint: 02C2 D7EA 456B 1201 4E7D 5DC4 EF38 B72D 6BE4 E54A From veit at ruhr.pm.org Thu Jun 22 14:15:41 2006 From: veit at ruhr.pm.org (Veit Wahlich) Date: Thu, 22 Jun 2006 23:15:41 +0200 Subject: [Ruhr-pm] 1. Perl am lebenden Objekt studieren | 2. kein Stammtisch am 10.07.2006 [scanned] In-Reply-To: <20060622204320.GA1797@krabat.mb> References: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> <20060622204320.GA1797@krabat.mb> Message-ID: <1151010941.3878.11.camel@instructor.e.de.wahlich.com> Am Donnerstag, den 22.06.2006, 22:43 +0200 schrieb Michael Baumeister: > 1. einen Parser fuer eine Logdatei. Z.B. um eine Zugriffsuebersicht > fuer einen Webserver zu erstellen. > > 2. ein einfaches Template-System. Ein HTML- oder Text-Template, das > Variablen enthaelt (sowas wie %%variable%% oder ) > wird mit Daten aus einer anderen Datenquelle gefuellt. > Das geht auch ganz gut ohne Module und man kann es gut erweitern. Finde ich gut - sind aber leider auch beides Faelle, die fuer Regexp praedestiniert sind. Das ist aber vemrutlich gerade als allgemeine Einfuehrung zu heavy. An einem Templating-System hatte ich Ruediger letztens geholfen - das koennte er bestimmt sauber kommentieren und dann selbst oder durch einen erfahreneren Entwickler vorstellen (lassen)... Gruesse, // Veit From m.baumeister at gmx.de Fri Jun 23 12:49:55 2006 From: m.baumeister at gmx.de (Michael Baumeister) Date: Fri, 23 Jun 2006 21:49:55 +0200 Subject: [Ruhr-pm] 1. Perl am lebenden Objekt studieren | 2. kein Stammtisch am 10.07.2006 [scanned] In-Reply-To: <1151010941.3878.11.camel@instructor.e.de.wahlich.com> References: <1150235349.3868.21.camel@instructor.e.de.wahlich.com> <20060622204320.GA1797@krabat.mb> <1151010941.3878.11.camel@instructor.e.de.wahlich.com> Message-ID: <20060623194955.GA1868@krabat.mb> On 22.06.2006 at 11:15:41 PM you wrote: > Am Donnerstag, den 22.06.2006, 22:43 +0200 schrieb Michael Baumeister: > > 1. einen Parser fuer eine Logdatei.[...] > > 2. ein einfaches Template-System. [...] > > Finde ich gut - sind aber leider auch beides Faelle, die fuer Regexp > praedestiniert sind. Das ist aber vemrutlich gerade als allgemeine > Einfuehrung zu heavy. Ich denke, so ein Perl-Program wird durch Regexp erst spannend. Das ist ja nun mal die grosse Staerke von Perl. Es muss ja auch nicht unbedingt an einem Abend alles gekaert werden. Es wuerde sicher reichen, zunaechst mal zu sagen, was ein regulaerer Ausdruck macht (das ist uebrigens auch unabhaengig von von Perl haeufig bekannt) Wenn die coole, kryptische Zeile im Beispielprogramm erst beim naechsten Mal erklaert wird, ist das ja vieleicht ein Anreiz, noch mal wieder zu kommen. ;-) Gruss Michael -- Michael Baumeister m.baumeister at gmx.de PGP-Key: 6BE4E54A http://mbauweb.de/pgp/pubkey.asc Fingerprint: 02C2 D7EA 456B 1201 4E7D 5DC4 EF38 B72D 6BE4 E54A