From support at oeko.net Sat Apr 1 00:15:00 2006 From: support at oeko.net (Toni Mueller) Date: Sat, 1 Apr 2006 00:15:00 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: References: <20060331195806.21967.qmail@oak.oeko.net> Message-ID: <20060331221500.24975.qmail@oak.oeko.net> Guten Abend, On Fri, 31.03.2006 at 22:41:46 +0200, Henrik Bettermann wrote: > Tage mit meinen Kindern. Am Dienstag bin ich zu Besuch in Bochum. Dort wäre > ich online. Ich schlage 21 Uhr vor? IRC/SILC-Chat, muss ich da irgendetwas bei SILC muesstest Du einen SILC-Client installieren (unter Debian: apt-get -f install silky). IRC: Da geht jeder Chat-Client. > installieren? Es ginge sonst auch mit unserem mehrfach erprobten CPS-Chat: > http://srpp.waeup.org/chat. Da kann zwar jeder reinfunken, die Gefahr ist > aber nach meiner Meinung recht gering. Mich stoert bei dem Ding eher die ziemlich nervige Bedienung und das Geflacker - bei Webchats ist das aber kaum vermeidbar. :-( Gruss, --Toni++ From m.kiberu at kipya.com Sat Apr 1 00:24:59 2006 From: m.kiberu at kipya.com (Michael Kiberu) Date: Sat, 01 Apr 2006 00:24:59 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442D95FC.8030300@k-dns.de> References: <442D38FE.3000304@k-dns.de> <20060331194225.21621.qmail@oak.oeko.net> <442D95FC.8030300@k-dns.de> Message-ID: <442DAC3B.1060303@kipya.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guten Morgen Allerseits, Thomas Krüger wrote: > Toni Mueller schrieb: > > >> warum ohne Kursregistrierung? Wenn ich nichts Wesentliches verpasst >> habe, sollte das, zumindest in einer Gemeinschaftsanstrengung, _mit_ >> zumindest einfacher Kursregistrierung gehen, aber dazu sollten wir >> vielleicht mal einen IRC-/SILC-Chat abhalten. Wie waere es damit am >> kommenden Dienstag abend? Einen SILC-Server kann ich bereitstellen. > > > > Toni, bitte keine neuen GROSSEN Diskussionen und keine neuen Kommunikationswege, > da habe ich mal ganz direkt gesagt - weder die Zeit noch die Nerven für. Ein > Chat ist zudem für Leute, die ihn nicht ständig zur Kommunikation nutzen sehr > ineffektiv. > > Den Punkt mit der Registrierung sollten wir in Nigeria erstmal abklopfen und > dann diplomatisch wegverhandeln. Wenn wider erwarten doch Zeit ist, dann können > wir es ja noch einbauen. > >>> um einen Fuß in der Tür zu haben. In welcher Form wir dann die >>> Technologie noch einmal umstellen, bleibt davon unberührt. Eine >>> Umstellung müsste hinter den Kulissen und fast unbemerkt geschehen. >> Das wird aufgrund von UI-Aenderungen vermutlich nicht gehen. > > > > > Das ist nur eine Sache der Kommunikation. Wir sollten rechtzeitig ankündigen, > dass wir an einem neuen UI inkl. "innovativem" Bedienungskonzept arbeiten, was > dann neuer, leichter, toller, besser ist. Dann muss noch wer eine schöne Rede > dazu schwingen und dann passt das! :-) > >> PostgreSQL mit Replikation ueber VPN (IPSEC) - schaue ich mir an, aber >> es muss auf jeden Fall ein System gefunden werden, das in der Lage ist, >> solche Kopieroperationen zu batchen und nachzuholen, falls die Leitung >> mal ganz weggeht. > > > > Zwei Anmerkungen dazu: > > 1. Das mit dem VPN ist erstmal völlig (!!!) egal. Wichtig ist die > Synchronisation. Die Verbindung kann BT herstellen, die wollen da Experten sein, > auch wenn ihren Uniben-Präsentation das nicht unbedingt durchscheinen lässt. > > 2. Wir sollten ALLE aufhören, die Arbeit einfach in Brocken an uns zu reißen, > und so das Gesamtprojekt zu zerstückeln, nur weil uns der Brocken gerade am > besten gefällt. Das muss etwas koordinierter werden. > > Daher mein Vorschlag: > > Joachim: arbeitet eh am "alten" System; Doku des alten System > > Henrik: hält Afrika bei Laune und plant die Reise, das sollte genug Arbeit sein ;-) > > Toni: evaluiert verschiedene RDBS auf Synkronisationsmöglichkeiten und gesamte > Eignung für das Projekt. > > Ralph: Gibt mal eine Übersicht, was sich rund um Zope 3 so in den letzten > Monaten geändert hat bzw. was geplant ist. > > Thomas: Da Henrik mir schon gesagt hat, dass die Neuentwiklung mehr in meinem > Verantwortungsbereich liegen soll, werde ich das ganze mal in meinem Kopeption f > modellieren, sobald die ersten Daten von Joachim kommen. Bis dahin werde ich mal > versuchen aus seinem Code schlau zu werden. > > Michael: > ??? > Bist du noch dabei? Wann war ich es nicht? Wenn ja: du warst doch gut im Webdesign!? Dann könntest du > ein Studie zur Erstellung eines Navigations- und UI-Konzeptes machen. > Fokus: idiotensicher, erweiterbar, übersichtlich, workfloworientiert > Das geht bestimmt präziser!? > Sorry, wenn ich mal wieder etwas deutlich war, aber es muss jetzt mal was > passieren. Das Projekt muss wieder aus dem Bach raus. :-/ > Henrik, wolltest du die Projetleitung nicht übernehmen. Dazu gehört auch die Aufgabenverteilung und natürliche auch die Koodination. Ein Schiff ohne Kapitän ist zum sinken verurteilt. Und zum Steuer solltest DU greifen, bevor Land (Fels?) in Sicht ist! > Thomas > > _______________________________________________ > Org-de mailing list > Org-de at lists.waeup.org > http://lists.waeup.org/mailman/listinfo/org-de > Gruß und gute Nacht an allen späten Leser und Schreiber, Michael - -- KIPYA - IT-Lösungen - Michael Kiberu - -Geschäftsführer- Cell: +49 (0)163 152 8426 Mail: info at kipya.com Fon: +49 (0)2242 93 81 42 Fax: +49 (0)2242 93 36 733 Web: www.kipya.de - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFELaw7L0JZtQXJh5ERAnqCAJsHbWmrYb30K4L1QNa+QB+MbsiGbgCg/rBE AAupT3mkt2ZvgygUKDPYwTc= =Prmh -----END PGP SIGNATURE----- From support at oeko.net Sat Apr 1 00:32:17 2006 From: support at oeko.net (Toni Mueller) Date: Sat, 1 Apr 2006 00:32:17 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442D95FC.8030300@k-dns.de> References: <442D38FE.3000304@k-dns.de> <20060331194225.21621.qmail@oak.oeko.net> <442D95FC.8030300@k-dns.de> Message-ID: <20060331223217.25364.qmail@oak.oeko.net> Moin, On Fri, 31.03.2006 at 22:50:04 +0200, Thomas Krüger wrote: > Toni Mueller schrieb: > > kommenden Dienstag abend? Einen SILC-Server kann ich bereitstellen. > Toni, bitte keine neuen GROSSEN Diskussionen und keine neuen Kommunikationswege, > da habe ich mal ganz direkt gesagt - weder die Zeit noch die Nerven für. Ein hmmm... also SILC bedient sich fast genauso wie Standard-IRC, nur sehe ich da eine kleinere Gefahr als bei IRC, sich irgendwelchen Mist einzufangen. > Chat ist zudem für Leute, die ihn nicht ständig zur Kommunikation nutzen sehr > ineffektiv. Die Alternative waere aus meiner Sicht Telefonkonferenz, oder ein Treffen, wobei diese beiden Sachen noch schwieriger bzw. gar nicht gehen. Von daher sollten wir das mit dem Chat vielleicht schnell einueben. Oder welche Alternativen seht Ihr sonst? > Den Punkt mit der Registrierung sollten wir in Nigeria erstmal abklopfen und > dann diplomatisch wegverhandeln. Wenn wider erwarten doch Zeit ist, dann können > wir es ja noch einbauen. Ich wollte mich nicht in Nigeria weit aus dem Fenster haengen, hatte aber den Eindruck, dass wir eigentlich kurz davor stehen muessten, das schon zu haben. > Das ist nur eine Sache der Kommunikation. Wir sollten rechtzeitig ankündigen, > dass wir an einem neuen UI inkl. "innovativem" Bedienungskonzept arbeiten, was > dann neuer, leichter, toller, besser ist. Dann muss noch wer eine schöne Rede > dazu schwingen und dann passt das! :-) Das koennte klappen. > Zwei Anmerkungen dazu: > 1. Das mit dem VPN ist erstmal völlig (!!!) egal. Wichtig ist die > Synchronisation. Die Verbindung kann BT herstellen, die wollen da Experten sein, > auch wenn ihren Uniben-Präsentation das nicht unbedingt durchscheinen lässt. Ich sehe das im Moment so, dass da eine Menge getan werden muss, damit es klappt, und wenn die ganzen Daten da fliessen sollen, ist VPN aus meiner Sicht eine relativ einfache Moeglichkeit, das Ganze abzusichern. Alternativ vielleicht SSL-Tunnel...? Solche Verschluesselungssachen bringen in der Regel als "kostenloses" Gimmick noch Kompression mit. > 2. Wir sollten ALLE aufhören, die Arbeit einfach in Brocken an uns zu reißen, So war es nicht gemeint. Im Uebrigen sieht der Unterschied zu Deiner Vorgehensweise fuer mich ziemlich klein aus... > und so das Gesamtprojekt zu zerstückeln, nur weil uns der Brocken gerade am > besten gefällt. Das muss etwas koordinierter werden. Schoen. Ich habe einen Vorschlag gemacht, der mir besonders naheliegend erschien. > Daher mein Vorschlag: > Toni: evaluiert verschiedene RDBS auf Synkronisationsmöglichkeiten und gesamte > Eignung für das Projekt. Da bin ich mir nicht so sicher. Ich habe _GROSSE_ Lust, das auf PostgreSQL (8.1) einzuschraenken. Von MySQL-Besonderheiten und Last habe ich die Nase im Moment ziemlich voll (hab' bisher mit allen Versionen bis 5.0 zu tun gehabt). Der Rest kommt an diese beiden eh' nicht 'ran. Und dann zaehlt natuerlich noch, wie gut die Anbindungen sind... > Thomas: Da Henrik mir schon gesagt hat, dass die Neuentwiklung mehr in meinem > Verantwortungsbereich liegen soll, werde ich das ganze mal in meinem Kopeption f > modellieren, sobald die ersten Daten von Joachim kommen. Bis dahin werde ich mal > versuchen aus seinem Code schlau zu werden. Ich hatte angenommen, dass wir genau am Dienstag bei einem Chat mal gemeinsam an der Modellierung, oder besser, erstmal an der Analyse, arbeiten. Wir hatten schon ein paar Modellierungsarbeiten fuer unseren Entwurf gemacht, die man vielleicht einbringen und/oder um Joachims und Deinen Erfahrungen ergaenzen koennte. > ein Studie zur Erstellung eines Navigations- und UI-Konzeptes machen. > Fokus: idiotensicher, erweiterbar, übersichtlich, workfloworientiert Zu dem Thema hatten wir uns ebenfalls schon Gedanken gemacht, und das war auch einer der Ausgangspunkte fuer unseren Entwurf. Allerdings war es nur zusammengeschustert und keinesfalls "huebsch". > Sorry, wenn ich mal wieder etwas deutlich war, aber es muss jetzt mal was > passieren. Das Projekt muss wieder aus dem Bach raus. :-/ Junge, Junge... ich bin nach wie vor dafuer, dass _Henrik_ die Projektleitung hat. Gruss, --Toni++ From henrik at scientific-african.org Sat Apr 1 10:29:16 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 1 Apr 2006 10:29:16 +0200 Subject: [Org-de] Projektleitung Message-ID: Hallo zusammen, auch eine gute Projektleitung kann zum Teil überflüssige Diskussionen nicht verhindern. Die Diskussion über Chatsysteme ist absolut nicht nötig. Außerdem sehe ich beim Chatten die Gefahr, dass unsere Diskussionen unkontrollierbar und zeitraubend ausufern und nur sehr schwer konkrete Entscheidungen getroffen werden können. Nach reiflicher Überlegung möchte ich doch eher von dieser Kommunikationsform innerhalb unserer Gruppe Abstand nehmen. Zur Zeit sehe ich keine Alternative, als die Kommunikation über die Mailingliste fortzuführen. Besonders heikle Geschichten versuche ich darüber hinaus telefonisch zu klären. Ein Treffen sollten wir im Frühsommer (nach unserer Nigeriareise) auf jeden Fall nachholen. Ansonsten halte ich die von Thomas vorgeschlagene Aufgabenverteilung für angemessen und möchte diese als verbindlich vorschlagen. Ich fand Thomas Projektbeitrag bisher sehr überzeugend und bin tatsächlich der Meinung, dass Thomas die Neuentwicklung auf Basis von Z3 leitend übernehmen sollte. Ich kann vieles von dem, was ihr zum Teil heftig diskutiert, nicht beurteilen und möchte mich diesbezüglich auf seinen Sachverstand maßgeblich verlassen. Damit lasse ich mir die Gesamtprojektleitung natürlich nicht nehmen. In den Verhandlungen mit Westafrika wird es noch genug Klärungs- und Kommunikationsbedarf geben. Auch innerhalb unserer Gruppe werde ich auf eine sachliche Diskussion achten. Nun noch einige Punkte im Detail: - Die Kursregistrierung ist eigentlich ein eigenständiges Projekt, an dem naturgemäß noch viel mehr dranhängt als bisher implementiert (z.B. Erstellen von Stundenplänen, Dokumentenmanagement usw.). Wir sollten uns da durchaus dran wagen, nur sollten wir hier keine Versprechungen für Oktober machen. Erst einmal muss die Studentenregistrierung und die damit verbundene finanzielle Abwicklung über PINs perfekt stehen. - Sprachregelung: Als SRPP bezeichne ich den von Joachim entwickelten Prototypen. SRP wäre die Bezeichnung für das Produktivsystem. - Michael, deine Beteiligung war bisher recht dürftig. Deswegen finde ich Thomas Frage 'Bist du noch dabei?' schon gerechtfertigt. Schön dass du dich so eindeutig zu dem Projekt bekennst. Den Kommentar 'Das geht bestimmt präziser!?' verstehe ich nicht. Du weißt selber, worum es geht, und hast genügend Erfahrung, die du mit einbringen kannst. Ich meine ebenfalls, dass du mal einen Entwurf für ein UI machen könntest. Thomas Schlagworte sollten natürlich auf fast jedes Web-Portal zutreffen und verstehen sich fast von selbst. - Toni, ss wird dringend Zeit, dass du uns euren Entwurf vorstellst. Erst wenn wir etwas Konkretes sehen, können wir uns eine Meinung bilden. Bitte schreibe doch mal ein Paar Sätze zu eurem Ansatz und präsentiere uns euren Entwurf live auf unserem Strato-Server (wenn möglich ohne aufwendiges Authentifizierungsprozedere). Thomas möchte ich in diesem Zusammenhang um eine ernsthafte Prüfung aber auch um Zurückhaltung in der Beurteilung bitten. Gruß, Henrik From krueger at k-dns.net Sat Apr 1 22:08:21 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sat, 01 Apr 2006 22:08:21 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <20060331223217.25364.qmail@oak.oeko.net> References: <442D38FE.3000304@k-dns.de> <20060331194225.21621.qmail@oak.oeko.net> <442D95FC.8030300@k-dns.de> <20060331223217.25364.qmail@oak.oeko.net> Message-ID: <442EDDB5.7090604@k-dns.net> Toni Mueller schrieb: >> Daher mein Vorschlag: >> Toni: evaluiert verschiedene RDBS auf Synkronisationsmöglichkeiten und gesamte >> Eignung für das Projekt. > > Da bin ich mir nicht so sicher. Ich habe _GROSSE_ Lust, das auf > PostgreSQL (8.1) einzuschraenken. Von MySQL-Besonderheiten und Last > habe ich die Nase im Moment ziemlich voll (hab' bisher mit allen > Versionen bis 5.0 zu tun gehabt). Der Rest kommt an diese beiden eh' > nicht 'ran. Und dann zaehlt natuerlich noch, wie gut die Anbindungen > sind... Toni, ich möchte dich bitten den Punkt, wenn du ihn übernimmst, neutral, offen und vollständig zu erledigen. Dazu gehören dann aber auch Systeme, die nicht unbedingt deine persönlichen Favoriten sind. Thomas From js at aixtraware.de Sun Apr 2 12:12:44 2006 From: js at aixtraware.de (joachim) Date: Sun, 02 Apr 2006 12:12:44 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <33383.89.48.25.65.1143828599.squirrel@mail.waeup.org> References: <442D6766.6050801@aixtraware.de> <33383.89.48.25.65.1143828599.squirrel@mail.waeup.org> Message-ID: <442FA39C.60207@aixtraware.de> Hallo Ralph, Ralph at waeup.org schrieb: > Hallo Joachim, > >> Ich habe mit Stefane Fermigier gemailt, ob wir einen Nachmittag/Abend >> über unser Projekt in Bezug auf (CPS)/Zope3 diskutieren können. Er hat >> gesagt, "No problem". Ich denke wir sollten die Erfahrung der >> Sprintteilnehmer insbesondere in bezug auf Migration auf Z3 nutzen. Dazu >> gehören auch die Leute der Chalmers Universität (Göteborg Schweden). >> >> Ich fände es sehr gut, wenn außer mir noch andere aus unserer Gruppe an >> dieser Diskussion teilnehmen würden. > > wie meinst du das? das noch andere von uns am sprint teilnehmen? > Am Sprint kann natürlich jeder teilnehmen, und das Thema (Enterprise Contentmanagement mit Zope3) ist ja auch für uns von gewisser Relevanz. Dieser Nachmittag/Abend sollte unserer Gruppe Gelegenheit geben, mit Leuten, die schon Erfahrung mit Zope 3 und Zope 2 haben, die Einsatzmöglichkeiten von beiden Technologien für unser Projekt unter den bestehende Randbedingungen zu diskutieren. > Ich habe vor -wenn auch der termin gerade akut in gefahr ist - vom 8.4 > -12.4 (zumindest zeitweise) beim zope 3 sprint in der schweiz zu sein. > > dort sind unter anderem stephan richter , die leute von projekt01 sowie > die tübinger vom institut für wissensmedien am start. alle haben schon in > projekten zope3 produktiv im einsatz. ich denke da werde ich auch weitere > infos sammeln können. siehe > > http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/SwissEasterSprint > Das sieht sehr interessant aus. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Sun Apr 2 14:00:56 2006 From: js at aixtraware.de (joachim) Date: Sun, 02 Apr 2006 14:00:56 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: References: Message-ID: <442FBCF8.8080604@aixtraware.de> Henrik Bettermann schrieb: > Joachim schrieb: > >> Ich habe mit Stefane Fermigier gemailt, ob wir einen Nachmittag/Abend >> über unser Projekt in Bezug auf (CPS)/Zope3 diskutieren können. Er hat >> gesagt, "No problem". Ich denke wir sollten die Erfahrung der >> Sprintteilnehmer insbesondere in bezug auf Migration auf Z3 nutzen. Dazu >> gehören auch die Leute der Chalmers Universität (Göteborg Schweden). >> >> Ich fände es sehr gut, wenn außer mir noch andere aus unserer Gruppe an >> dieser Diskussion teilnehmen würden. > > Ich habe selten so zwischen den Stühlen gesessen. Jetzt gibt es auch noch > zwei Z3-Sprints in kurzer Abfolge. Das ist die falsche Betrachtungsweise, Du sitzt nicht zwischen den Stühlen, sondern Du bestimmst auf welchen Stuhl Du Dich setzen willst. Dazu solltest Du möglichst viele Meinungen/Informationen sammeln. Was die Informationen betrifft, die in unserem Fall relevant sind, sind die nicht irgendwo in schriftlicher Form abzurufen sondern befinden sich in den Köpfen der Leute, die damit arbeiten. Du musst sie also dort abrufen. > Welches ist nun der wichtigere? Das kommt drauf an, was Du in Erfahrung bringen willst. Wenn ich das richtig sehe konzentriert sich der Schweizer Sprint auf die Weiterentwicklung von Zope3. Der Paris Sprint hat die Entwicklung eines ECM mit Zope3 zum Thema. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Sun Apr 2 15:01:05 2006 From: js at aixtraware.de (joachim) Date: Sun, 02 Apr 2006 15:01:05 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442D38FE.3000304@k-dns.de> References: <442D38FE.3000304@k-dns.de> Message-ID: <442FCB11.2060702@aixtraware.de> Thomas Krüger schrieb: > Henrik Bettermann schrieb: > >> -----Original Message----- >> From: Olumide Kehinde [mailto:lummiek at yahoo.com] > >> I would like you to state how much time you would need for programming the >> production system (with the basic features). We would use this to work out a >> project schedule. > Hier mal ein erster Ansatz eines Zeitplans: 04.06 Anpassen und Dokumentation des SRPP für Nigeria Besuch 22. - 27.5 Besuch bei Unibenin durch Henrik, Thomas und Joachim Tätigkeiten: - Installation des Intranetservers - Feinspezifikation der Features die im Herbst online gehen sollen. 1.6. - 11.8. Fertigstellung der alpha-version des Produktivsystems 14.8. - 25.8. Beta Releases 28.8. - 15.9. Installation und Probebetrieb in Nigeria 18.9. - 6.10. Realbetrieb. > > Joachim: Henrik sollte dich schon gebeten haben, die bisher vorhandenen Features > aufzustellen und zu dokumentieren, kannst du zumindest die Aufstellung zeitnah > bereitstellen? > > > Nächste Frage ist wie schon gesagt die Plattform. Da wir deshalb eine Menge Zank > hatte, stelle ich nur noch die Punkte zusammen, über die es nicht viel Streit > geben sollte: > - muss/soll Python bzw. Zope-basiert sein. dabei ist zu beachten Zope2 != Zope3 > - sollte den Afrikanern in akzeptabler Zeit vermittelbar sein wie soll man das vorher bewerten ? > - sollte den Afrikaner mögl. einen technologischen Vorsprung in Afrika geben was nützt das dem Afrikaner ? > - MUSS den Leistungsanforderungen gewachsen sein die da sind ? > - viele Features sind zwar toll, aber in dieser Phase (noch) nicht gefragt welche sind toll und noch nicht gefragt ? > - eine externe Failover-Möglichkeit ist von BT angeboten > Also von Failover steht da nichts sondern Back-up/Desaster Recovery Center. Deshalb will ich auch auf die Failoverdiscussion nicht weiter eingehen, ich würde die Anforderung so formulieren: - unser System MUSS robust sein > Zope 3 war in den letzten Tagen auch wieder ein Thema. Es ist doch etwas Zeit > ins Land gegangen, und ich muss sagen, dass es einen immer besseren Eindruck auf > mich macht und halte es auch für die beste Lösung. Für welche Problemstellung ? -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From henrik at scientific-african.org Sun Apr 2 15:59:36 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 2 Apr 2006 15:59:36 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442FA39C.60207@aixtraware.de> Message-ID: Joachim schrieb: > Am Sprint kann natürlich jeder teilnehmen, und das Thema (Enterprise > Contentmanagement mit Zope3) ist ja auch für uns von gewisser Relevanz. > Dieser Nachmittag/Abend sollte unserer Gruppe Gelegenheit geben, mit > Leuten, die schon Erfahrung mit Zope 3 und Zope 2 haben, die > Einsatzmöglichkeiten von beiden Technologien für unser Projekt unter den > bestehende Randbedingungen zu diskutieren. Hallo Gruppe, wie sieht's aus mit einem Treffen in Paris? Für mich alleine macht ein Besuch wenig Sinn, höchstens als private Fortbildung. Auch wenn ich wesentlich schlauer aus Paris zurückkehren sollte, würde sich doch niemand von mir etwas sagen lassen. Zusammen könnten wir mit einem Besuch in Paris allerdings mehrere Fliegen mit einer Klappe schlagen: 1. eine Konsultation und Diskussion über Z3 2. Tonis Präsentation 3. einen erneuten Versuch, einen gemeinsamen Weg zu finden und den auch ultimativ zu fixieren Gruß, Henrik From krueger at k-dns.net Sun Apr 2 16:44:16 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sun, 02 Apr 2006 16:44:16 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: References: Message-ID: <442FE340.2010604@k-dns.net> Henrik Bettermann schrieb: > wie sieht's aus mit einem Treffen in Paris? Zwischen Ostern und Ende Mai ist mein Terminplan, insbesondere durch den Afrikaflug, (fast) komplett dicht. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From Ralph at waeup.org Sun Apr 2 16:50:20 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Sun, 2 Apr 2006 16:50:20 +0200 (CEST) Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442FCB11.2060702@aixtraware.de> References: <442D38FE.3000304@k-dns.de> <442FCB11.2060702@aixtraware.de> Message-ID: <33930.62.104.142.105.1143989420.squirrel@mail.waeup.org> Hallo Joachim, > Hier mal ein erster Ansatz eines Zeitplans: > > 04.06 Anpassen und Dokumentation des SRPP für Nigeria Besuch > 22. - 27.5 Besuch bei Unibenin durch Henrik, Thomas und Joachim > Tätigkeiten: > - Installation des Intranetservers > - Feinspezifikation der Features die im Herbst online gehen > sollen. > > 1.6. - 11.8. Fertigstellung der alpha-version des Produktivsystems > 14.8. - 25.8. Beta Releases > 28.8. - 15.9. Installation und Probebetrieb in Nigeria > 18.9. - 6.10. Realbetrieb. Noch haben wir aus meiner Sicht kein finanziertes Projekt. Wenn das mal klar ist kann man sich weitere Gedanken (vor allem für den Teil ab Juni) machen. Die Präsentation von BTLimited an der Uniben war nachden mit vorliegenden Informationen(Präsentationsdokument) ja eher ein werfen mit Nebel vor allem im Bezug auf mögliche Entwicklungskosten. Ich glaube nicht das klar ist das es sich um ein Demoportal handelt. Wenn die mal wissen das das 800mal mehr kostet bleibt mal abzuwarten wie die reagieren. > dabei ist zu beachten Zope2 != Zope3 http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html dann wühl dich mal durch diesen sehr kontrovers geführten Thread ohne klares Ergebnis. Jim Fulton schlägt einen Applikationserver vor Zope 5 der ein Dach sowohl für Zope 2 als auch Zope 3 Technologie bieten soll. Jim hat ja meistens recht aber von dem Vorschlag halte ich persönlich wenig. Aber diskutiert wird das wie man am Thread leicht sehen kann der in weiteren Posts und einer fast dreiwöchigen Grundsatzdiskussion endete..... Ralph From Ralph at waeup.org Sun Apr 2 16:58:07 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Sun, 2 Apr 2006 16:58:07 +0200 (CEST) Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: References: <442FA39C.60207@aixtraware.de> Message-ID: <33925.89.48.53.84.1143989887.squirrel@mail.waeup.org> Hallo Henrik, > wie sieht's aus mit einem Treffen in Paris? Für mich alleine macht ein > Besuch wenig Sinn, höchstens als private Fortbildung. Auch wenn ich > wesentlich schlauer aus Paris zurückkehren sollte, würde sich doch niemand > von mir etwas sagen lassen. Zusammen könnten wir mit einem Besuch in Paris > allerdings mehrere Fliegen mit einer Klappe schlagen: > > 1. eine Konsultation und Diskussion über Z3 > 2. Tonis Präsentation > 3. einen erneuten Versuch, einen gemeinsamen Weg zu finden und den auch > ultimativ zu fixieren Ich selbst könnt erst an einem Termin nach dem Wocheende 22.4-23.4. Ich will nicht die Spassbremse sein, aber ohne klaren Projektauftrag mit Budget sehe ich ausser persönlichen Weiterbildungsmotiven eigentlich nicht wieso wir in dem Stadium Kosten verursachen sollten. Ralph From krueger at k-dns.net Sun Apr 2 17:25:32 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sun, 02 Apr 2006 17:25:32 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442FCB11.2060702@aixtraware.de> References: <442D38FE.3000304@k-dns.de> <442FCB11.2060702@aixtraware.de> Message-ID: <442FECEC.5080509@k-dns.net> >> - sollte den Afrikanern in akzeptabler Zeit vermittelbar sein > wie soll man das vorher bewerten ? Das war in gewisser Weise Henrik Zielsetzung, wenn ich ihn richtig verstanden habe. Es wollte ja, dass wir denen das System "anschieben" und sie dann einweihen. >> - sollte den Afrikaner mögl. einen technologischen Vorsprung in Afrika geben > was nützt das dem Afrikaner ? Hmm, was nützt technologischer Vorsprung? Das war eine rhetorische Frage, oder? >> - MUSS den Leistungsanforderungen gewachsen sein > die da sind ? Nunja, etwa 30.000 Studenten sollen innerhalb einer kurzen Zeitspanne ihre Registrierung damit durchführen können, ohne dass das System zusammenbricht. Nehmen wir 30.000 Studenten, 10 Tage (2 Wochen a 5 Tage), etwa 100 Seiten pro Student und Pi mal Daumen ein paar Peek-Faktoren (über Tag, 1. + letzter Tag) dazu, sind schnell mal 20-30 Anfragen pro Sekunde zu beantworten. >> - viele Features sind zwar toll, aber in dieser Phase (noch) nicht gefragt > welche sind toll und noch nicht gefragt ? Alles was bisher mal angedacht war und wir noch nicht brauchen. >> - eine externe Failover-Möglichkeit ist von BT angeboten > Also von Failover steht da nichts sondern Back-up/Desaster Recovery > Center. Das ist damit schon gemeint. "Back-up/Desaster Recovery" ist ein klassicher Marketing-Ausdruck für ein Ersatzsystem. Wie "hot" das ist, bleibt zu klären, allerdings muss das Zweitsystem zu jeder Zeit über eine möglichst aktuelle Kopie der Daten aus der Uni verfügen. Wenn die die Daten nur einmal am Tag auf Band nudeln wollten, hätten die weder eine doppelte Struktur angesetzt, noch würden sie das extern machen wollen. > Deshalb will ich auch auf die Failoverdiscussion nicht weiter > eingehen, Auch wenn es nicht dein Thema ist, wird es doch für die Wahl des Backends und damit wiederum auch für die Gesamtkonzeption ausschlaggebend sein. > ich würde die Anforderung so formulieren: > - unser System MUSS robust sein Das hast du jetzt schon sehr weit verallgemeinert... >> Zope 3 war in den letzten Tagen auch wieder ein Thema. Es ist doch etwas Zeit >> ins Land gegangen, und ich muss sagen, dass es einen immer besseren Eindruck auf >> mich macht und halte es auch für die beste Lösung. > Für welche Problemstellung ? Als Basis für das Rewrite! Thomas P.S.: Joachim, ich fand einige deine Fragen schon etwas merkwürdig. Sie haben bei mir den Eindruck erweckt, du wärst nicht ganz dabeiwesen oder wolltest mich irgendwie testen. :-/ -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Sun Apr 2 22:15:39 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 2 Apr 2006 22:15:39 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442FECEC.5080509@k-dns.net> Message-ID: Meine Kommentare zu den letzen Emails von Joachim, Thomas und Ralph: 1. Dann also kein Treffen in Paris. Habe ich mir schon gedacht. Wäre schön gewesen, denn Paris ist doch die Stadt der Liebe ... 2. Joachim, deine Fragen an Thomas habe ich auch nicht verstanden? Was wolltest du damit bezwecken? 3. http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html Genau diesen Text hatte ich gelesen und beim erneuten Suchen nicht mehr wiedergefunden. Mich beunruhigt Jim Fultons Einschätzung bzw. Vision. Auf was für ein Experiment lassen wir uns da ein? 4. In Nigeria wird sich herausstellen, wie eng die Kooperation mit Uniben ist. Wenn sich die Universität an uns bindet, wird BT sicherlich tiefer in die Tasche greifen und uns einen großen Teil der Entwicklungskosten finanzieren. Ich gehe nicht davon aus, dass wir alles bezahlt bekommen. Eine gewisse Eigenfinanzierung ist schon nötig. Es gibt ja auch noch andere Unis in Afrika. Ralph, viel mehr als die mehr oder weniger unsichere Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in unserer Gruppe und auch wacklige Zope-Plattform. Diesbezüglich schwindet meine Zuversicht immer mehr. Gruß, Henrik From Ralph at waeup.org Sun Apr 2 23:22:15 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Sun, 2 Apr 2006 23:22:15 +0200 (CEST) Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: References: <442FECEC.5080509@k-dns.net> Message-ID: <34207.62.104.136.163.1144012935.squirrel@mail.waeup.org> Hi Henrik, > 4. In Nigeria wird sich herausstellen, wie eng die Kooperation mit Uniben > ist. Wenn sich die Universität an uns bindet, wird BT sicherlich tiefer in > die Tasche greifen und uns einen großen Teil der Entwicklungskosten > finanzieren. Ich gehe nicht davon aus, dass wir alles bezahlt bekommen. Das ist mir schon klar. ich wollte nur darauf hinweisen, das anscheinend die Uni wenig Vorstellung hat in welcher Grössenordnung sich sowas bewegen wird. So hatte ich das nach meinem Infostand verstanden. > Ralph, viel mehr als die mehr oder weniger unsichere > Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in > unserer Gruppe und auch wacklige Zope-Plattform. Diesbezüglich schwindet > meine Zuversicht immer mehr. Ich habe wenig Zweifel an der Zope Community. Das Proposal gefällt nicht jedem. Ich denke es wird eine vernünftige Lösung gefunden. Zope Releases fand ich immer gut gemanaged, was man von Plone z.B. nicht sagen kann. Da möchte ich mich nicht drauf verlassen auch nicht auf die anderen CMS Provider in dem Umfeld im aktuellen Stadium. Die derzeit definierten nächsten Schritte bis zu eurem Trip sind aus meiner Sicht ok. Weiss auch nicht ob jemand damit aktuell ein Problem hat? Falls es in eine nächste Phase geht und bevor wir uns zu was verpflichten muss im Rahmen der Planung abgeklärt meines erachtens wer nun was wie macht. Wenn wir dabei in der Konstellation keinen Konsens finden können müssen wir uns halt was anderes einfallen lassen. Aber die Diskussion sehe ich im Moment noch nicht. Gruss Ralph From krueger at k-dns.net Mon Apr 3 00:07:05 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Mon, 03 Apr 2006 00:07:05 +0200 Subject: [Org-de] Plattform / Team In-Reply-To: References: Message-ID: <44304B09.1000004@k-dns.net> Henrik Bettermann schrieb: > 3. http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html > > Genau diesen Text hatte ich gelesen und beim erneuten Suchen nicht mehr > wiedergefunden. Mich beunruhigt Jim Fultons Einschätzung bzw. Vision. Auf > was für ein Experiment lassen wir uns da ein? Ich glaube, er hat dort absichtlich ein wenige getrollt um mehr Feedback zu bekommen. > Ralph, viel mehr als die mehr oder weniger unsichere > Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in > unserer Gruppe und auch wacklige Zope-Plattform. Diesbezüglich schwindet > meine Zuversicht immer mehr. Aus meiner Sicht ist die Plattform um einiges stabiler und vertrauenserweckender als der Sauhaufen, den wir Team nennen. Ja, das ist ein hartes Wort, aber ich sehe es als angebracht an. Persönliche Interessen der Einzelnen haben längst die Oberhand über das Projekt gewonnen. Koordination hat es nie konsequent gegeben und ist jetzt unmöglich geworden. Kritik wird als Angriff gewertet. Jeder will "Bestimmer" sein. Der andere ist doof. Wie im Sandkasten. Ich möchte an dieser Stelle alle bitten Vorschläge für Verbesserungen einzubringen. Selbstkritik erlaubt, Fremdkritik unerwünscht. Jetzt noch ein paar Sätze zur Plattform: Zope ist auf meiner Sicht nicht die optimale Plattform, für ein Massenregistrierungsportal. Das dürfte aber allen Beteiligten klar sein. Für den Zweck ein mächtiges personalisiertes Universitätsportal, mit Content Management, Collaboration, eLearning und und und zu bauen, ist es allerdings eine von nicht mal einer Hand voll Plattformen die das vernünftig Leisten können. Eine wichtig Aufgabe in der Planung wird es sein, zwischen rechteckigen und baumartigen Daten zu differenzieren und diese in der Verarbeitung und Speicherung zu trennen ohne die Referenzen zu verlieren, sodass die später wieder transparent zusammengeführt werden können. Das ist genau dass, wo es die andere Plattformen schwer haben, da ist Zope um Längen voraus. Ein vergleichbar ausgereiftes System um Baumstrukturen zu speichern hat kein anderer Web Application Server. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From js at aixtraware.de Mon Apr 3 09:09:50 2006 From: js at aixtraware.de (joachim) Date: Mon, 03 Apr 2006 09:09:50 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <442FECEC.5080509@k-dns.net> References: <442D38FE.3000304@k-dns.de> <442FCB11.2060702@aixtraware.de> <442FECEC.5080509@k-dns.net> Message-ID: <4430CA3E.6000804@aixtraware.de> Thomas Krüger schrieb: >>> - sollte den Afrikanern in akzeptabler Zeit vermittelbar sein >> wie soll man das vorher bewerten ? > > > Das war in gewisser Weise Henrik Zielsetzung, wenn ich ihn richtig verstanden > habe. Es wollte ja, dass wir denen das System "anschieben" und sie dann einweihen. > Sicherlich ist das unsere Zielsetzung, aber um das als Bewertungskriterium für eine Systemauswahl zu nutzen, muss es konkreter formuliert werden, also wer sind die "Afrikaner", was ist ein "akzeptabler Zeitraum", und was ist "vermittelbar". Auch nach besserer Konkretisierung haben wir erst ein auf das fertige Produkt anwendbares Kriterium. >>> - sollte den Afrikaner mögl. einen technologischen Vorsprung in Afrika geben >> was nützt das dem Afrikaner ? > > Hmm, was nützt technologischer Vorsprung? > Das war eine rhetorische Frage, oder? Nein, technologischer Vorsprung ist kein Wert an sich. Er muss immer im Kontext gesehen werden. > >>> - MUSS den Leistungsanforderungen gewachsen sein >> die da sind ? > > > Nunja, etwa 30.000 Studenten sollen innerhalb einer kurzen Zeitspanne ihre > Registrierung damit durchführen können, ohne dass das System zusammenbricht. > Nehmen wir 30.000 Studenten, 10 Tage (2 Wochen a 5 Tage), etwa 100 Seiten pro > Student und Pi mal Daumen ein paar Peek-Faktoren (über Tag, 1. + letzter Tag) > dazu, sind schnell mal 20-30 Anfragen pro Sekunde zu beantworten. > o.k. das ist ein Anfang. Diese Anforderen müssen wir jetzt noch weiter konkretisieren. >>> - viele Features sind zwar toll, aber in dieser Phase (noch) nicht gefragt >> welche sind toll und noch nicht gefragt ? > > Alles was bisher mal angedacht war und wir noch nicht brauchen. > kein Kommentar. >>> - eine externe Failover-Möglichkeit ist von BT angeboten >> Also von Failover steht da nichts sondern Back-up/Desaster Recovery >> Center. > > > Das ist damit schon gemeint. "Back-up/Desaster Recovery" ist ein klassicher > Marketing-Ausdruck für ein Ersatzsystem. Wie "hot" das ist, bleibt zu klären, > allerdings muss das Zweitsystem zu jeder Zeit über eine möglichst aktuelle Kopie > der Daten aus der Uni verfügen. Wenn die die Daten nur einmal am Tag auf Band > nudeln wollten, hätten die weder eine doppelte Struktur angesetzt, noch würden > sie das extern machen wollen. > >> Deshalb will ich auch auf die Failoverdiscussion nicht weiter >> eingehen, > > > Auch wenn es nicht dein Thema ist, wird es doch für die Wahl des Backends und > damit wiederum auch für die Gesamtkonzeption ausschlaggebend sein. > >> ich würde die Anforderung so formulieren: > >> - unser System MUSS robust sein > > Das hast du jetzt schon sehr weit verallgemeinert... > das stimmt, etwas konkreter wäre: das System muss seine Aufgaben unter den gegebenen Randbedingungen zuverlässig und möglichst zügig erfüllen. Das muss man dann bei den einzelnen Funktionen noch genauer spezifizieren, z.B. bei der Bettenreservierung : es darf keine Doppelbelegung geben, ein Student darf nicht mehrere Betten belegen, was passiert wenn das System ausfällt ? -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From support at oeko.net Mon Apr 3 10:09:32 2006 From: support at oeko.net (Toni Mueller) Date: Mon, 3 Apr 2006 10:09:32 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <4430CA3E.6000804@aixtraware.de> References: <442D38FE.3000304@k-dns.de> <442FCB11.2060702@aixtraware.de> <442FECEC.5080509@k-dns.net> <4430CA3E.6000804@aixtraware.de> Message-ID: <20060403080932.14132.qmail@oak.oeko.net> Moin, On Mon, 03.04.2006 at 09:09:50 +0200, joachim wrote: > Das muss man dann bei den einzelnen Funktionen noch genauer > spezifizieren, z.B. bei der Bettenreservierung : > es darf keine Doppelbelegung geben, > ein Student darf nicht mehrere Betten belegen, sowas loest man im Umfeld relationaler Datenbanken mit Transaktionen, wobei diese hier recht einfach (und von uns schon implementiert) ist. Ich meine mich zu erinnern, dass Du so etwas ebenfalls schon implementiert hattest? > was passiert wenn das System ausfällt ? Dann werden alle Reservierungen anhand von Papierausdrucken unter Vorbehalt ausgesprochen. Gruss, --Toni++ From js at aixtraware.de Mon Apr 3 10:15:09 2006 From: js at aixtraware.de (joachim) Date: Mon, 03 Apr 2006 10:15:09 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: References: Message-ID: <4430D98D.4020808@aixtraware.de> Henrik Bettermann schrieb: > Meine Kommentare zu den letzen Emails von Joachim, Thomas und Ralph: > > 1. Dann also kein Treffen in Paris. Habe ich mir schon gedacht. Wäre schön > gewesen, denn Paris ist doch die Stadt der Liebe ... > > 2. Joachim, deine Fragen an Thomas habe ich auch nicht verstanden? Was > wolltest du damit bezwecken? > siehe meine Antwort an Thomas. Es geht mir im wesentlichen um eine Kronkretisierung der Argumente. > 3. http://mail.zope.org/pipermail/zope3-dev/2006-February/018415.html > > Genau diesen Text hatte ich gelesen und beim erneuten Suchen nicht mehr > wiedergefunden. Mich beunruhigt Jim Fultons Einschätzung bzw. Vision. Auf > was für ein Experiment lassen wir uns da ein? > Du musst da schon den ganzen thread lesen, der geht in den März, und den Anschluß http://mail.zope.org/pipermail/zope3-dev/2006-March/018516.html Wenn Du darüber so besorgt bist, solltest Du den einen Nachmittag nach Paris kommen um das mit Leuten zu diskutieren, die sich damit auskennen. > 4. In Nigeria wird sich herausstellen, wie eng die Kooperation mit Uniben > ist. Wenn sich die Universität an uns bindet, wird BT sicherlich tiefer in > die Tasche greifen und uns einen großen Teil der Entwicklungskosten > finanzieren. Ich gehe nicht davon aus, dass wir alles bezahlt bekommen. Eine > gewisse Eigenfinanzierung ist schon nötig. Es gibt ja auch noch andere Unis > in Afrika. Ralph, viel mehr als die mehr oder weniger unsichere > Projektfinanzierung betrübt mich die fehlende Kompromissbereitschaft in > unserer Gruppe Ich sehe das etwas anders: Ich denke, jeder in dieser Gruppe will das Beste für das Projekt, Da wir uns noch nicht auf die Bewertungskriterien für "das Beste" geeinigt haben, und auch das Projekt noch nicht konkret genug definiert ist sind wir in der jetztigen Situation. Wir sollten also zügig auf einen Bewertungkatalog einigen. > und auch wacklige Zope-Plattform. Diesbezüglich schwindet > meine Zuversicht immer mehr. also diesen Punkt kann ich nicht nachvollziehen, umso wichtiger ist die Discussion in Paris. - Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From Ralph at waeup.org Mon Apr 3 10:24:44 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Mon, 3 Apr 2006 10:24:44 +0200 (CEST) Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <4430D98D.4020808@aixtraware.de> References: <4430D98D.4020808@aixtraware.de> Message-ID: <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org> Hallo Joachim, > Wenn Du darüber so besorgt bist, solltest Du den einen Nachmittag nach > Paris kommen um das mit Leuten zu diskutieren, die sich damit auskennen. Das sind Leute die eher CPS pushen wollen als Zoe als solches. Ich wär dir dankbar wenn du das differenziert darstellen würdest, anstatt ständig das als die unabhängige Instanz zu verkaufen. Je kleiner eine Community (und die CPS Community ist klein) desto abhängiger macht man sich von einzelnen Köpfen die Entscheidungen vorgeben, in dem Falle Nuxeo. > also diesen Punkt kann ich nicht nachvollziehen, umso wichtiger ist die > Discussion in Paris. Nein, die ist eher unwichtig. The place to be wäre hier eindeutig der Zope 3 Core sprint und nicht das ECM Projekt, das wir a) derzeit nicht brauchen weil CMS erstmal eine untergeordnete spielt und b) das ECM Projketin der Zope Community keine grosses Commitment hat. Ralph From js at aixtraware.de Mon Apr 3 11:30:16 2006 From: js at aixtraware.de (joachim) Date: Mon, 03 Apr 2006 11:30:16 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org> References: <4430D98D.4020808@aixtraware.de> <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org> Message-ID: <4430EB28.1010308@aixtraware.de> Ralph at waeup.org schrieb: > Hallo Joachim, > >> Wenn Du darüber so besorgt bist, solltest Du den einen Nachmittag nach >> Paris kommen um das mit Leuten zu diskutieren, die sich damit auskennen. > > Das sind Leute die eher CPS pushen wollen als Zoe als solches. Ich wär dir > dankbar wenn du das differenziert darstellen würdest, anstatt ständig das > als die unabhängige Instanz zu verkaufen. Welcher Äußerung von mir entnimmst Du, dass ich das als unabhängige Instanz verkaufe ? > > Je kleiner eine Community (und die CPS Community ist klein) desto > abhängiger macht man sich von einzelnen Köpfen die Entscheidungen > vorgeben,in dem Falle Nuxeo. > Könntest Du das an einem konkreten Beispiel belegen ? >> also diesen Punkt kann ich nicht nachvollziehen, umso wichtiger ist die >> Discussion in Paris. > > Nein, die ist eher unwichtig. Ich meinte mit Diskussion nicht den Sprint sondern die Diskussion zwischen Sprintteilnehmern und unserer Gruppe, die an einem Nachmittag/Abend stattfinden könnte. Für Henrik wäre es eine Gelegenheit, die unsere (Deine und meine) unterschiedlichen Auffassung zu überprüfen. Für Dich wäre es die Gelegenheit auf die Entwicklung von ECM Einfluss zu nehmen. > The place to be wäre hier eindeutig der Zope > 3 Core sprint und nicht das ECM Projekt, das wir a) derzeit nicht brauchen > weil CMS erstmal eine untergeordnete spielt was spielt dann eine große Rolle ? > und b) > das ECM Projketin der Zope Community keine grosses Commitment hat. Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis für die Entscheidungsfindung "Auf welcher Plattform realisieren wir WAeUP ?" schaffen wollen ? -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From Ralph at waeup.org Mon Apr 3 12:04:57 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Mon, 3 Apr 2006 12:04:57 +0200 (CEST) Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <4430EB28.1010308@aixtraware.de> References: <4430D98D.4020808@aixtraware.de> <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org> <4430EB28.1010308@aixtraware.de> Message-ID: <58213.84.159.130.37.1144058697.squirrel@mail.waeup.org> > Welcher Äußerung von mir entnimmst Du, dass ich das als unabhängige > Instanz verkaufe ? Deiner wiederholten Aufforderung man müsse vor allem mit den Leuten in Paris diskutieren dann würde uns das im Bezug auf Zope 3 weiterbringen. >> Je kleiner eine Community (und die CPS Community ist klein) desto >> abhängiger macht man sich von einzelnen Köpfen die Entscheidungen >> vorgeben,in dem Falle Nuxeo. >> > Könntest Du das an einem konkreten Beispiel belegen ? in der zope Community gibt es einen grossen Meinungspluralismus. Die Entscheidungsprozesse finden daher sehr demokratisch unter Berücksichtigung vieler Interessen statt. Wenn eine Technologie aber vor allem von einem Unternehmen getrieben wir, und das ist bei CPS nun mal so, hängt die Entwicklung stärker an dem Hauptcontributor. > was spielt dann eine große Rolle ? Arbeitest du am gleichen Projekt wie ich? In keinem proposal oder irgendeiner Ankündigung steht was von Enterprise Content Management oder WebCMS. > Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis > für die Entscheidungsfindung "Auf welcher Plattform realisieren wir > WAeUP ?" schaffen wollen ? Ja, aber dazu gehört dann halt auch eine offene Grundhaltung. Wenn CPS unsere Probleme besser löst als Zope 3 dann bin ich dabei. Ich habe da kein Problem mit einem abgewogenen Dialog und einer abgestimmten Entscheidung. Aber will ALLE in Frage kommenden Alternativen abwägen und nicht nur eine. Diese Grundhaltung kann ich bei dir nicht feststellen, du willst das Problem mit deinem Parteihandbuch lösen egal ob es zum aktuellen Problem passt oder nicht. Ralph From support at oeko.net Mon Apr 3 12:04:46 2006 From: support at oeko.net (Toni Mueller) Date: Mon, 3 Apr 2006 12:04:46 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <4430EB28.1010308@aixtraware.de> References: <4430D98D.4020808@aixtraware.de> <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org> <4430EB28.1010308@aixtraware.de> Message-ID: <20060403100446.16785.qmail@oak.oeko.net> Hallo Joachim, hallo Ralph, On Mon, 03.04.2006 at 11:30:16 +0200, joachim wrote: > Ralph at waeup.org schrieb: > > The place to be wäre hier eindeutig der Zope > > 3 Core sprint und nicht das ECM Projekt, das wir a) derzeit nicht brauchen > > weil CMS erstmal eine untergeordnete spielt dem stimme ich weitgehend zu, aber > Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis > für die Entscheidungsfindung "Auf welcher Plattform realisieren wir > WAeUP ?" schaffen wollen ? das wird so einfach auch nicht gehen. Aus meiner Sicht ist das WAeUP als Projekt gross genug angelegt, um nicht ohne grosse Probleme mit einer Plattform erschlagbar zu sein. Das ist auch gar nicht noetig, weil sowieso nicht alles in eine Zope-Instanz passt, rein von den bisher bekannten Zahlen. Und wenn die Systeme eh' auf mehrere Kisten verteilt werden muessen, ist es viel wichtiger, dass sie ihre Daten vernuenftig miteinander austauschen koennen. Wie, ist eine aus meiner Sicht bislang vollkommen offene und noch nie diskutierte Frage. Z.B. sehe ich das so, dass die Studentenregistrierung andere Anforderungen an die Plattform stellt, als das von Henrik ins Spiel gebrachte Portal, wo die Wissenschaftler sich austauschen koennen. Sicher sind beide (und noch andere) Dinge wichtig, aber das "Brot-und-Butter-Geschaeft" fuer den Einstieg wird das Studentenregistrierungsportal sein, und da werden wir vermutlich einen Live-Vergleich zwischen der CPS-Loesung, an der Joachim arbeitet, und einer Z3-Loesung, an der andere Leute arbeiten, sehen, der uns dann eine bessere Basis zur Entscheidungsfindung, als wir sie jetzt haben, liefern wird. Mein Tip: Wir werden die Studentenregistrierung auf Z3 und die Kollaborationsplattform auf CPS und/oder Plone sehen... Gruss, --Toni++ From js at aixtraware.de Mon Apr 3 14:23:30 2006 From: js at aixtraware.de (joachim) Date: Mon, 03 Apr 2006 14:23:30 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <58213.84.159.130.37.1144058697.squirrel@mail.waeup.org> References: <4430D98D.4020808@aixtraware.de> <57416.84.159.130.37.1144052684.squirrel@mail.waeup.org> <4430EB28.1010308@aixtraware.de> <58213.84.159.130.37.1144058697.squirrel@mail.waeup.org> Message-ID: <443113C2.9010002@aixtraware.de> Ralph at waeup.org schrieb: >> Welcher Äußerung von mir entnimmst Du, dass ich das als unabhängige >> Instanz verkaufe ? > > Deiner wiederholten Aufforderung man müsse vor allem mit den Leuten in > Paris diskutieren dann würde uns das im Bezug auf Zope 3 weiterbringen. > ich denke, dass ich nirgendwo die Formulierung "wir müssen" oder "man muss" verwendet habe, wenn doch bitte ich das zu entschuldigen. >>> Je kleiner eine Community (und die CPS Community ist klein) desto >>> abhängiger macht man sich von einzelnen Köpfen die Entscheidungen >>> vorgeben,in dem Falle Nuxeo. >>> >> Könntest Du das an einem konkreten Beispiel belegen ? > > in der zope Community gibt es einen grossen Meinungspluralismus. Die > Entscheidungsprozesse finden daher sehr demokratisch unter > Berücksichtigung vieler Interessen statt. > > Wenn eine Technologie aber vor allem von einem Unternehmen getrieben wir, > und das ist bei CPS nun mal so, hängt die Entwicklung stärker an dem > Hauptcontributor. > Technologie ist hier wie ich es sehe Zope/CMF mit CPS Erweiterungen und die Richtung ist diese Technologie auf Zope3 umzustellen. Dies passiert im wesentlichen durch Five, das von Martijn Faasen initiert wurde und von Infrae und Nuxeo sowie einige Plone-Entwickler realisiert wurde. >> was spielt dann eine große Rolle ? > > Arbeitest du am gleichen Projekt wie ich? In keinem proposal oder > irgendeiner Ankündigung steht was von Enterprise Content Management oder > WebCMS. Da steht so viel ich weiß überhauptkein Schlagwort, wenn überhaupt kann man das WAeUP portal vielleicht als eine Mischung von ECM und ERP (Enterprise Resource Planning) verschlagworten. Eine Applikation, die um die 50000 Benutzer hat kann wohl als Enterprise Applikation bezeichnet werden. Wobei es letztlich egal ist, wie das Kind heißt. > >> Können wir uns darauf einigen, dass wir mit dieser Diskussion eine Basis >> für die Entscheidungsfindung "Auf welcher Plattform realisieren wir >> WAeUP ?" schaffen wollen ? > > Ja, aber dazu gehört dann halt auch eine offene Grundhaltung. Wenn CPS > unsere Probleme besser löst als Zope 3 dann bin ich dabei. Ich habe da > kein Problem mit einem abgewogenen Dialog und einer abgestimmten > Entscheidung. Aber will ALLE in Frage kommenden Alternativen abwägen und > nicht nur eine. Also lass uns doch eine Matrix aufmalen, die eine Achse mit den in Frage kommenden Lösungen, die Andere mit Bewertungskriterien. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Tue Apr 4 11:56:49 2006 From: js at aixtraware.de (joachim) Date: Tue, 04 Apr 2006 11:56:49 +0200 Subject: [Org-de] dokumentations wiki Message-ID: <443242E1.2010505@aixtraware.de> Hallo, ich wollte die im SRPP realisierten Funktionen documentieren. Dazu wollte ich das schon bestehende Wiki http://cms.waeup.org/wiki/ erweitern. Ich habe eine neue Wikipage Softwaredocumentation angelegt. Wie kriege ich jetzt nochmal eine Unterseite darein, sodass es so aussieht wie unter Usecases ? -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From krueger at k-dns.net Tue Apr 4 13:04:44 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Tue, 04 Apr 2006 13:04:44 +0200 Subject: [Org-de] dokumentations wiki In-Reply-To: <443242E1.2010505@aixtraware.de> References: <443242E1.2010505@aixtraware.de> Message-ID: <443252CC.7080909@k-dns.net> joachim schrieb: > Wie kriege ich jetzt nochmal eine Unterseite darein, sodass es so > aussieht wie unter Usecases ? Unter "Backlinks". Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From js at aixtraware.de Tue Apr 4 13:37:55 2006 From: js at aixtraware.de (joachim) Date: Tue, 04 Apr 2006 13:37:55 +0200 Subject: [Org-de] dokumentations wiki In-Reply-To: <443252CC.7080909@k-dns.net> References: <443242E1.2010505@aixtraware.de> <443252CC.7080909@k-dns.net> Message-ID: <44325A93.5010104@aixtraware.de> Thomas Krüger schrieb: > joachim schrieb: > >> Wie kriege ich jetzt nochmal eine Unterseite darein, sodass es so >> aussieht wie unter Usecases ? > > Unter "Backlinks". > such easy ;-) danke, -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From henrik at scientific-african.org Tue Apr 4 18:41:24 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 4 Apr 2006 18:41:24 +0200 Subject: [Org-de] FW: Uniben Portal Project In-Reply-To: <20060403100446.16785.qmail@oak.oeko.net> Message-ID: Entschuldigt meine Zurückhaltung bei der Diskussion, die ich mit Spannung verfolgt habe. Wie angekündigt bin ich seit gestern mit meinen Kindern verreist. In der ersten Osterferienwoche bin ich 120% Vater. Außerdem habe ich auch recht wenig beizusteuern. Mein Standpunkt hat Toni vortrefflich wiedergegeben: >... und da werden wir vermutlich einen >Live-Vergleich zwischen der CPS-Loesung, an der Joachim arbeitet, und >einer Z3-Loesung, an der andere Leute arbeiten, sehen, der uns dann >eine bessere Basis zur Entscheidungsfindung, als wir sie jetzt haben, >liefern wird. Ich glaube wir kommen um diesen direkten Vergleich nicht herum. Joachim, hast du schon eine Unterkunft in Paris organisiert? Ich fürchte etwas die hohen Übernachtungskosten. Einen Flug gibt es ja recht preiswert. Gruß, Henrik From js at aixtraware.de Wed Apr 5 16:59:09 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Wed, 05 Apr 2006 16:59:09 +0200 Subject: [Org-de] [Fwd: Happy to work together on the UNIBEN Educational Portal.] Message-ID: <4433DB3D.40801@aixtraware.de> Hallo, das kam gerade, von Kehinde Samuel. Thomas kannst Du Ihn in die neue Mailingliste eintragen. -------- Original-Nachricht -------- Betreff: Happy to work together on the UNIBEN Educational Portal. Datum: Wed, 5 Apr 2006 15:28:20 +0100 Von: kehindesamuel An: Joachim Schmitz , Henrik Bettermann CC: Hector Etomi , Gentlemen I am happy to re-establish our link on the Educational Portal for the use of our University and hope that the project end up being a BIG SUCCESS! Mr. Hector Etomi of BT Technologies has been a good source of inspiration as far as this project is concern. He has made several request on your behalf and I am very ready to work with you all with all my heart just to see that this project succeed. I have a lot of information that you will definitely need and very ready to get it across to you ASAP Kindly acknowledge this email and let your acknowledge be our starting point. Thank you. */Kehinde Dokun Samuel/* */Chief Systems Analyst/* */Central Records Processing Unit/* */Vice Chancellor's Office /* */University of Benin /* */Benin, Nigeria./* *0803-312-7929* Upgrade Your Email - Click here! -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From krueger at k-dns.net Wed Apr 5 18:47:18 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Wed, 05 Apr 2006 18:47:18 +0200 Subject: [Org-de] [Fwd: Happy to work together on the UNIBEN Educational Portal.] In-Reply-To: <4433DB3D.40801@aixtraware.de> References: <4433DB3D.40801@aixtraware.de> Message-ID: <4433F496.3090801@k-dns.net> Joachim Schmitz schrieb: > Thomas kannst Du Ihn in die neue Mailingliste eintragen. Das wollte eigentlich Henrik machen. Bisher ist noch niemand eingetragen. Ich weiß auch nicht, wer da mit rein soll. Man kann sich aber selbst anmelden. Henrik oder ich könne die Leute dann freigeben: http://lists.waeup.org/mailman/listinfo/uniben Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Wed Apr 5 23:22:33 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 5 Apr 2006 23:22:33 +0200 Subject: [Org-de] [Fwd: Happy to work together on the UNIBEN Educational Portal.] In-Reply-To: <4433F496.3090801@k-dns.net> Message-ID: Hallo zusammen, ja ich werde das jetzt in Gang setzen nach dieser erfreulichen Email. Joachim und ich haben Kehinde Samuel kennengelernt und wissen seine Kooperationsbereitschaft sehr zu schätzen. Er ist vermutlich der Fähigste in der gesamten Gruppe. Jetzt bin ich sehr zuversichtlich, dass wir in Benin unser Ziel erreichen können. Gruß, Henrik > -----Original Message----- > From: org-de-bounces at lists.waeup.org > [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Thomas Krüger > Sent: Wednesday, April 05, 2006 6:47 PM > To: Deutsche WAeUP-Gruppe > Subject: Re: [Org-de] [Fwd: Happy to work together on the UNIBEN > Educational Portal.] > > > Joachim Schmitz schrieb: > > > Thomas kannst Du Ihn in die neue Mailingliste eintragen. > > > Das wollte eigentlich Henrik machen. Bisher ist noch niemand eingetragen. > Ich weiß auch nicht, wer da mit rein soll. > > Man kann sich aber selbst anmelden. Henrik oder ich könne die > Leute dann freigeben: > http://lists.waeup.org/mailman/listinfo/uniben > > Thomas > > -- > Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 > Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 > PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org > Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee > _______________________________________________ > Org-de mailing list > Org-de at lists.waeup.org > http://lists.waeup.org/mailman/listinfo/org-de > From js at aixtraware.de Thu Apr 6 11:28:35 2006 From: js at aixtraware.de (joachim) Date: Thu, 06 Apr 2006 11:28:35 +0200 Subject: [Org-de] Links zum Wiki Message-ID: <4434DF43.8070500@aixtraware.de> Hallo, Die Links auf http://cms.waeup.org/wiki zur "SRPP: Documentation" stimmen nicht mehr, nachdem ich einige Seiten hinzugefügt habe, offensicht werden die händisch eingetragen. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From Ralph at waeup.org Thu Apr 6 11:46:56 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 6 Apr 2006 11:46:56 +0200 (CEST) Subject: [Org-de] Zope 3 sprint Message-ID: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> Hallo zusammen, ich werde wie gesagt am zope 3 sprint teilnehmen und vom 8.4-11.4 in cham in der schweiz sein. Die möglichen Topics für den spint sind folgende (ohne das ich in jedem falle wüsstewas sich dahinter verbirgt ;-) ) - Arbeiten an einer Zope 3 Projekt seite - Webadmininterface (ZMI-artiges) - high-level overviews - wohl cencept maps und andere diagramme zur besseren visualisierung des frameworks. ist mir eher unklar. - JSR-168 like Portlets (ist ein standard aus der java welt mit standardisierte portlet api) - Proposals and Prototypes Ich habe hier ein proposal für eine bessere integration eines ansatzes für service orienterte strukturen vorgeschlagen. siehe http://www.software-kompetenz.de/?21805. kann aber sein dass das ausser mirt niemand interessiert. für waeup portal finde ich das als ansatz nicht uninteressant da wir sehr viele baustellen haben werden. wenn euch noch was einfällt was ich mal thematisieren sollte lasst es mich bitte wissen. ich könnte versuchen am ersten tag ein entsprechendes proposal einzubringen wenn es von euch klar formulierte! ideen gibt die sich für den sprint anbieten. da sein werden einige der zope 3 rockstars wie stephan richter (auch schooltool projekt) , einige aus dem plone umfeld (z.B. joddock battlog), nuxeo hat abgesagt wegen kunden projekten. viele der teilnehmer haben bereits grössere zope 3 projekte am start, das wird sicher interessant mal deren erfahrungen abzuklopfen. gruss ralph From krueger at k-dns.net Thu Apr 6 13:04:57 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Thu, 06 Apr 2006 13:04:57 +0200 Subject: [Org-de] Zope 3 sprint In-Reply-To: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> Message-ID: <4434F5D9.8090409@k-dns.net> Ralph at waeup.org schrieb: > Ich habe hier ein proposal für eine bessere integration eines ansatzes > für service orienterte strukturen vorgeschlagen. siehe > http://www.software-kompetenz.de/?21805. kann aber sein dass das ausser > mirt niemand interessiert. für waeup portal finde ich das als ansatz nicht > uninteressant da wir sehr viele baustellen haben werden. Hallo Ralph, wir hatten ja schon kurz über Service Orientated Architecture (SOA) gesprochen. Ich stehe nicht allein mit dem Gedanken, dass es sich dabei um eine Idee und nicht um eine Technik handelt. Effektiv ist es ein in letzter Zeit marketingmäßig komplett ausgeschlachteter Begriff, der mit einigen wenigen Kernauslagen zu charakterisieren ist: - es soll ein Workflow über mehrere Systeme definiert werden - der Workflow wird typischerweise durch Betriebswirte definiert, die die Geschäftsprozesse abbilden - die IT soll das dann 1:1 umsetzen Der letzte Punkt ist zugleich Knackpunkt des ganzen. Fast alle Studien und Szenarien lassen einen Punkt aus dem Blickfeld oder würdigen ihn nur im Nebensatz: Ist das entwickelte Konzept realisierbar. Als Unterpunkte dieser Frage stellen sich: - Kann in meine bisherige IT-Struktur SOA implementiert werden? - Wie hoch ist der Aufwand? Erfahrungsgemäß unverhältnismäßig höher als andere Konzepte. - Wann ist mit einem ROI zu rechnen? Antworten auf diese Fragen bleiben nahezu alle Quellen zum Thema SOA schuldig. Lieber wird mit alten Träumen der Chefetagen gespielt und mit Floskeln wie "Die IT arbeitet ENDLICH für das Geschäft." um sich geworfen. Letztendlich lohnen sich solche Systeme nur im Enterprisebereich mit vielen angeschlossenen externen Service- und Informationsanbietern. Also was bringt uns das? Da Konzept, Services auf unterschiedlichen Server und Plattformen interagieren zu lassen ist zwar nicht schlecht, aber auch nicht neu. Neu hingegen ist der Ansatz von den Wirtschaftsleuten die IT-Struktur modellieren zu lassen. Ich glaube nicht, dass unsere afrikanischen Partner dies leisten könnten. Erst die Präsentation für die Uniben hat wieder gezeigt, dass sie eher in die andere Richtung denken. "Was hab ich? Was kann ich damit machen?" statt "Was brauch ich? Wie setze ich das um?" Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From Ralph at waeup.org Thu Apr 6 13:17:33 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 6 Apr 2006 13:17:33 +0200 (CEST) Subject: [Org-de] Zope 3 sprint In-Reply-To: <4434F5D9.8090409@k-dns.net> References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> <4434F5D9.8090409@k-dns.net> Message-ID: <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org> Hallo Thomas, danke für das Referat ;-). Ich s wollte nur einen kurze Referenz geben was man im Allgemeinen darunter versteht. Mir ist schon klar dass das ein marketingmässiger hype ist wie web 2.0 und vieles anderes auch. Man muss immer differenziert sehen wann man was breauchen kann und wann nicht. für vieles im waeup portal werden wir das nicht brauchen. Für wiederverwendbare e-Learning Dienste jedoach halte ich den ansatz für interessant. Content wird wieder und wieder entwickelt, das rad ständig neu erfunden. > - Wann ist mit einem ROI zu rechnen? stell dir mal wenn auch nur 5 universitäten auch gedanklich einigermassen vernetzt wären. und die würden über eine solche gemeinsam verwendete architektur lerninhalte gegenseitig durchsuchbar und auch zugänglich machen. dann hätte sich der mehraufwand bereits amortisiert. > Letztendlich lohnen sich solche Systeme nur im Enterprisebereich mit > vielen angeschlossenen externen Service- und Informationsanbietern. siehe oben > Also was bringt uns das? es soll gegebenfalls dem kunden was bringen. das könnte hier gegeben sein. rab From henrik at scientific-african.org Thu Apr 6 14:50:57 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Thu, 6 Apr 2006 14:50:57 +0200 Subject: [Org-de] Zeitdruck Message-ID: Ihr habt's alle lesen konnen. Es wird mal wieder Druck gemacht. Mir scheint jetzt sehr wichtig zu sein, dass wir insbesondere gegenuber Kehinde Samuel keine falschen Erwartungen wecken. Wenn Uniben unseren Zeitplan akzeptiert, wird das naturlich auch Hector tun (mussen). Die Absprache mit Kehinde Samuel eilt und ich werde versuchen, eine Emailentwurf in den Abendstunden (auf einem Campingplatz) zu schreiben. Diesen Entwurf mussen wir dann noch intern diskutieren. Gru?, Henrik -----Original Message----- From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On Behalf Of Mr. Etomi Sent: Thursday, April 06, 2006 1:02 PM To: WAeUP organisation and coordination Subject: Re: [Org] Happy to work together on the UNIBEN Educational Portal. Henrik. Thanks for your mail and we are all excited that I finally got the approval from the University to re-build their Administrative Portal.Pls note like I mentioned before that the new Portal is expected to be fully operational before the next academic session coming up in Sept.2006.The CPRU has pledged it's full co-operation to work diligently with your team to achieve the desired objective.I hace impressed on them on the need to provide all the relevant information and bata that would give you the required milage in the execution of the project.They will also provide infprmation regarding the hardware issues to enable the proper configuration of the hardware requirments.I will closely monitor developements in this regard but please do not hesitate to draw my attention to issues that could prevent the successful delivery of the project.I will be liasing with a committee set up by the University to monitor progress of the development. Pls note once again that time is not on our side and so all hands need to be on deck to ensure successful delivery.I await your response. From Ralph at waeup.org Thu Apr 6 15:04:20 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 6 Apr 2006 15:04:20 +0200 (CEST) Subject: [Org-de] Zeitdruck In-Reply-To: References: Message-ID: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org> hallo henrik, ich hab ihm propsal bt-->uniben gelesen, dass das portal 8da steht nichts vom prototyp) 24k euro kostet. ist das auch in afrika sowohl bei uniben und auch bt WIRKLICH klar, dass das der preis für den prototyp ist? ich habe nicht den eindruck. ich weiss dass du das kommuniziert hast an bt. habe aber nicht in erinnerung dass das schriftlich bestaätigt wurde. vor allem uniben hat im augenblick was ganz anderes vorliegen. das muss aus meiner sicht zuerst geklärt werden mit der frage wann etomi gedenkt den rest des ersten vertrags zu bezahlen. monatelang vorleistungen halte ich nicht für machbar. schönen urlaub noch wo auch immer du dich rumtreibst ralph From support at oeko.net Thu Apr 6 15:14:11 2006 From: support at oeko.net (Toni Mueller) Date: Thu, 6 Apr 2006 15:14:11 +0200 Subject: [Org-de] Zope 3 sprint In-Reply-To: <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org> References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> <4434F5D9.8090409@k-dns.net> <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org> Message-ID: <20060406131411.23454.qmail@oak.oeko.net> Moin, On Thu, 06.04.2006 at 13:17:33 +0200, Ralph at waeup.org wrote: > stell dir mal wenn auch nur 5 universitäten auch gedanklich einigermassen > vernetzt wären. und die würden über eine solche gemeinsam verwendete > architektur lerninhalte gegenseitig durchsuchbar und auch zugänglich > machen. dann hätte sich der mehraufwand bereits amortisiert. koennen und duerfen die das, oder muessen die einzelkaempferisch als "Profit-Center" oder sowas im gegenseitigen Wettbewerb arbeiten? Gibt die Infrastruktur und Logistik das her, dass sie sich IT-Anlagen teilen bzw. gemeinsam benutzen, und in welchem Ausmass? Gruss, --Toni++ From support at oeko.net Thu Apr 6 15:28:30 2006 From: support at oeko.net (Toni Mueller) Date: Thu, 6 Apr 2006 15:28:30 +0200 Subject: [Org-de] Zope 3 sprint In-Reply-To: <4434F5D9.8090409@k-dns.net> References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> <4434F5D9.8090409@k-dns.net> Message-ID: <20060406132830.23828.qmail@oak.oeko.net> Moin, On Thu, 06.04.2006 at 13:04:57 +0200, Thomas Krüger wrote: > Ralph at waeup.org schrieb: > > für service orienterte strukturen vorgeschlagen. siehe > > http://www.software-kompetenz.de/?21805. kann aber sein dass das ausser > > mirt niemand interessiert. für waeup portal finde ich das als ansatz nicht > > uninteressant da wir sehr viele baustellen haben werden. ja (ich spekuliere einfach mal mit) > Ich stehe nicht allein mit dem Gedanken, dass es sich dabei um eine Idee und > nicht um eine Technik handelt. Das sehe ich aehnlich. > Effektiv ist es ein in letzter Zeit marketingmäßig komplett > ausgeschlachteter Begriff, der mit einigen wenigen Kernauslagen zu > charakterisieren ist: > - es soll ein Workflow über mehrere Systeme definiert werden > - der Workflow wird typischerweise durch Betriebswirte definiert, die die > Geschäftsprozesse abbilden > - die IT soll das dann 1:1 umsetzen Uhhh... Punkt 1: ok, Punkte 2 + 3: naja Wobei Betriebswirte ja heute schon intensiv in der Analyse und manchen anderen Aspekten der Anwendungsentwicklung beteiligt sind, also ist das nicht unbedingt etwas Neues. > Der letzte Punkt ist zugleich Knackpunkt des ganzen. Fast alle Studien und > Szenarien lassen einen Punkt aus dem Blickfeld oder würdigen ihn nur im > Nebensatz: Ist das entwickelte Konzept realisierbar. ... und dann auch noch unter der Praemisse, dass es nicht viel mehr als vorher kosten darf - weiter unten gehst Du ja etwas darauf ein. > Lieber wird mit alten Träumen der Chefetagen gespielt und mit > Floskeln wie "Die IT arbeitet ENDLICH für das Geschäft." um sich > geworfen. Das hat etwas mit dem Hass der BWLer auf die ITler, von denen sie ziemlich abhaengig sind, zu tun. Die koennen das nicht verknusen, weil sie sich dadurch in ihrer Eigenschaft als "Chef" (= Allmachtsphantasien) angegriffen fuehlen. > Letztendlich lohnen sich solche Systeme nur im Enterprisebereich mit > vielen angeschlossenen externen Service- und Informationsanbietern. Hmm? > Also was bringt uns das? Also aus meiner Sicht waere das vielleicht eine Idee, um das Lastproblem zu loesen, durch die Partitionierung der Anwendung. > Da Konzept, Services auf unterschiedlichen Server und Plattformen interagieren > zu lassen ist zwar nicht schlecht, aber auch nicht neu. CORBA z.B... > Neu hingegen ist der Ansatz von den Wirtschaftsleuten die IT-Struktur > modellieren zu lassen. Ich glaube nicht, dass unsere afrikanischen > Partner dies leisten könnten. Erst die Präsentation für die Uniben > hat wieder gezeigt, dass sie eher in die andere Richtung denken. "Was > hab ich? Was kann ich damit machen?" statt "Was brauch ich? Wie setze > ich das um?" Vor allem reden wir ja ueber interaktive Anwendungen, und da spekuliere ich mal, dass man ziemlich viel Hardware und Software braucht, um zur Anwenderseite hin keine allzugrossen Wartezeiten aufkommen zu lassen - jeder Uebergang zwischen verschiedenen Systemen bedingt wieder eine gewisse Latenzzeit, die erstmal durch den Rest der Struktur wieder eingefahren werden muss. Das muss also vermutlich etwas unterhalb eines HTTP-Requests sein. Gruss, --Toni++ From henrik at scientific-african.org Thu Apr 6 15:56:29 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Thu, 6 Apr 2006 15:56:29 +0200 Subject: [Org-de] Zeitdruck In-Reply-To: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org> Message-ID: Hallo Ralph, Für mich ist mit unserem Besuch in Nigeria die Entwicklung des Prototypen abgeschlossen. Wie schon erwähnt, werde ich dann eine angemessene Beteiligung von BT für die Erstellung des Produktivsystems einfordern aber nicht unbedingt erwarten, dass die tatsächlichen Entwicklungskosten zu 100% von BT getragen werden. Das System soll ja auch noch an anderer Stelle zum Einsatz kommen. Nach meiner Einschätzung sitzen wir bereits am längeren Hebel, da BT gegenüber Uniben im Wort steht. Deswegen bitte nicht so schwarz sehen. > schönen urlaub noch wo auch immer du dich rumtreibst Ich bin mit meinen Söhnen im Wohnwagen unterwegs. Wir mussten jedoch für drei Tage bei meinen Eltern in Bochum Station machen, da Carl, mein Ältester (7), krank wurde. Heute abend geht es weiter. Die Himmelsrichtung steht immer noch nicht fest. Der Wetterbericht wird entscheiden. Gruß, Henrik > -----Original Message----- > From: org-de-bounces at lists.waeup.org > [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Ralph at waeup.org > Sent: Thursday, April 06, 2006 3:04 PM > To: Deutsche WAeUP-Gruppe > Subject: Re: [Org-de] Zeitdruck > > > hallo henrik, > > ich hab ihm propsal bt-->uniben gelesen, dass das portal 8da steht nichts > vom prototyp) 24k euro kostet. ist das auch in afrika sowohl bei uniben > und auch bt WIRKLICH klar, dass das der preis für den prototyp ist? ich > habe nicht den eindruck. ich weiss dass du das kommuniziert hast an bt. > habe aber nicht in erinnerung dass das schriftlich bestaätigt wurde. vor > allem uniben hat im augenblick was ganz anderes vorliegen. > > das muss aus meiner sicht zuerst geklärt werden mit der frage wann etomi > gedenkt den rest des ersten vertrags zu bezahlen. > > monatelang vorleistungen halte ich nicht für machbar. > > schönen urlaub noch wo auch immer du dich rumtreibst > > ralph > > _______________________________________________ > Org-de mailing list > Org-de at lists.waeup.org > http://lists.waeup.org/mailman/listinfo/org-de > From support at oeko.net Thu Apr 6 16:04:13 2006 From: support at oeko.net (Toni Mueller) Date: Thu, 6 Apr 2006 16:04:13 +0200 Subject: [Org-de] Zeitdruck In-Reply-To: References: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org> Message-ID: <20060406140413.24848.qmail@oak.oeko.net> Hallo Henrik, On Thu, 06.04.2006 at 15:56:29 +0200, Henrik Bettermann wrote: > abgeschlossen. Wie schon erwähnt, werde ich dann eine angemessene > Beteiligung von BT für die Erstellung des Produktivsystems einfordern aber > nicht unbedingt erwarten, dass die tatsächlichen Entwicklungskosten zu 100% > von BT getragen werden. dass BT die tatsaechlichen Entwicklungskosten zu 100% traegt, erwartet vermutlich niemand, aber dass BT den vertraglich vereinbarten Teil von ca. 24kE bezahlt, erwarten offensichtlich mehrere Leute hier durchaus. > Das System soll ja auch noch an anderer Stelle zum > Einsatz kommen. Schon... aber das sind doch zwei verschiedene Paar Schuhe, oder nicht? > Nach meiner Einschätzung sitzen wir bereits am längeren Hebel, da BT > gegenüber Uniben im Wort steht. Deswegen bitte nicht so schwarz > sehen. Was heisst schwarz sehen? Es geht, neben dem lieben Geld, mehr um das Gefuehl, verladen zu werden, und wer mag das schon? > drei Tage bei meinen Eltern in Bochum Station machen, da Carl, mein Ältester > (7), krank wurde. Heute abend geht es weiter. Die Himmelsrichtung steht > immer noch nicht fest. Der Wetterbericht wird entscheiden. Na, dann wuensche ich noch einen froehlichen Resturlaub. Gruss, --Toni++ From henrik at scientific-african.org Thu Apr 6 16:13:09 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Thu, 6 Apr 2006 16:13:09 +0200 Subject: [Org-de] Zeitdruck In-Reply-To: <20060406140413.24848.qmail@oak.oeko.net> Message-ID: Toni schrieb: > dass BT die tatsaechlichen Entwicklungskosten zu 100% traegt, erwartet > vermutlich niemand, aber dass BT den vertraglich vereinbarten Teil von > ca. 24kE bezahlt, erwarten offensichtlich mehrere Leute hier durchaus. Habe ich irgendwann etwas anderes behauptet bzw. erwartet? > > Das System soll ja auch noch an anderer Stelle zum > > Einsatz kommen. > > Schon... aber das sind doch zwei verschiedene Paar Schuhe, oder nicht? Finde ich nicht unbedingt. Wir erstellen immerhin eine generische Software, deren afrikaweiter Einsatz von Anfang an geplant war. Mein Verständnis sagt mir, dass wir die Entwicklungskosten nicht nur einem Kunden aufbürden können. Sehe ich da etwas falsch? > > Nach meiner Einschätzung sitzen wir bereits am längeren Hebel, da BT > > gegenüber Uniben im Wort steht. Deswegen bitte nicht so schwarz > > sehen. > > Was heisst schwarz sehen? Es geht, neben dem lieben Geld, mehr um das > Gefuehl, verladen zu werden, und wer mag das schon? Ich habe nie das Gefühl gehabt, verladen oder über den Tisch gezogen zu werden. Gruß, Henrik From Ralph at waeup.org Thu Apr 6 16:29:46 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 6 Apr 2006 16:29:46 +0200 (CEST) Subject: [Org-de] Zeitdruck In-Reply-To: References: <57749.84.159.158.163.1144328660.squirrel@mail.waeup.org> Message-ID: <57980.84.159.158.163.1144333786.squirrel@mail.waeup.org> Hallo Henrik, >Deswegen bitte nicht so schwarz sehen. ich hätte wetten können, dass das kommt ;-) Aber wir brauchen doch ne saubere Auftragsklärung. Wenn wir A sagen und BT und Uniben meint B zu verstehen dann macht das doch alles keinen Sinn. Besser wäre jetzt zu sagen was ist unser Zeitplan und was ist der ungefähre Korridor an Kosten der entsteht. Sonst sind wir doch schon wieder am rumeiern so kurz vor Ostern. Wo sollte das ohne eine solche Klärung zum jetzigen Stadium hinführen? Das gibt nur Raum für Missverständnisse. Gruss Ralph From support at oeko.net Thu Apr 6 17:07:15 2006 From: support at oeko.net (Toni Mueller) Date: Thu, 6 Apr 2006 17:07:15 +0200 Subject: [Org-de] Zeitdruck In-Reply-To: References: <20060406140413.24848.qmail@oak.oeko.net> Message-ID: <20060406150715.26433.qmail@oak.oeko.net> Moin, On Thu, 06.04.2006 at 16:13:09 +0200, Henrik Bettermann wrote: > Toni schrieb: > > dass BT die tatsaechlichen Entwicklungskosten zu 100% traegt, erwartet > > vermutlich niemand, aber dass BT den vertraglich vereinbarten Teil von > > ca. 24kE bezahlt, erwarten offensichtlich mehrere Leute hier durchaus. > > Habe ich irgendwann etwas anderes behauptet bzw. erwartet? ich habe Deine Aussage so verstanden, aber anscheinend falsch. Dass wir fuer den kommenden, produktiven Teil nicht alle Kosten komplett auf BT abwaelzen koennen, jedenfalls nicht nur im Zusammenhang mit Uniben, das ist auch klar. Wenn und solange sich aber z.B. noch nichts in Ghana tut, wird erstmal die ganze Kohle aus Nigeria kommen muessen. > > > Das System soll ja auch noch an anderer Stelle zum > > > Einsatz kommen. > > Schon... aber das sind doch zwei verschiedene Paar Schuhe, oder nicht? > Finde ich nicht unbedingt. Wir erstellen immerhin eine generische Software, > deren afrikaweiter Einsatz von Anfang an geplant war. Schon. > Mein Verständnis sagt mir, dass wir die Entwicklungskosten nicht nur > einem Kunden aufbürden können. Sehe ich da etwas falsch? Nein, das sehe ich auch so. Es muss nur sichergestellt werden, dass die Entwicklungskosten gedeckt sind, bei GPL-Software bekanntlich ein heikles Thema. ;-) Davon abgesehen haben wir erstmal nur einen Kunden, und der heisst BT, auch wenn BT es schaffen sollte, die Software an mehreren Unis zu plazieren. Dann haben wir zwar mehr Installationen, und der Gesamtauftrag wird vielleicht groesser, aber solange z.B. Netplux noch nicht dabei ist, haben wir dann nach wie vor nur einen Kunden. Ausserdem aendert das alles nichts an der Tatsache, dass Etomi aus meiner Sicht 24kE unterschrieben hat und diese (noch) nicht zahlt, obwohl der ganze Vorgang ansonsten schon ziemlich weit in der Vergangenheit liegt. > Ich habe nie das Gefühl gehabt, verladen oder über den Tisch gezogen zu > werden. Bei Etomi bin ich mir zumindest nicht so sicher, ob er es nicht wenigstens versucht. Wenn er mal den Rest zahlen wuerde, und zwar ohne weiter 'rumzuzicken, waere das in meinen Augen eine vertrauensbildende Massnahme. Nachdem es ja aus Uniben im Moment recht positiv klingt, sollte ihm das nun leichtfallen. Gruss, --Toni++ From Ralph at waeup.org Thu Apr 6 20:53:31 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 6 Apr 2006 20:53:31 +0200 (CEST) Subject: [Org-de] Zope 3 sprint In-Reply-To: <20060406131411.23454.qmail@oak.oeko.net> References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> <4434F5D9.8090409@k-dns.net> <58887.84.159.158.163.1144322253.squirrel@mail.waeup.org> <20060406131411.23454.qmail@oak.oeko.net> Message-ID: <32942.89.48.42.231.1144349611.squirrel@mail.waeup.org> Hallo Toni, > Moin, > > On Thu, 06.04.2006 at 13:17:33 +0200, Ralph at waeup.org > wrote: >> stell dir mal wenn auch nur 5 universitäten auch gedanklich >> einigermassen >> vernetzt wären. und die würden über eine solche gemeinsam verwendete >> architektur lerninhalte gegenseitig durchsuchbar und auch zugänglich >> machen. dann hätte sich der mehraufwand bereits amortisiert. > > koennen und duerfen die das, oder muessen die einzelkaempferisch als > "Profit-Center" oder sowas im gegenseitigen Wettbewerb arbeiten? die dürften sich schon vernetzen. ob sie das wollen ist ne andere frage. durch eine solche kooperation könnten sie finanziell profitieren, weil man mehr anzubieten hat. > Gibt die Infrastruktur und Logistik das her, dass sie sich IT-Anlagen >teilen bzw. gemeinsam benutzen, und in welchem Ausmass? Es wären ja nicht die IT Anlagen due geteilt würden, aber eine stabile Vernetzung zwischen Unis wäre notwendig. Das ist wahrscheinlich in den meisten regionen derzeit eher schwierig schätze ich. glaube nicht das es da ein hochschulnetz gibt wie bei uns in den meisten teilen westafrikas. henrik dürfte das wissen. ralph From henrik at scientific-african.org Thu Apr 6 23:07:31 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Thu, 6 Apr 2006 23:07:31 +0200 Subject: [Org-de] =?iso-8859-1?q?gro=DFes_Vertrauen?= Message-ID: Hallo zusammen, Kehinde Samuel hat mir und Joachim in einer vertraulichen Email die Zugangsdaten als Administrator zum bestehenden Portal der Uniben zugeschickt. Er hat die Mitteilung verständlicherweise als streng vertraulich eingestuft, deswegen möchte die Mail nicht einfach über die Liste weiterleiten. Ich finde das uns entgegengebrachte Vertrauen sensationell. Es zeigt, wie ernst die Zusammenarbeit gesehen wird. Für Joachim und Thomas sollte der Zugang goldwert sein. Auf Wunsch leite ich die Email verschlüsselt weiter. Gruß, Henrik From js at aixtraware.de Fri Apr 7 13:39:18 2006 From: js at aixtraware.de (joachim) Date: Fri, 07 Apr 2006 13:39:18 +0200 Subject: [Org-de] Zope 3 sprint In-Reply-To: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> References: <59242.84.159.158.163.1144316816.squirrel@mail.waeup.org> Message-ID: <44364F66.2050804@aixtraware.de> Hallo Ralph, Ralph at waeup.org schrieb: > Hallo zusammen, > > ich werde wie gesagt am zope 3 sprint teilnehmen > und vom 8.4-11.4 in cham in der schweiz sein. > in unserem Fall ist der Status von ORM (object relational mapping) in Z3 interessant, oder die allgemeine Einbettung von SQL in Z3. In letzter Zeit ist in der Z3 Welt viel von Integration von SQLAlchemy http://www.sqlalchemy.org/ in Z3 die Rede s. http://mail.zope.org/pipermail/zope3-users/2006-April/002934.html -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From henrik at scientific-african.org Fri Apr 7 18:08:24 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Fri, 7 Apr 2006 18:08:24 +0200 Subject: [Org-de] [Org] Happy to work together on the UNIBEN Educational Portal. In-Reply-To: <008c01c65969$94402df0$6600a8c0@Lummyedu> Message-ID: Dear Hector, We are very lucky about the approval from Uniben and also the prompt response from Kehinde Samuel. We will discuss the technical details with him and will prepare our visit to Benin. The access to the existing portal provided yesterday will speed up the development enormously. The is the time schedule proposed by Joachim: April 06 final adjustment and documentation of the SRPP in close collaboration with Kehinde Samuel 22 - 27/5 visit to Benin City activities: - installation of the intranet server - final specification of the features which should be online for the next registration period 1/6 - 11/8 completion of the alpha-version of the production system 14/8 - 25/8 beta releases 28/8 - 15/9 installation and test run in Nigeria (could be done online) I will forward all emails to you such that you are always informed about the progress of our work. I'm travelling next week but will check my emails regularly. From April 19 to 21 I will be in Paris together with Joachim discussing the Uniben portal requirements with the Nuxeo people: http://www.z3lab.org/sections/news/zope-3-z3ecm-april Best regards, Henrik > -----Original Message----- > From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On > Behalf Of Mr. Etomi > Sent: Thursday, April 06, 2006 1:02 PM > To: WAeUP organisation and coordination > Subject: Re: [Org] Happy to work together on the UNIBEN Educational > Portal. > > > Henrik. > Thanks for your mail and we are all excited that I finally got > the approval > from the University to re-build their Administrative Portal.Pls > note like I > mentioned before that the new Portal is expected to be fully operational > before the next academic session coming up in Sept.2006.The CPRU > has pledged > it's full co-operation to work diligently with your team to achieve the > desired objective.I hace impressed on them on the need to provide all the > relevant information and bata that would give you the required > milage in the > execution of the project.They will also provide infprmation regarding the > hardware issues to enable the proper configuration of the hardware > requirments.I will closely monitor developements in this regard > but please > do not hesitate to draw my attention to issues that could prevent the > successful delivery of the project.I will be liasing with a > committee set up > by the University to monitor progress of the development. Pls note once > again that time is not on our side and so all hands need to be on deck to > ensure successful delivery.I await your response. From support at oeko.net Fri Apr 7 21:44:22 2006 From: support at oeko.net (Toni Mueller) Date: Fri, 7 Apr 2006 21:44:22 +0200 Subject: [Org-de] =?iso-8859-1?Q?gro=DFe?= =?iso-8859-1?Q?s?= Vertrauen In-Reply-To: References: Message-ID: <20060407194422.1124.qmail@oak.oeko.net> Hallo Henrik, On Thu, 06.04.2006 at 23:07:31 +0200, Henrik Bettermann wrote: > sensationell. Es zeigt, wie ernst die Zusammenarbeit gesehen wird. Für > Joachim und Thomas sollte der Zugang goldwert sein. Auf Wunsch leite ich die > Email verschlüsselt weiter. fuer uns bitte auch, danke! (Deiner Einschaetzung hinsichtlich Uniben und Samuel Kehinde stimme ich zu.) Gruss, --Toni++ From henrik at scientific-african.org Mon Apr 10 14:27:59 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Apr 2006 14:27:59 +0200 Subject: [Org-de] Telefonate Message-ID: Hallo zusammen, gerade habe ich mit Hector telefoniert. Die University of Sokoto hat BT ebenfalls den Zuschlag für ein Portal gegeben! Ansonsten konnte ich ihn überzeigen, dass wir erst im Mai kommen werden und vorher möglichst viel von Kehinde Samuel erfahren wollen. Hector meinte, dass wir dann auch unbedingt nach Sokoto fliegen müssen, to kill two birds with one stone. Er Teilte mir weiterhin mit, dass das Hauptproblem in Benin die fehlende Sicherheit des alten Systems sei. Es gäbe ständig Hackerangriffe und es seien auch schon Daten manipuliert worden. Sogar Admission Letters seien schon versendet worden. Er hat wieder und wieder betont, dass das Portal im September in Betrieb gehen muss. Falls das nicht gelingt, würde das ganze Vorhaben wohl scheitern. Über finanzielle Dinge können wir bei unserem besuch in Lagos reden. Ihm sei klar, dass er noch mehr bezahlen muss. Samuel Kehinde hat mich gestern zum Yahoo Voice Chat eingeladen (Yahoo-ID kdsamuel), der gängigsten Form der Internettelefonie in Afrika. Schaut euch doch mal an, wie ihr den Yahoo Messenger bei euch installieren könnt. Ich möchte gerne demnächst eine Live-Konferenz organisieren. Den Messenger gibt's auch für Linux: http://messenger.yahoo.com/messenger/download/unix.html Gruß, Henrik PS: Gerade kam auch eine Email von Hector, die angeblich schon gestern abgeschickt hat. Ich leite sie euch weiter. From henrik at scientific-african.org Mon Apr 10 14:28:00 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Apr 2006 14:28:00 +0200 Subject: [Org-de] FW: [Org] Happy to work together on the UNIBEN Educational Portal. Message-ID: -----Original Message----- From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On Behalf Of Hector Etomi Sent: Friday, April 07, 2006 7:57 PM To: WAeUP organisation and coordination Subject: Re: [Org] Happy to work together on the UNIBEN Educational Portal. Henrik, Thanks for your mail and the proposed programme of action.It looks very okay except that the University expects you stay with them for a fairly longer period than proposed.In any case we will see about this depending on the out come of your extent of work with Kehinde.They complained a lot of the existing Portal so this time around they expect to see something different in the way our Portal will address thorny issues relating to Administrative network in the University.When you come around we will need to confirm once again the scope of the entire project from our perspective because if we all get it right,then we are on to rendering a solution to a problem that could transform the delivery of education in our tertiary institutions.There are alot of vendors with all sorts of offerings to a vulnerable educational public,but my mind set tells me what they exactly want and who ever provides the appropriate solution is the winner at the end of the day.I have no doubt as to your capability to deliver but let me mention that the opportunity brokered with Uniben will put us in a good stead to win the race.I hope to hear from you soon. From henrik at scientific-african.org Mon Apr 10 14:29:36 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Apr 2006 14:29:36 +0200 Subject: [Org-de] FW: [Org] Happy to work together on the UNIBEN EducationalPortal. In-Reply-To: Message-ID: Sorry, habe nicht gesehen, dass die Email an die gesamte Liste ging. From Ralph at waeup.org Mon Apr 10 14:42:48 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Mon, 10 Apr 2006 14:42:48 +0200 (CEST) Subject: [Org-de] sprint impressionen und aktuelle entwicklungen Message-ID: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org> Hallo zusammen, nach drei tagen Sprinting und einigen Gesprächen mit Leuten die Zope3 Lösungen im einsatz haben bin ich zuversichtlich und hoffe das Zope3 ein wichtiger Baustein unserer Lösung wird. Das Framework ist sicher erstmal komplex aber auch sehr flexibel und stabil. Ich hatte in den letzten Monaten die entwicklung aufgrund anderer Projekt nur im Rande verfolgt und war überrascht zu sehen wie sich die Dinge entwickelt haben. Einige Anwendungen von Teilnehmern die ich gesehen habe bestätigen den Eindruck. Ich habe mit Stephan gesprochen der für da sSchooltool-Projekt arbeitet. Einige Konzepte die dort benutzt werden könnten für uns interessant sein weil sie einen ähnlichen Kontext haben. Für mich stellen sich derzeit eigentlich drei wesentliche Fragen auch vor dem Hintergund der heute eingeganegenen Mails. 1. Finanzierung ich halte es weiterhin für wesentlich zunächst abzuklären, ob wir ein finanziertes Projekt haben, das es uns erlaubt überhaupt eine zeitliche und Ressourcenplanung zu machen. Wir müssen das meiner Meinung nach jetzt sicherstellen können wenn wir irgendwelchen zeitlichen Commitments eingehen sollen. Erst wenn diese Frage geklärt ist werden für mich 2 und 3 wirklich interessant. Wenn die Unis interessiert sind und Zuschläge vergeben haben dann muss jetzt auch eine Vorfinanzierung erfolgen. Das geht nicht anders. Wir sollen keine kleine Trallala Website entwickeln sondern ein komplexes Portal das arbeitsintensiv ist. Solange dieser Punkt nicht geklärt ist sehe ich nicht wie wir 2 und 3 angehen können. Auch die offen Lage um den bisherigen Vertrag muss geklärt werden. 2. Lösungsentwicklung und zeitliche Planung Wie kommen wir zu einem ersten technischen Entwurf den wir umsetzen können? Wir können wir hier Iterationen gemeinsam erarbeiten in nächster Zeit? Letzlich sollte das zu einer sauberen Projektplanung führen. 3. Kompetenzaufbau Ich gehe davon aus das wir alle Kompetenzen rund um Zope3 aufbaeuen müssen. Um das Projekt ans Laufen zu bringen würde ich einen internen Sprintz.B. an einem verlängerten Wochenende vorschlagen um die zweite Phase des Projektes loszutreten und alle arbeitsfähig zu machen. Nichtsdestotrotz sollte keine unterschätzen das wir letztlich alle relativ wenig Erfahrungen mit Zope 3 haben. Wir müssen angemenssen Zeit haben um dies Erfahrung zu machen und Lösungen zu entwickeln. Soweit meine Meinung zu den aktuellen Entwicklungen.... Gruss Ralph From henrik at scientific-african.org Mon Apr 10 23:01:40 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Apr 2006 23:01:40 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org> Message-ID: Hallo Ralph, vielen Dank für deine ausführliche Email. > 1. Finanzierung Diese Frage wird sich erst endgültig in Nigeria klären. Ich habe heute mit Thomas telefoniert und ihm zugesichert, zumindest einen angemessenen Tagessatz für seine Mitreise bei Hector einzufordern. Ich muss noch mit Joachim klären, ob wir wieder einmal darauf verzichten, um unsere Reise nicht zu teuer werden zu lassen. Ansonsten bleibe ich dabei, Uniben ist nur der Anfang und wir müssen schon etwas guten Willen zeigen, um den afrikanischen Universitätsmarkt zu erobern. Das soll nicht heißen, dass wir alles umsonst anbieten, jedoch den vereinbarten Zeitplan akzeptieren: 1. Abschluss der Pilottypenphase in Nigeria und danach Auszahlung des Restbetrages, 2. Entwicklung eines Basis-Produktivsystems bis September mit angemessener finanzieller Unterstützung durch BT. Noch einmal, für mich ist BT nicht nur Auftraggeber bzw. Kunde. Hector & Co. sind die Türöffner für dieses Gemeinschaftsprojekt. Heute habe ich mit Hector verhandelt, dass die Uni in Sokoto dann im Januar oder Februar bedient werden kann. Er war sehr besorgt (worried), dass wir die Sache vielleicht nicht ernst genug nehmen und die Größenordnung unterschätzen. > 2. Lösungsentwicklung und zeitliche Planung Ich sehe nicht, dass eine gemeinsame Portal-Entwicklung innerhalb unserer Gruppe bis September bewerkstelligt werden kann. Jeder beklagt sich über jeden und meine Koordinierungsfähigkeit ist mangels fehlender Programmier- und Plattformkenntnise stark eingeschränkt. Ich muss mich also bei der Projektleitung auf das Engagement einzelner Gruppenmitglieder verlassen. Joachim wird sein CPS-basiertes System weiterentwickeln und sich Rat aus Paris holen. Thomas wird sich um eine Zope3-basierte Neuentwicklung kümmern (technischer Entwurf und Projektplanung inklusive) und wird dabei hoffentlich etwas Unterstützung von dir bekommen. Toni kann sich überelegen, ob er die Datenbankanbindung übernimmt, muss sich aber dann mit Thomas und Joachim absprechen. Alle werden bis zu unserer Nigeriareise in Vorleistung treten müssen. Zeit für weitere Kooperationsversuche haben wir meiner Meinung nach nicht mehr. Wir haben hier einen großen Fisch an der Angel, bitte nicht locker lassen. > 3. Kompetenzaufbau Einen internen Sprint und damit ein konkretes Losarbeiten finde ich gut. Aber muss da nicht einer die inhaltliche Leitung übernehmen und damit die Richtung vorgeben? Nach meiner Meinung macht ein Sprint nur Sinn, wenn wir Thomas Projektplan zur Aufgabenverteilung heranziehen und Teile davon abarbeiten. Gruß, Henrik From henrik at scientific-african.org Mon Apr 10 23:14:27 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Apr 2006 23:14:27 +0200 Subject: [Org-de] FW: [Uniben] Accessing the exiting Portal Message-ID: Hallo Thomas, Kehinde Samuel schrieb: > What do you think of the about Server Specification? Do you have a better suggestion? Kannst du dazu etwas sagen? Ich finde die Sorgen und Probleme mit dem alten Portal werden in der Email recht deutlich. Wir sind also aufgefordert, ein wirklich leistungsorientiertes Portal zu entwickeln. Aber das ist uns ja nicht neu. Es wäre schön, wenn du auch zur Performance und Sicherheit ein paar beruhigende Worte schreibst. Wenn möglich sehr höflich, Kehinde Samuel ist ein sehr feiner Mensch. Ich bitte bewusst DICH, diese Email zu beantworten. Die Nigerianer sollen einen positiven Eindruck von dir und deiner Kompetenz bekommen. Das ist dann ein guter Anlass für mich, eine angemessene Bezahlung für dich einzufordern. Gruß, Henrik From Ralph at waeup.org Mon Apr 10 23:39:27 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Mon, 10 Apr 2006 23:39:27 +0200 (CEST) Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: References: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org> Message-ID: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org> Hallo Henrik, >> 1. Finanzierung > > Diese Frage wird sich erst endgültig in Nigeria klären. Das ist zu spät. Du hast doch heute die Mail von Samuel Kehinde gelesen und um was für eine Grössenordnung es geht. Wenn wir dann im Juni anfangen würden wäre das definitiv zu spät für ein Projekt dieser Grössenordnung. > Ansonsten bleibe ich dabei, Uniben ist nur der Anfang und wir müssen schon > etwas guten Willen zeigen, um den afrikanischen Universitätsmarkt zu > erobern. Das soll nicht heißen, dass wir alles umsonst anbieten, jedoch > den vereinbarten Zeitplan akzeptieren: Sorry ich akzeptiere den Zeitplan unter den völlig unsicheren Randbedingungen sicher nicht. Ich committe mich zu Projekten von denen ich weiss das sie erfolgreich abgeschlossen werden können. Ich sage keine Dinge zu von denen ich von vorneherei weiss, dass sie so nicht gehen. >1. Abschluss der Pilottypenphase in > Nigeria und danach Auszahlung des Restbetrages, 2. Entwicklung eines > Basis-Produktivsystems bis September mit angemessener finanzieller > Unterstützung durch BT. Noch einmal, für mich ist BT nicht nur > Auftraggeber > bzw. Kunde. Hector & Co. sind die Türöffner für dieses > Gemeinschaftsprojekt. Das wird so nicht funktionieren. > > Heute habe ich mit Hector verhandelt, dass die Uni in Sokoto dann im > Januar > oder Februar bedient werden kann. Er war sehr besorgt (worried), dass wir > die Sache vielleicht nicht ernst genug nehmen und die Größenordnung > unterschätzen. Und ich bin sehr besorgt darüber das unser PARTNER seine Vereinbarungen nicht hält. > Ich sehe nicht, dass eine gemeinsame Portal-Entwicklung innerhalb unserer > Gruppe bis September bewerkstelligt werden kann. Jeder beklagt sich über > jeden und meine Koordinierungsfähigkeit ist mangels fehlender Programmier- > und Plattformkenntnise stark eingeschränkt. Ich muss mich also bei der > Projektleitung auf das Engagement einzelner Gruppenmitglieder verlassen. > Joachim wird sein CPS-basiertes System weiterentwickeln und sich Rat aus > Paris holen. Thomas wird sich um eine Zope3-basierte Neuentwicklung > kümmern > (technischer Entwurf und Projektplanung inklusive) und wird dabei > hoffentlich etwas Unterstützung von dir bekommen. Weil wir sowieso so viel Zeit haben arbeiten wir parallel an zwei Lösungen? Was soll das bringen? Wenn wir alle Kräfte bündeln und jetzt anfangen wäre es halbwegs machbar bis September eine Uni mit einer derartigen Anzahl von Studenten zu bedienen. >Zeit für weitere Kooperationsversuche haben wir meiner > Meinung nach nicht mehr. Wir haben hier einen großen Fisch an der Angel, > bitte nicht locker lassen. Dann müssen wir halt auch alles auf eine Karte setzen. BT muss eine Vorfinanzierung leisten und jetzt sich auch zu der Wichtigkeit des Projektes commiten. Glaubst du denn, dass die Amerikaner die das Uniben Portal gemacht haben kein Geld bekommen haben? Entweder wir machen das jetzt professionell oder wir (ich) lasse(n) es. Ich versteh nicht wieso du nicht zum jetzigen Zeitpunkt Tacheles mit Etomi reden willst. Ich bin der gleichen Meinung wie du - es ist ein interessantes Projekt und ich würde das gerne machen, aber nicht so von dir vorgeschlagen. Vor dem Hintergrund meiner Erfahrungen werde ich in so ein projekt nur einsteigen wenn die Bedingungen und die richtung ausreichen geklärt sind. Gruss Ralph From krueger at k-dns.net Tue Apr 11 00:30:20 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Tue, 11 Apr 2006 00:30:20 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org> References: <43398.212.4.84.37.1144672968.squirrel@mail.waeup.org> <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org> Message-ID: <443ADC7C.3090403@k-dns.net> Hallo Ralph, hallo Henrik, ihr habt beide sehr deutliche Worte gefunden, und ich muss sagen, dass keiner von euch wirklich Unrecht hat. Allerdings sieht der eine etwas zu weiß und der andere etwas zu schwarz. Bitte versucht euch in der Mitte zu treffen. Eine spontane Idee wäre es, mit Hector jetzt, da seine Auftragslage gesichert ist, einen Zahlungsplan auszuhandeln, der kontinuierlich Geld in unsere Richtung fließen lässt, um wenigsten unsere Unkosten zu decken und nach unserer Reise im Mai in Kraft tritt. Es ist für ihn, wie für uns ein Risiko. Sollte er es nicht eingehen wollen, müssten wir natürlich deutlich stärker um Kuchen beteiligt werden. Sprich, man müsste über einen prozentualen Anteil an den Einnahmen aus dem Portal reden. Ich werde mich in den nächsten Tagen verstärkt um die Planung kümmern und die Fragen zur Technik/Sicherheit beantworten. Daher kann ich mich an der Diskussion nur am Rande beteiligen. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Tue Apr 11 08:20:42 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Apr 2006 08:20:42 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org> Message-ID: Hallo Ralph, Bevor ich mich um einen Kompromiss bemühe (kommt in Antwort auf Thomas Email), hier ein paar Kommentare zu deiner Email: > Das ist zu spät. Du hast doch heute die Mail von Samuel Kehinde gelesen > und um was für eine Grössenordnung es geht. Wenn wir dann im Juni anfangen > würden wäre das definitiv zu spät für ein Projekt dieser Grössenordnung. Hector will ja, dass wir schon morgen kommen und nicht erst Ende Mai. Ich meine, dass wir die finanziellen Angelegenheiten verbindlich besser in Nigeria regeln können. So etwas macht man in Westafrika vis a vie. Außerdem behauptet er, dass wir den Umfang des Projektes mit Uniben abstimmen müssen. > Sorry ich akzeptiere den Zeitplan unter den völlig unsicheren > Randbedingungen sicher nicht. Ich committe mich zu Projekten von denen ich > weiss das sie erfolgreich abgeschlossen werden können. Ich sage keine > Dinge zu von denen ich von vorneherei weiss, dass sie so nicht gehen. Der Erfolg hängt von uns ab. Wir müssen ein gutes Produkt abliefern. Solange ich nicht wirklich weiß, ob wir das überhaupt können, verlange ich nicht eine große Menge Geld. Ich bin recht sicher, dass die Nigerianer ihre Rechnung begleichen, aber ebenso unsicher, dass wir die Aufgabe stemmen können. > > Noch einmal, für mich ist BT nicht nur > > Auftraggeber > > bzw. Kunde. Hector & Co. sind die Türöffner für dieses > > Gemeinschaftsprojekt. > > Das wird so nicht funktionieren. Sagt dir das deine Afrikaerfahrung oder deine Geschäftserfahrung mit europäischen Auftraggebern? Letztere kann ich nicht beisteuern, von der Afrikaerfahrung dafür umso mehr. > Und ich bin sehr besorgt darüber das unser PARTNER seine Vereinbarungen > nicht hält. Siehe oben. > Weil wir sowieso so viel Zeit haben arbeiten wir parallel an zwei > Lösungen? > Was soll das bringen? Wenn wir alle Kräfte bündeln und jetzt anfangen wäre > es halbwegs machbar bis September eine Uni mit einer derartigen Anzahl von > Studenten zu bedienen. Das ärgert mich ebenfalls maßlos. Aber ich kann niemanden zu seinem Glück zwingen. Ich hoffe, dass Thomas und Joachim noch aufeinander zugehen werden. Dazu kann auch der gemeinsame Aufenthalt in Nigeria dienen. Spätestens dann, müssen wir einen gemeinsamen Weg finden. > Ich versteh nicht wieso du nicht zum jetzigen Zeitpunkt Tacheles mit Etomi > reden willst. Genau, von Angesicht zu Angesicht: REDEN! Was soll ich denn jetzt für Emails losschicken? Soll ich vorab erst einmal 50.000 Euro verlangen ohne zu wissen wofür? Soll BT auch unsere Zope3-Einarbeitung übernehmen? Mein Eindruck ist, dass diese Einarbeitung die meiste Zeit in Anspruch nehmen wird. Bis gleich, Henrik From henrik at scientific-african.org Tue Apr 11 08:36:24 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Apr 2006 08:36:24 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <443ADC7C.3090403@k-dns.net> Message-ID: Hallo Thomas, vielen Dank für die Moderation. > Eine spontane Idee wäre es, mit Hector jetzt, da seine > Auftragslage gesichert > ist, einen Zahlungsplan auszuhandeln, der kontinuierlich Geld in > unsere Richtung > fließen lässt, um wenigsten unsere Unkosten zu decken und nach > unserer Reise im > Mai in Kraft tritt. Kannst du denn so einen Zahlungsplan jetzt schon aufstellen? Hängt der nicht dem Projektplan hinten an? > Es ist für ihn, wie für uns ein Risiko. Sollte er es nicht > eingehen wollen, > müssten wir natürlich deutlich stärker um Kuchen beteiligt > werden. Sprich, man > müsste über einen prozentualen Anteil an den Einnahmen aus dem > Portal reden. Ok. > Ich werde mich in den nächsten Tagen verstärkt um die Planung > kümmern und die > Fragen zur Technik/Sicherheit beantworten. Daher kann ich mich an > der Diskussion > nur am Rande beteiligen. Das hört sich sehr gut an. Ich werde in der Zwischenzeit die Spesenrechnung mit Hector absprechen. Wenn deine Planung steht, sehen wir, was wir davon vielleicht schon vorher in Rechnung stellen können. Allerdings müsste sich auch Joachim dann zu dieser Planung bekennen. Dies wäre auch mein Kompromissvorschlag in Bezug auf Ralphs Email. Gruß, Henrik From Ralph at waeup.org Tue Apr 11 08:59:36 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Tue, 11 Apr 2006 08:59:36 +0200 (CEST) Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: References: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org> Message-ID: <24742.62.202.14.76.1144738776.squirrel@mail.waeup.org> Hallo Henrik, > Hector will ja, dass wir schon morgen kommen und nicht erst Ende Mai. Ich > meine, dass wir die finanziellen Angelegenheiten verbindlich besser in > Nigeria regeln können. So etwas macht man in Westafrika vis a vie. > Außerdem > behauptet er, dass wir den Umfang des Projektes mit Uniben abstimmen > müssen. Wenn die Zeit nicht da ist wird halt das Portal "kleiner". Zeit ist keine unbegrenzte Ressource. > >> Sorry ich akzeptiere den Zeitplan unter den völlig unsicheren >> Randbedingungen sicher nicht. Ich committe mich zu Projekten von denen >> ich >> weiss das sie erfolgreich abgeschlossen werden können. Ich sage keine >> Dinge zu von denen ich von vorneherei weiss, dass sie so nicht gehen. > > Der Erfolg hängt von uns ab. Wir müssen ein gutes Produkt abliefern. > Solange > ich nicht wirklich weiß, ob wir das überhaupt können, verlange ich nicht > eine große Menge Geld. Ich bin recht sicher, dass die Nigerianer ihre > Rechnung begleichen, aber ebenso unsicher, dass wir die Aufgabe stemmen > können. Ich weiss nicht wer "wir" sind. Mit gesicherter Finanzierung glaube ich schon dass das machbar ist. > >> > Noch einmal, für mich ist BT nicht nur >> > Auftraggeber >> > bzw. Kunde. Hector & Co. sind die Türöffner für dieses >> > Gemeinschaftsprojekt. >> >> Das wird so nicht funktionieren. > > Sagt dir das deine Afrikaerfahrung oder deine Geschäftserfahrung mit > europäischen Auftraggebern? Letztere kann ich nicht beisteuern, von der > Afrikaerfahrung dafür umso mehr. Es gbit in Projekten drei Faktoren an den du drehen kannst Zeit, Kosten und Qualität. Mehr Schrauben hast du nicht. Wenn der Projektauftrag im Hinblick auf die Finanzierung offen hast du kein Projekt, in Afrika nicht und in Europa auch nicht. >> Weil wir sowieso so viel Zeit haben arbeiten wir parallel an zwei >> Lösungen? >> Was soll das bringen? Wenn wir alle Kräfte bündeln und jetzt anfangen >> wäre >> es halbwegs machbar bis September eine Uni mit einer derartigen Anzahl >> von >> Studenten zu bedienen. > > Das ärgert mich ebenfalls maßlos. Aber ich kann niemanden zu seinem Glück > zwingen. Ich hoffe, dass Thomas und Joachim noch aufeinander zugehen > werden. > Dazu kann auch der gemeinsame Aufenthalt in Nigeria dienen. Spätestens > dann, > müssen wir einen gemeinsamen Weg finden. Naja es geht um die Frage Lehmann oder Kahn. Also wenn willst du jetzt als Nummer Eins - Lehmann oder Kahn? Solange du nicht entscheidest mit wem du zur WM fahren willst wird das immer so weiter gehen. Was passiert denn wen zwei Lösungen entstehen? Dann war die Arbeit für die Hälfte der Gruppe umsonst und sie hätten auf eigenes Risiko gearbeitet. Das wäre auch nicht schön weil das Projekt nicht so generisch ist das man das einfach weiterverkaufen kann. Ich würde erst aktiv zu einer costomizden Lösung beitragen wenn ich sicher sein kann dass das die verwendete Lösung ist. > >> Ich versteh nicht wieso du nicht zum jetzigen Zeitpunkt Tacheles mit >> Etomi >> reden willst. > > Genau, von Angesicht zu Angesicht: REDEN! Was soll ich denn jetzt für > Emails > losschicken? Soll ich vorab erst einmal 50.000 Euro verlangen ohne zu > wissen > wofür? Soll BT auch unsere Zope3-Einarbeitung übernehmen? Mein Eindruck > ist, > dass diese Einarbeitung die meiste Zeit in Anspruch nehmen wird. > ich habe nicht vor Einarbeitungszeiten abzurechnen. Ich sehe das für mich jedenfalls auch nicht als kritisch an, ich wüsste was zu tun ist. Aber es geht um eine customized Entwicklung die in Teilen nicht generisch lösbar sein wird. Was kundenspezifisch ist sollte der Kunde auch bezahlen, den wiederverwendbaren Teil den ich in anderen Projekten brauchen kann würde ich nur anteilig kalkulieren. Gruss Ralph From henrik at scientific-african.org Tue Apr 11 09:09:21 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Apr 2006 09:09:21 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <49549.212.4.84.37.1144705167.squirrel@mail.waeup.org> Message-ID: Nachtrag > Glaubst du denn, dass die Amerikaner die das Uniben > Portal gemacht haben kein Geld bekommen haben? Das bestehende Portal (edlink portal) wurde von einer nigerianischen Firma programmiert: UniFIB Limited 5 Mojisola Olusoga Close River Valley Estate Ojodu-Berger Lagos Nigeria Deren Domain ist www.unifibonline.com ist allerdings expired. Keine Ahnung, was das bedeuten kann. Googelt mal nach 'edlink portal nigeria'. Ihr werdet überrascht sein, wo dieses Portal überall läuft: · University of Benin (UNIBEN), Edo State · University of Port Harcourt (UNIPORT), Rivers State · Rivers State University of Science and Technology (RSUST), Rivers State · Rivers State College of Education (RSCOE), Rivers State · The Polytechnic Ibadan (POLY IBADAN), Oyo State · Abia State University (ABSU), Abia State · University of Ado-Ekiti (UNAD), Ondo State · University of Nigeria Nsukka and Enugu Campus (UNN), Enugu State · Enugu State University of Technology (ESUT), Enugu State · University of Maiduguri (UNIMAID), Borno State · Kwara State Polytechnic (KWARA POLY), Kwara State · Ebonyi State University, Ebonyi State · Ilorin College of Education, Kwara State · Ilesha College of Education, Ogun State · Benin College of Education, Edo State · Nnamdi Azikiwe University, Anambra State · Ede Polytechnic (POLY EDE), Osun State · Nigerian French Village, Badagry, Lagos State · Federal College of Education, Zaria, Kaduna State · Central University, Accra, Ghana Alles potentielle Kunden? Gruß, Henrik From henrik at scientific-african.org Tue Apr 11 09:18:29 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Apr 2006 09:18:29 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <24742.62.202.14.76.1144738776.squirrel@mail.waeup.org> Message-ID: Ralph schrieb: > Naja es geht um die Frage Lehmann oder Kahn. Also wenn willst du jetzt als > Nummer Eins - Lehmann oder Kahn? Solange du nicht entscheidest mit wem du > zur WM fahren willst wird das immer so weiter gehen. Was passiert denn wen > zwei Lösungen entstehen? Dann war die Arbeit für die Hälfte der Gruppe > umsonst und sie hätten auf eigenes Risiko gearbeitet. Das wäre auch nicht > schön weil das Projekt nicht so generisch ist das man das einfach > weiterverkaufen kann. Schöner Vergleich. Nur haben wir in unserem Fall keine nationalen Ligen, wo sich der Bundestrainer von der Leistungsfähigkeit potentieller Spieler überzeugen kann. Der Begriff 'Spieler' meint hier die Systeme 'Joachim' und 'Thomas', nicht die Personen selber. Und wenn Joachim und Thomas ehrlich sind, wissen sie selber nicht, wieviele Tore ihre Systeme halten werden. Gruß, Henrik From Ralph at waeup.org Tue Apr 11 09:59:43 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Tue, 11 Apr 2006 09:59:43 +0200 (CEST) Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: References: <24742.62.202.14.76.1144738776.squirrel@mail.waeup.org> Message-ID: <36755.212.4.84.37.1144742383.squirrel@mail.waeup.org> Hallo Henrik, heute ist Schooltool IRC Meeting. Ich werde als Teilnehmer am Meeting unser Projekt mit eurer Zustimmunung vorstellen. Ist das ok? Stephan Richter könnte sich auch vorstellen dass wir gewisse Teile zu Schooltool beitragen könnten und evtl. über Bounties von Shuttleworth finanziert bekommen können wenn wir einen entsprechenden Antrag stellen. Ich bin mir nicht so sicher wegen der Implikationen rechtlich aber wir hätten immensen Zugriff auf akademische Ressourcen und einiges wär schon da. Schoolttol unterstützt Grading systeme etc. Stephan ist noch bis 26.4 in Deutschland(Dresden). Er würde falls wir Interesse hätten auch mal für ein Gespräch zur Verfügung stehen. Mitareit ist auch denkbar wenn wir eine Finanzierung hinbekommen. Seine finanziellen Vorstellungen sind nicht over the top. Nachdem ich ihm das Projekt kurz vorgestellt habe hat er aber auch sofort gesagt das September nach seiner Einschätzung nicht realistisch ist. Ich finde seine Einbindung an der ein oder anderen Stelle um Guidance zu geben nicht schlecht. Das würde uns sicher vor Sackgassen bewahren aufgrund fehlender Z3 Experience. Das System Thomas von dem ich bekennender Anhänger bin wird damit aus meiner Sicht zunehmend attraktiver, weil wir uns vernetzen könnten und an Reputation gewinnen könnten. Sorry für den Vorstoss aber ich würde das jetzt gerne in eine gute und zukunftssichere Richtung schieben. Ralph From henrik at scientific-african.org Tue Apr 11 11:38:12 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Apr 2006 11:38:12 +0200 Subject: [Org-de] sprint impressionen und aktuelle entwicklungen In-Reply-To: <36755.212.4.84.37.1144742383.squirrel@mail.waeup.org> Message-ID: Hallo Ralph, dein Vorstoss ist mir sehr willkommen. Joachim, lauscht du auch? Bitte teile uns deine Meinung zur Kooperation mit den schooltool-Leuten mit. Wenn Shuttleworth mit einsteigt, bekommen wir enormen Rückenwind. > Das System Thomas von dem ich bekennender Anhänger bin wird damit aus > meiner Sicht zunehmend attraktiver, weil wir uns vernetzen könnten und an > Reputation gewinnen könnten. Dem stimme ich 100% zu. > Stephan ist noch bis 26.4 in Deutschland(Dresden). Er würde falls wir > Interesse hätten auch mal für ein Gespräch zur Verfügung stehen. Wie und wo kann man Stephan treffen? Kannst du mir seine Emailadresse geben? > Nachdem ich ihm das > Projekt kurz vorgestellt habe hat er aber auch sofort gesagt das September > nach seiner Einschätzung nicht realistisch ist. Diese Einschätzung sorgt mich sehr, denn an diesem Termin hängt viel, wenn nicht alles. Thomas, bitte versuche bei deiner Projektplanung schnell eine realistische Zeiteinschätzung vorzunehmen und wieviel Manpower du brauchst, um bis September in Produktion gehen zu können. Notfalls müssen wir externe Programmierer hinzuziehen. Dann muss BT natürlich einiges vorstrecken. Noch einmal zur Finanzierung: Es muss klar sein, dass der Prototyp bereits bezahlt ist, auch wenn die zweite Rate noch aussteht. Hector hat mir am Telefon gesagt, dass nach seinem Verständnis die Weiterentwicklung und Umwandlung in ein Produktivsystem 'nur' eine Erweiterung des SRPP bedeuten kann. Joachim sieht dies bekanntlich genauso. Ich habe Hector angedeutet, dass wir für das Produktivsystem eventuell eine ganz andere Technologie brauchen. Er hat das aber nicht verstanden. Wie dem auch sei - wenn wir Kosten in Rechnung stellen können, dann erst ab dem Stadium, in dem Thomas System die gleiche Funktionalität hat wie Joachims SRPP. Alles andere ist nicht vermittelbar. Ich finde übrigens immer mehr Gefallen an Thomas Vorschlag, einen prozentualen Anteil an den Einnahmen aus dem Portal zu verhandeln, wenn unser Zahlungsplan nicht akzeptiert wird. Schwierig wird nur die Abrechnung und Kontrolle der Einnahmen. Wir müssten entsprechende Hintertüren in die Software einbauen. Gruß, Henrik From henrik at scientific-african.org Tue Apr 11 14:00:56 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Apr 2006 14:00:56 +0200 Subject: [Org-de] FW: [Uniben] Accessing the exiting Portal Message-ID: Hallo Thomas, > Thanks a million for the info! Da war er ja wirklich überrascht. Du siehst mit welch kleinen Dingen wir Freude erzeugen können. Und auch seine weitere Einschätzung zeigt, wie richtig und wichtig eine vernünftige, verteilte Serverarchitektur ist. Wir liegen goldrichtig und haben anscheinend in Kehinde einen guten Partner in Afrika. Ich weiß das nach meinen Erfahrungen sehr zu schätzen. Gruß, Henrik From krueger at k-dns.net Tue Apr 11 17:25:50 2006 From: krueger at k-dns.net (=?ISO-8859-15?Q?Thomas_Kr=FCger?=) Date: Tue, 11 Apr 2006 17:25:50 +0200 Subject: [Org-de] mein Posting auf [Uniben] Message-ID: <443BCA7E.4060303@k-dns.net> Ich bitte alle, mögliche Kritik an meinem aktuellen Posting, hier und nicht auf der Uniben-Liste abzugeben. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From js at aixtraware.de Tue Apr 11 22:41:15 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Tue, 11 Apr 2006 22:41:15 +0200 Subject: [Org-de] =?iso-8859-15?q?wie_k=F6nnen_wir_es_stemmen_=3F?= Message-ID: <443C146B.2020505@aixtraware.de> Guten Abend vom Mittelmeer, nachdem ich nun tagsüber ein Schiff angepinselt, und gerade die umfangreiche Tageskorrespondenz gelesen habe, will ich mal meinen Senf dazugeben. Der Erfolg des Projektes ist klar definiert: Wir müssen im September Oktober produktiv online bei Unibenin sein. Alles andere zählt nicht. Meiner Ansicht nach können wir das wie folgt erreichen: 1. Implementierung / Umsetzung des existierenden Systems auf Zope + Opensource SQL Server, natürlich nicht 1 / 1 sondern im wesentlichen die Tabellen und Auswertungen. 2. Implementierung der für die in Betriebnahme wesentlichen fehlenden Funktionalitäten. 3. Installation - wie bereits vorgeschlagen - eines Internetservers und eines Intranetservers. 4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen: - Beide Rechner können von einander unabhängig arbeiten - sie synchronisieren sich je nach verfügbarer Bandbreite untereinander. - Sie müssen aber auch eventuell tagelang unabhängig voneinander arbeiten können, ohne dass es zu Fehlfunktionen kommt. 5. Grundsätzlich erfolgen die Zugriffe von den E-Learning-Centern auf den Intranetserver. 6. Die Zugriffe von außerhalb auf den Internetserver. Punkt 1 sollte bis zu unserem Nigeria Besuch machbar sein. Wir können das auch schon mit dem SRPP verheiratet haben. Wichtig ist meiner Ansicht nach, dass wir im September ein System haben, das die Erwartungen der Nigerianer insbesondere der Uniben erfüllt. Um herauszufinden, was die Erwartungen sind können wir nur immer wieder nachfragen was die Probleme im Augenblick sind. Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt können, oder nicht 1000 Studenten gleichzeitig registrieren können. Ich denke das die Bezahlung dann kein Problem ist, wenn wir gezeigt haben, dass wir die geforderte Funktionalität zuverlässig bereitstellen können. Ich bin bereit darin zu investieren. Für mich ist nur das Ergebnis wichtig, im September erfolgreich zu sein. Soviel für heute Abend Grüße Joachim From krueger at k-dns.net Tue Apr 11 23:21:43 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Tue, 11 Apr 2006 23:21:43 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <443C146B.2020505@aixtraware.de> References: <443C146B.2020505@aixtraware.de> Message-ID: <443C1DE7.5000403@k-dns.net> Joachim Schmitz schrieb: > 4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen: > > - Beide Rechner können von einander unabhängig arbeiten > - sie synchronisieren sich je nach verfügbarer Bandbreite untereinander. > - Sie müssen aber auch eventuell tagelang unabhängig voneinander > arbeiten können, ohne dass es zu Fehlfunktionen kommt. Eine Stand-By-Funktion ist nicht gefragt, beide Server sollen nach der Ansicht von Kehinde ein geographisch verteiltes Load-Balancing machen. Das ist extrem schwierig, nimmt man die Unzuverlässigkeit des Links und die schmale Bandbreite dazu, haben wir einen echten Sonderfall. Beide Server dürfen nicht asynchron arbeiten, weil sie mit jeder nicht replizierten Änderung weiter auseinander driften und schon nach wenigen Transaktionen auf die gleichen Daten unsynchronisierbar werden. Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU. Es gibt nur ein Konzept zur Synchronisation, dass die Datenintegrität erhält: Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und zeitnah repliziert werden. Dies setzt wieder den Link voraus. Das Ganze ist also alles andere als trivial. Ich habe noch eine sehr rohe Idee im Hinterkopf, in der es darum geht Workflow-Activities atomisch zu machen und komplett bei einer Transition zu synchronisieren. Das ist natürlich ungleich schwieriger zu realisieren. > Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten > nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, > dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt > können, oder nicht 1000 Studenten gleichzeitig registrieren können. Das wäre beides problematisch und keines der Themen darf in den Hintergrund gestellt werden. Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From support at oeko.net Tue Apr 11 23:53:51 2006 From: support at oeko.net (Toni Mueller) Date: Tue, 11 Apr 2006 23:53:51 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? In-Reply-To: <443C1DE7.5000403@k-dns.net> References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net> Message-ID: <20060411215351.13442.qmail@oak.oeko.net> 'Nabend, On Tue, 11.04.2006 at 23:21:43 +0200, Thomas Krüger wrote: > Joachim Schmitz schrieb: > > 4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen: > > > > - Beide Rechner können von einander unabhängig arbeiten > > - sie synchronisieren sich je nach verfügbarer Bandbreite untereinander. das waere meiner Ansicht nach i.W. nachts. > > - Sie müssen aber auch eventuell tagelang unabhängig voneinander > > arbeiten können, ohne dass es zu Fehlfunktionen kommt. Das liesse sich vielleicht durch Aufgabenverteilung erreichen. > Eine Stand-By-Funktion ist nicht gefragt, beide Server sollen nach der Ansicht > von Kehinde ein geographisch verteiltes Load-Balancing machen. Das ist extrem > schwierig, nimmt man die Unzuverlässigkeit des Links und die schmale Bandbreite > dazu, haben wir einen echten Sonderfall. Beide Server dürfen nicht asynchron > arbeiten, weil sie mit jeder nicht replizierten Änderung weiter auseinander > driften und schon nach wenigen Transaktionen auf die gleichen Daten > unsynchronisierbar werden. Wieso sollen die Daten denn "unsynchronisierbar" werden? Ich denke, das kommt ziemlich stark auf den Einzelfall an. Beispiel: Bettenreservierung. Jedes System arbeitet mit einem Pool an Betten, die er an interessierte Studenden ausgeben kann (z.B. System A: alle Betten in Haus 1, System B: alle Betten in Haus 2). Wenn jetzt der Link 'runtergeht, koennen beide Systeme noch solange Betten ausgeben, wie sie selbst "vorraetig" haben, aber eben nicht alle, die da sind - es koennten ja noch Betten in einem Haus frei sein, auf die das System auf der anderen Seite des Links nicht zugreifen kann. Wenn der Link wiederkommt, synchronisieren sie sich und verteilen die Aufgaben neu. > Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU. > Es gibt nur ein Konzept zur Synchronisation, dass die Datenintegrität erhält: > Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und > zeitnah repliziert werden. Dies setzt wieder den Link voraus. Damit faellt mindestens eines der Systeme aus, wenn der Link 'runtergeht oder einfach nur zu sehr verstopft ist. Wenn ich mir anhoere, dass die ca. 30000 Studenten sich innerhalb von 10 Tagen (hab' ich doch richtig im Kopf?) registrieren sollen, und dass zu dem Zeitpunkt eh' schon 80% auf dem Campus sind, wuerde ich dem System weiter draussen einfach eine entsprechende Funktionssperre verpassen, wenn der Link nicht da ist. Dann koennen noch rein lesende Zugriffe auf unkritische Daten (z.B. die Publikationen) erfolgen, aber eben nichts mehr, wo es um Geld oder Dinge wie Zulassung geht. > Das Ganze ist also alles andere als trivial. Das hat niemand behauptet, oder? Aber eine Sache laesst sich nunmal nicht wegdiskutieren: Bei den gegebenen Rahmenbedingungen halte ich es nach dem derzeitigen Wissensstand fuer absolut unvermeidbar, dass die Synchronisation teilweise fehlen wird, weil die Leitung das einfach nicht hergibt, staendig synchronisiert zu sein. Wir brauchen nicht nur theoretisch, sondern sehr praktisch, einen Ansatz, um Zeitverzoegerungen von zumindest einigen Stunden auffangen zu koennen ("Batchbetrieb"?). > > Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten > > nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, > > dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt > > können, oder nicht 1000 Studenten gleichzeitig registrieren können. > > Das wäre beides problematisch und keines der Themen darf in den Hintergrund > gestellt werden. Das sehe ich auch so. > Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette > System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen. Warum passiert das nicht hier auf der Liste? Gruss, --Toni++ From krueger at k-dns.net Wed Apr 12 05:04:15 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Wed, 12 Apr 2006 05:04:15 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <20060411215351.13442.qmail@oak.oeko.net> References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net> <20060411215351.13442.qmail@oak.oeko.net> Message-ID: <443C6E2F.7070208@k-dns.net> Toni Mueller schrieb: > Wieso sollen die Daten denn "unsynchronisierbar" werden? Ich denke, das > kommt ziemlich stark auf den Einzelfall an. > > Beispiel: Bettenreservierung. > > Jedes System arbeitet mit einem Pool an Betten, die er an interessierte > Studenden ausgeben kann (z.B. System A: alle Betten in Haus 1, System > B: alle Betten in Haus 2). Wenn jetzt der Link 'runtergeht, koennen > beide Systeme noch solange Betten ausgeben, wie sie selbst "vorraetig" > haben, aber eben nicht alle, die da sind - es koennten ja noch Betten > in einem Haus frei sein, auf die das System auf der anderen Seite des > Links nicht zugreifen kann. Wenn der Link wiederkommt, synchronisieren > sie sich und verteilen die Aufgaben neu. Dein Beispiel ist der Idealfall, dort kann man wirklich mit zwei Pools arbeiten. Aber stell dir nur mal vor ein Student hat die Scratch-Card dafür bezahlt. Die Systeme sind synchron und verlieren jetzt den Link. Jetzt bucht er zwei mal ein Zimmer, auf beiden Servern einmal eins. Auch wenn dieser Konflikt noch einfach zu Lösen scheint, man kann halt ein Zimmer nehmen, gibt es doch viele Möglichkeiten, die ernsthaftere Probleme verursachen können. Schon allein von den Primärkeys her. Was tun wenn auf beiden Servern für eine Tabelle zwei unterschiedliche Datenenreihen mit dem gleichen Primärkey erzeugt werden? Das ist alles nicht so einfach. >> Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU. >> Es gibt nur ein Konzept zur Synchronisation, dass die Datenintegrität erhält: >> Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und >> zeitnah repliziert werden. Dies setzt wieder den Link voraus. > > Damit faellt mindestens eines der Systeme aus, wenn der Link > 'runtergeht oder einfach nur zu sehr verstopft ist. Wenn ich mir > anhoere, dass die ca. 30000 Studenten sich innerhalb von 10 Tagen (hab' > ich doch richtig im Kopf?) registrieren sollen, und dass zu dem > Zeitpunkt eh' schon 80% auf dem Campus sind, wuerde ich dem System > weiter draussen einfach eine entsprechende Funktionssperre verpassen, > wenn der Link nicht da ist. Dann koennen noch rein lesende Zugriffe auf > unkritische Daten (z.B. die Publikationen) erfolgen, aber eben nichts > mehr, wo es um Geld oder Dinge wie Zulassung geht. Nach Kehindes aktueller Aufstellung müssen wir sogar mit über 40.000 Leuten rechnen. Du würdest also den Campus-Server zum Master machen? Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Wed Apr 12 07:58:14 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 12 Apr 2006 07:58:14 +0200 Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_wie_k=F6nnen_wir_es_stemmen_=3F?= In-Reply-To: <20060411215351.13442.qmail@oak.oeko.net> Message-ID: Guten Morgen zusammen, endlich geht's zur Sache ... Bzgl. der Server-Diskussion bin ich mir nicht ganz sicher, ob ich Thomas Vorschlag richtig verstanden habe: > My recommendation is to connect the local intranet server to a > replicated read-only slave database. The Portal will write transactions to the > master which will be replicated to the slave again. Read accesses are done from > the local database. If implemented with the proper QoS setting on your satellite > link (BT may aid you here) you will have a much lower traffic, and the both > systems should be synchronizing fast enough. And other positive aspect: if the > master server fails completely you will still be able to make the intranet > server master easily and keep the registration system running. Wo steht der Slave und wo der Master? Ich hab's nicht so richtig kapiert. Ansonsten sagt mir mein Sachverstand, dass der Master-Server dort stehen sollte, wo die meisten Transaktionen durchgeführt werden, und das ist zu Beginn sicherlich auf dem Campus. Der Slave-Server im Internet muss nach meiner Meinung seine Datenbank schreibschützen, sobald der Link abreißt oder Veränderungen nur unter Vorbehalt zulassen dürfen. Ich habe aber keine Ahnung, wie das funtionieren könnte. Grundsätzlich folge ich Thomas Ansicht, dass z.B. der Datensatz eines Studenten nur an einer Stelle 'geöffnet' sein darf. Sobald er geöffnet wird, muss er auf dem anderen Rechner gesperrt werden und dazu ist ein permanenter Link nötig. Toni schrieb: > Warum passiert das nicht hier auf der Liste? Das meiste geschieht auf der Liste. Telefongespräche sind darüber hinaus nötig. Wir sollten die Tradition pflegen, dass wir anschließend der Liste das Resultat der mündlichen Konsultation mitteilen. Dem möchte ich mit gutem Beispiel vorangehen: Thomas hat die Leitung der Softwareentwicklung übernommen. Das war keine Entscheidung gegen jemanden, sondern für die Sache. Es eilt und wir können uns keine weiteren zeitintensiven Streitigkeiten über Details leisten. Lassen wir einmal persönliche Ressentiments außen vor, dann bin ich der festen Überzeugung, dass sein technischer Entwurf von der ganzen Gruppe ohne Bauchschmerzen getragen werden kann. Arbeit bleibt für alle genug. Warten wir mal sein Planungspapier ab. Dieses wird nicht unumstößlich sein. Wir können und müssen es sachlich diskutieren. Soweit ich Thomas verstanden habe, lässt sich die Serversynchronistation noch am ehesten abkoppeln und isoliert programmieren. Deswegen sein Vorschlag, dass Toni sich dieser Technik widmet. Er hatte den verständlichen Wunsch geäußert, dass eine Entscheidung für oder gegen bestimmte Datenbanken dabei gut begründet wird. Thomas hat mich diesbezüglich auf das herunterladbare OpenSource Jahrbuch 2006 hingewiesen, in dem ein ausführlicher Vergleich der Datenbanken vorgenommen wird, den sogar ich verstehe. Auf Seite 193 gibt es eine Tabelle, in der z.B. PostgeSQL in den Betriebsparametern gar nicht so gut abschneidet. Mir scheint eine ausgewogene Entscheidung notwendig. Joachim schrieb: > Ich denke das die Bezahlung dann kein Problem ist, wenn wir gezeigt > haben, dass wir die geforderte Funktionalität zuverlässig bereitstellen > können. > Ich bin bereit darin zu investieren. Für mich ist nur das Ergebnis > wichtig, im September erfolgreich zu sein. Dem schließe ich mich voll und ganz an. Ich wünsche allen einen schönen und erfolreichen Tag, Henrik From support at oeko.net Wed Apr 12 09:26:21 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 09:26:21 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? In-Reply-To: <443C6E2F.7070208@k-dns.net> References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net> <20060411215351.13442.qmail@oak.oeko.net> <443C6E2F.7070208@k-dns.net> Message-ID: <20060412072621.25923.qmail@oak.oeko.net> Moin, On Wed, 12.04.2006 at 05:04:15 +0200, Thomas Krüger wrote: > Toni Mueller schrieb: > > Wieso sollen die Daten denn "unsynchronisierbar" werden? Ich denke, das > > kommt ziemlich stark auf den Einzelfall an. > > > > Beispiel: Bettenreservierung. > > Dein Beispiel ist der Idealfall, dort kann man wirklich mit zwei > Pools arbeiten. ich wollte _NICHT_ behaupten, dass das mit allen Aufgaben geht, aber ich habe den ganz starken Verdacht, dass wir fuer alle Aufgaben versuchen, eine Konstruktion zu finden, die die Verteilung erlaubt, moeglichst dynamisch, so dass man hinterher per Konfiguration entscheiden kann, was wie auf einem System, und was wie auf mehreren Systemen laeuft. > > ich doch richtig im Kopf?) registrieren sollen, und dass zu dem > > Zeitpunkt eh' schon 80% auf dem Campus sind, wuerde ich dem System > > weiter draussen einfach eine entsprechende Funktionssperre verpassen, > > wenn der Link nicht da ist. Dann koennen noch rein lesende Zugriffe auf @Henrik: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > unkritische Daten (z.B. die Publikationen) erfolgen, aber eben nichts @Henrik: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > mehr, wo es um Geld oder Dinge wie Zulassung geht. > > Nach Kehindes aktueller Aufstellung müssen wir sogar mit über 40.000 Leuten > rechnen. Du würdest also den Campus-Server zum Master machen? Natuerlich - wenn 80% der Leute eh' auf dem Campus arbeiten, dann steht fuer diese 80% der Leute fest: * Sie sind da und werden sich weniger leicht dazu entschliessen, das Studium sausen zu lassen und damit einen Platz zu blockieren, als jemand, der erst noch 500km (?) Anreise vor sich hat. * Diese Leute muessen schnell bedient werden, denn ich glaube nicht, dass die z.B. unter freiem Himmel campieren sollten, nur weil der Link gerade nicht da ist. * Die Verbindung sollte auf dem Campus deutlich schneller und zuverlaessiger als die nach draussen sein. Dh. diese Leute koennen im Prinzip sehr viel mehr Last auf die Server bringen (wie war das, 300 oder mehr Plaetze in Internetcafes auf dem Campus?). * Die gleiche Datenmenge nach draussen zu schaffen, halte ich in Spitzenzeiten fuer unmoeglich, selbst wenn alle anderen Nutzungsarten in der Zeit verboten/abgedreht wuerden. Bei 40000 Studenten sind 20% = 8000 Studenten. Die koennte man vielleicht teilweise mit einem Call-Center abhandeln unter der Annahme, dass Telefone dort zuverlaessiger als Internet funktionieren. Das sollte ebenfalls leichter gehen, als 32000 Leute im Callcenter oder mit lokalen Mitarbeitern abzuarbeiten, weil der Server da draussen nicht erreichbar ist... Btw, die gleichen Probleme wie Doppelregistrierung etc hast Du auch bei manueller Ausgabe - der Student koennte theoretisch mit seiner ScratchCard zu zwei Haeusern gehen und dort jeweils ein Bett buchen. So etwas muss man administrativ in den Griff bekommen, z.B. indem man die spaetere Buchung automatisch anulliert, sobald der Link wieder da ist, und indem man im asynchronen Betrieb darauf hinweist, welches System (Master oder Slave) verwendet wird, und indem man irgendwelche Buchungen unter Vorbehalt ausfuehrt (z.B. mit einem Benutzerhinweis: "Sie arbeiten gerade auf dem Reservesystem. Wir koennen im Moment nicht alle notwendigen Daten ueberpruefen und teilen Ihnen daher dieses Bett nur unter Vorbehalt zu. Sollten Sie schon ein anderes Bett belegt haben, wird diese Buchung hier automatisch anulliert."). Oder so. Gruss, --Toni++ From support at oeko.net Wed Apr 12 09:43:34 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 09:43:34 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? In-Reply-To: References: <20060411215351.13442.qmail@oak.oeko.net> Message-ID: <20060412074334.26363.qmail@oak.oeko.net> Hallo Henrik, On Wed, 12.04.2006 at 07:58:14 +0200, Henrik Bettermann wrote: > widmet. Er hatte den verständlichen Wunsch geäußert, dass eine Entscheidung > für oder gegen bestimmte Datenbanken dabei gut begründet wird. Thomas hat > mich diesbezüglich auf das herunterladbare OpenSource Jahrbuch 2006 > hingewiesen, in dem ein ausführlicher Vergleich der Datenbanken vorgenommen > wird, den sogar ich verstehe. Auf Seite 193 gibt es eine Tabelle, in der > z.B. PostgeSQL in den Betriebsparametern gar nicht so gut abschneidet. Mir > scheint eine ausgewogene Entscheidung notwendig. in der gleichen Tabelle liest Du folgenden Eintrag: Two-Phase-Commit: PostgreSQL ja, MySQL nein, und Locking kann MySQL nur dann zeilenweise, wenn man InnoDB einsetzt. Und an der Stelle kommt Oracle ins Spiel... und das braucht man fuer verteilte Applikationen ziemlich dringend. Weitere Kleinigkeit: Volltextindex geht bei PostgreSQL durch ein Zusatzmodul *immer* und transaktionssicher, bei MySQL impliziert das die Verwendung von MyISAM-Tabellentypen, die nicht transaktionssicher sind. Persoenlich hatte ich zumindest "frueher" oefter mal kaputte Daten, weil MySQL bei Programmierfehlern/unvorhergesehenen Grenzfaellen etc es einfach auf seine Art "geradegebogen" hat (z.B. ein Textfeld einfach abgeschnitten hat), ohne Bescheid zu sagen. Aus meiner bisherigen Erfahrung (MySQL seit 1997, PostgreSQL experimentell seit 1998/1999 und produktiv seit ca. 2003) sieht der Vergleich zwischen MySQL und PostgreSQL so aehnlich wie der Vergleich zwischen Perl und Python aus. Nochwas zum Thema Datenintegritaet: Mit MySQL 5.0 habe ich bisher noch nicht viel gemacht, aber schon bei Pg 7.4 habe ich im Rahmen unserer Entwicklung so etwas geschrieben: create table waeup_acc_bedlist ( house varchar(30) not null references waeup_acc_house (house), floor int not null, room int not null check (room > 0), bed int not null check (bed > 0), gender char(1) not null check (gender = 'm' or gender = 'f'), used_by varchar(16) references waeup_student(matno) ); Du siehst, dass so eine Tabelle schon von der Datendefinition her die Eingabe grob fehlerhafter Daten behindert. Was Du meinst, ist sicher der letzte Abschnitt "Betrieb". Den werde ich mir noch gesondert zur Brust nehmen. ;-) Gruss, --Toni++ From support at oeko.net Wed Apr 12 10:27:32 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 10:27:32 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? (Nachtrag) In-Reply-To: <20060412074334.26363.qmail@oak.oeko.net> References: <20060411215351.13442.qmail@oak.oeko.net> <20060412074334.26363.qmail@oak.oeko.net> Message-ID: <20060412082732.27449.qmail@oak.oeko.net> Hallo Henrik, On Wed, 12.04.2006 at 09:43:34 +0200, Toni Mueller wrote: > On Wed, 12.04.2006 at 07:58:14 +0200, Henrik Bettermann wrote: > > wird, den sogar ich verstehe. Auf Seite 193 gibt es eine Tabelle, in der > > z.B. PostgeSQL in den Betriebsparametern gar nicht so gut abschneidet. Mir > > scheint eine ausgewogene Entscheidung notwendig. wir sollten uns auch anschauen, was die einzelnen Features fuer uns "bedeuten", statt rein entscheidermaessig vorzugehen. ;-) Ich empfehle Dir, nicht nur die Seite 193, sondern auch die nachfolgenden Seiten, mindestens bis einschliesslich Seite 199 und einschliesslich der Fussnoten, zu lesen. Insgesamt kommt mir der Teil des Buches allerdings eher wie eine am gruenen Tisch zusammengestellte Pressemitteilung als wie eine praktische Entscheidungshilfe vor, auch wenn einem die Vorarbeit, die Details aus den einzelnen Pressemitteilungen herauszuklauben, schon weitgehend abgenommen wird. Gruss, --Toni++ From krueger at k-dns.net Wed Apr 12 11:02:23 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Wed, 12 Apr 2006 11:02:23 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <20060412074334.26363.qmail@oak.oeko.net> References: <20060411215351.13442.qmail@oak.oeko.net> <20060412074334.26363.qmail@oak.oeko.net> Message-ID: <443CC21F.1030806@k-dns.net> Hallo Toni, deine Strategie alle Pros für die eine Datenbank und alle Kontras für die andere gegenüberzustellen macht deine Argumentation sehr einseitig und letztendlich für den Entscheidungsprozess nicht hilfreich. Ich habe immer noch nicht verstehen können, wieso du die von dir praktizierten Lösungen grundsätzlich bis auf das Messer verteidigst und an den Alternativen kein einziges Haar lässt. Eine der Stärken von Open Source ist die Vielseitigkeit und die sollten wir nutzen. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From support at oeko.net Wed Apr 12 11:33:29 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 11:33:29 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? In-Reply-To: <443CC21F.1030806@k-dns.net> References: <20060411215351.13442.qmail@oak.oeko.net> <20060412074334.26363.qmail@oak.oeko.net> <443CC21F.1030806@k-dns.net> Message-ID: <20060412093329.28928.qmail@oak.oeko.net> Hallo Thomas, On Wed, 12.04.2006 at 11:02:23 +0200, Thomas Krüger wrote: > Ich habe immer noch nicht verstehen können, wieso du die von dir praktizierten > Lösungen grundsätzlich bis auf das Messer verteidigst und an den Alternativen > kein einziges Haar lässt. wer im Glashaus sitzt, sollte nicht mit Steinen werfen. Wenn hier Leute die von ihnen praktizierten Loesungen "bis auf das Messer verteidigen", dann darf ich z.B. Dich und Dein Gentoo oder Joachim und sein CPS sehr viel eher dazuzaehlen, als "mein" ARCH oder Debian, bei denen ich mich in beiden Faellen der Mehrheit der Gruppe gebeugt habe. Ich schlage vor, dass Du meine Punkte sachlich betrachtest. Ich habe nicht wesentlich mehr getan, als aus dem von Dir in die Diskussion gebrachten Papier zu zitieren. Das da Sachen drinstehen, die Dir allem Anschein nach nicht gefallen, kannst Du kaum mir anlasten. Ausserdem solltest Du konkrete Kritik aeussern, wie z.B. "Das Feature XY in dem und dem System finde ich so wichtig, dass es die Features ZW aus dem anderen System ueberwiegt", statt altbekannte Standards aus der Datenbankprogrammierung, die ich angefuehrt habe, als persoenliche Schmaehkritik meinerseits umzudeuten. Das faellt (hoffentlich) nur auf Dich selbst zurueck. > Eine der Stärken von Open Source ist die Vielseitigkeit und die > sollten wir nutzen. Das tun wir bereits. Gruss, --Toni++ From support at oeko.net Wed Apr 12 11:39:32 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 11:39:32 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? (Nachtrag) In-Reply-To: <20060412093329.28928.qmail@oak.oeko.net> References: <20060411215351.13442.qmail@oak.oeko.net> <20060412074334.26363.qmail@oak.oeko.net> <443CC21F.1030806@k-dns.net> <20060412093329.28928.qmail@oak.oeko.net> Message-ID: <20060412093932.29065.qmail@oak.oeko.net> On Wed, 12.04.2006 at 11:33:29 +0200, Toni Mueller wrote: > > Ich habe immer noch nicht verstehen können, wieso du die von dir praktizierten > > Lösungen grundsätzlich bis auf das Messer verteidigst und an den Alternativen > > kein einziges Haar lässt. > > Wenn hier Leute die von ihnen praktizierten Loesungen "bis auf das > Messer verteidigen", dann darf ich z.B. Dich und Dein Gentoo oder > Joachim und sein CPS sehr viel eher dazuzaehlen, als "mein" ARCH oder > Debian, bei denen ich mich in beiden Faellen der Mehrheit der Gruppe > gebeugt habe. Im Uebrigen darf ich genausogut, wie jeder andere hier, meine Erfahrungen einbringen. Schliesslich bin ich aus dieser Erfahrung heraus bei den Systemen gelandet, wo ich jetzt bin. > > Eine der Stärken von Open Source ist die Vielseitigkeit und die > > sollten wir nutzen. > > Das tun wir bereits. Vielleicht kannst Du einmal Deinen Beitrag zu der Welt Freier Software verdeutlichen, damit wir sehen, wo Du nicht nur "nutzt", sondern dieses System auch tatsaechlich lebst? Gruss, --Toni++ From support at oeko.net Wed Apr 12 11:50:23 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 11:50:23 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? (Nachtrag #2) In-Reply-To: <20060412093329.28928.qmail@oak.oeko.net> References: <443CC21F.1030806@k-dns.net> <20060412093329.28928.qmail@oak.oeko.net> Message-ID: <20060412095023.29330.qmail@oak.oeko.net> On Wed, 12.04.2006 at 11:33:29 +0200, Toni Mueller wrote: > Wenn hier Leute die von ihnen praktizierten Loesungen "bis auf das > Messer verteidigen", dann darf ich z.B. Dich und Dein Gentoo oder > Joachim und sein CPS sehr viel eher dazuzaehlen, als "mein" ARCH oder > Debian, bei denen ich mich in beiden Faellen der Mehrheit der Gruppe > gebeugt habe. Nach Form und Inhalt ist Joachims Vorgehensweise aus meiner Sicht zwar sehr "beharrlich", aber keine Vorgehensweise "mit einem Messer." Gruss, --Toni++ From krueger at k-dns.net Wed Apr 12 11:58:07 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Wed, 12 Apr 2006 11:58:07 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <20060412093329.28928.qmail@oak.oeko.net> References: <20060411215351.13442.qmail@oak.oeko.net> <20060412074334.26363.qmail@oak.oeko.net> <443CC21F.1030806@k-dns.net> <20060412093329.28928.qmail@oak.oeko.net> Message-ID: <443CCF2F.7020205@k-dns.net> Hallo Toni, gut solltest dein Gemüt dringend etwas abkühlen und einmal versuchen zu verstehen was ich dir sagen wollte. Dann kannst du es gerne noch einmal probieren. In der Zwischenzeit werde ich einfach mal so tun, als hättest du die letzten drei Mails nicht geschrieben. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Wed Apr 12 12:05:36 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 12 Apr 2006 12:05:36 +0200 Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_wie_k=F6nnen_wir_es_stemmen_=3F?= In-Reply-To: <20060412074334.26363.qmail@oak.oeko.net> Message-ID: Hallo zusammen, Toni schrieb: > Was Du meinst, ist sicher der letzte Abschnitt "Betrieb". Den werde ich > mir noch gesondert zur Brust nehmen. ;-) Ich habe den Rest durchaus gelesen und PostgreSQL scheint in vielen Belangen überlegen. Aber der "Betrieb" scheint wirklich der Knackpunkt zu sein. Ist ein Master/Slave-Setting tatsächlich möglich? Thomas schrieb: > Ich habe immer noch nicht verstehen können, ... Als ich das las, war mir klar: Jetzt kommt Toni wieder die Galle hoch bzw. er fühlt sich veranlasst, viel Zeit in eine sprachlich gut formulierte Antwort zu investieren. Ich will hier gar nicht schiedsrichten sondern möchte nur bitten, JEGLICHE Form von persönlichem Anschiss zu vermeiden, auch wenn man sich noch so im Recht fühlt. So eine Diskussion raubt viel Zeit und es lohnt sich einfach nicht. Sorry dass ich so deutlich werde. Ich hatte mich so gefreut, dass unsere Diskussion sachlich verlief und dann das. Wie auch immer, ich bin gerade zum ersten Mal optimistisch, dass wir zusammen etwas auf die Reihe bekommen. Auch mit Ralph konnte ich telefonisch einige Dinge klären. Ich fasse unser Telefonat kurz zusammen: Ralph interessiert sich inhaltlich an dem Projekt sehr und wird sich in Absprache mit Thomas an der Herstellung eines UI beteiligen. Die Style Sheets dafür müssen wir zusammen herstellen. Die finanzielle Klärung findet erst in Nigeria statt. Wir werden zwei Zahlungsmodelle offerieren: 1. BT akzeptiert einen von Thomas ausgearbeiteten Teilzahlungsplan und übernimmt damit einen großen Teil der Entwicklungskosten. 2. BT will dieses Risiko nicht tragen, beteiligt uns aber angemessen an den Einkünften aus dem Portal. Wir werden diese Modelle in dieser Reihenfolge vorschlagen. Mir persönlich wäre Modell 2 fast lieber, da wie auf diesem Wege längerfristig planen können und nicht jedesmal über große Beträge neu verhandeln müssen. Gruß, Henrik From support at oeko.net Wed Apr 12 17:56:47 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 17:56:47 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? In-Reply-To: References: <20060412074334.26363.qmail@oak.oeko.net> Message-ID: <20060412155647.5736.qmail@oak.oeko.net> Hallo Henrik, On Wed, 12.04.2006 at 12:05:36 +0200, Henrik Bettermann wrote: > Toni schrieb: > > Was Du meinst, ist sicher der letzte Abschnitt "Betrieb". Den werde ich > > mir noch gesondert zur Brust nehmen. ;-) > Ich habe den Rest durchaus gelesen und PostgreSQL scheint in vielen Belangen > überlegen. Aber der "Betrieb" scheint wirklich der Knackpunkt zu sein. Ist > ein Master/Slave-Setting tatsächlich möglich? darum hatte ich Dir ja empfohlen, den Rest des Artikels zu lesen. Da steht auf Seite 196: "PostgreSQL bietet anspruchsvolle Replikation mittels der Slony-Software." Diese Software waere dann ggfs. mal mit MySQL-hotcopy oder so zu vergleichen. Und zweitens wird PostgreSQL durchaus in groesseren Szenarien und von namhaften Anwendern eingesetzt: http://www.postgresql.org/about/users Da kannst Du auch den ein oder anderen Artikel darueber, was die Leute genau mit PostgreSQL machen, herunterladen. Auf dieser Liste findest Du dann Namen wie BASF, Apple, Cisco, SUN oder Afilias. Afilias betreibt seine .org-Registry mit PostgreSQL, und das sind wohl ein paar Nutzer mehr als an irgendeiner Uni in Nigeria... Von daher sehe ich nicht so das Problem im Betrieb... (nicht nur) meine Erfahrung sagt halt, dass Du bei MySQL deutlich mehr Probleme hast, Fehler in Deiner Anwendung _VOR_ dem Produktiveinsatz zu finden, statt Dich hinterher ueber seltsame Daten zu wundern, und dazu stellt MySQL aus meiner Sicht dank relativ haeufiger Sicherheitswarnungen und der - so sehe ich das - unsicheren Zukunft aufgrund von InnoDB/Oracle ebenfalls ein gewisses Betriebsrisiko dar, naemlich z.B. das, dass man die Anwendung im Zweifel deutlich umschreiben muss, wenn man ploetzlich ein wichtiges Feature entzogen bekommt. Dazu kommt dann noch, dass PostgreSQL als BSD-lizensierter Code nach bisheriger "Diktion" von Thomas "freier" als die GPL-lizensierte MySQL-Software sein sollte. Wir haben nicht nur das technische Problem im Auge zu behalten, die Anwendung zum Fliegen zu kriegen, sondern auch die sonstigen Rahmenbedingungen wie Sicherheit und Perspektive zu beachten. So jedenfalls habe ich die Aeusserungen von Samuel Kehinde verstanden. Gruss, --Toni++ From support at oeko.net Wed Apr 12 18:11:35 2006 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Apr 2006 18:11:35 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? (kleiner Auszug) In-Reply-To: <20060412155647.5736.qmail@oak.oeko.net> References: <20060412074334.26363.qmail@oak.oeko.net> <20060412155647.5736.qmail@oak.oeko.net> Message-ID: <20060412161135.6170.qmail@oak.oeko.net> Hallo Henrik, On Wed, 12.04.2006 at 17:56:47 +0200, Toni Mueller wrote: > http://www.postgresql.org/about/users > > Da kannst Du auch den ein oder anderen Artikel darueber, was die Leute > genau mit PostgreSQL machen, herunterladen. Auf dieser Liste findest Du > dann Namen wie BASF, Apple, Cisco, SUN oder Afilias. Afilias betreibt > seine .org-Registry mit PostgreSQL, und das sind wohl ein paar Nutzer > mehr als an irgendeiner Uni in Nigeria... falls Du dem Link zu dem Artikel http://www.computerworld.com.au/index.php?id=760310963 nicht folgen magst , hier Auszuege daraus: * 2.4 Millionen Domains werden damit verwaltet * Es wurde PostgreSQL 7.2 verwendet. * Das System hat sich in dieser Anwendung als besser und wirtschaftlicher als Oracle dargestellt ("PostgreSQL outguns Oracle") * Oracles Vertriebler hatten ebenfalls massiv Kontra gegeben... Dazu ist noch zu sagen, dass die 7.2-er meiner Meinung nach massiv schlechter als die heute aktuelle 8.1 war, und das der ganze Artikel aus dem Jahr 2001 stammt, und dass offensichtlich damals schon solche Anwendungen mit PostgreSQL gingen (und bestimmt nicht ohne sinnvolle Datensicherung o.ae.). Gruss, --Toni++ From js at aixtraware.de Wed Apr 12 20:19:10 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Wed, 12 Apr 2006 20:19:10 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <443C1DE7.5000403@k-dns.net> References: <443C146B.2020505@aixtraware.de> <443C1DE7.5000403@k-dns.net> Message-ID: <443D449E.50301@aixtraware.de> Thomas Krüger schrieb: > Joachim Schmitz schrieb: > > >>4. "Pragmatischer" standby der beiden Server. Pragmatisch soll heißen: >> >>- Beide Rechner können von einander unabhängig arbeiten >>- sie synchronisieren sich je nach verfügbarer Bandbreite untereinander. >>- Sie müssen aber auch eventuell tagelang unabhängig voneinander >>arbeiten können, ohne dass es zu Fehlfunktionen kommt. > > > > Eine Stand-By-Funktion ist nicht gefragt, beide Server sollen nach der Ansicht > von Kehinde ein geographisch verteiltes Load-Balancing machen. Das ist extrem > schwierig, nimmt man die Unzuverlässigkeit des Links und die schmale Bandbreite > dazu, haben wir einen echten Sonderfall. Beide Server dürfen nicht asynchron > arbeiten, weil sie mit jeder nicht replizierten Änderung weiter auseinander > driften und schon nach wenigen Transaktionen auf die gleichen Daten > unsynchronisierbar werden. Das wir zum Teil mit Finanzen arbeiten wäre das DER GAU. > Es gibt nur ein Konzept zur Synchronisation, dass die Datenintegrität erhält: > Master -> Slave. Dabei müssen aber alle Änderungen auf dem Master gemacht und > zeitnah repliziert werden. Dies setzt wieder den Link voraus. > Das Ganze ist also alles andere als trivial. > > Ich habe noch eine sehr rohe Idee im Hinterkopf, in der es darum geht > Workflow-Activities atomisch zu machen und komplett bei einer Transition zu > synchronisieren. Das ist natürlich ungleich schwieriger zu realisieren. Albert Einstein hat einmal gesagt "you must make everything as simple as possible, but not simpler" Mit pragmatisch meinte ich genau das, wir müssen für jede Benutzer Funktion so einfach wie möglich realisieren. Dazu müssen wir erstmal alle Funktionen aufschreiben. Zur Anzahl der gleichzeitigen Intranetnutzer kann man noch sagen: Die sollen ja über die E-learning center zugreifen, davon gibt es 6 mit jeweils ich meine max 50 Computern, die genaue Zahl steht in der Unibenin Präsentation von BT. Die einzige Funktion, die unbedingt über das Internet möglich sein muss, ist die Abfrage, ob man zugelassen ist, und die erste Registrierung. > > >>Meiner Meinung nach liegen die Probleme darin dass Funktionalitäten >>nicht vorhanden oder sehr unzuverlässig ausgeführt werden, nicht darin, >>dass nicht mehr als soundsoviel Zugriffe pro Zeiteinheit ausführt >>können, oder nicht 1000 Studenten gleichzeitig registrieren können. > > > Das wäre beides problematisch und keines der Themen darf in den Hintergrund > gestellt werden. Ein Problem steht auf jeden Fall im Vordergrund, und das ist der Fertigstellungstermin. > > Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette > System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen. > Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht genauer wissen, was wir eigentlich planen. Z.B. haben wir noch keinerlei Infos wie das ganze ScratchCardsystem läuft. Also - wer produziert die SCs - wer verteilt sie - wie kommen die informationen in unser System ? .. usw. Weiterhin schreibt Henrik über sein Telefonat mit Hector: > Er Teilte mir weiterhin mit, dass das Hauptproblem in Benin die fehlende > Sicherheit des alten Systems sei. Es gäbe ständig Hackerangriffe und es > seien auch schon Daten manipuliert worden. Sogar Admission Letters seien > schon versendet worden. Über das Versenden von Admission Letters habe ich noch nichts gehört. Das SRPP kann keine solchen versenden. Wir müssten das also erst mal klären. Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen. Weiterhin soll ja die existierende Lösung parallel zur Sicherheit erstmal weiterlaufen. Dazu muss geklärt werden, sind die jetztigen Betreiber zur Kooperation bereit, können wir auf die gleichen Daten zugreifen ? Wie ist die vertragliche Regelung zwischen Uniben und dem jetztigen Provider. Auch schreibt Kehinde: > Online Form-filling is too cumbersome and tedious. Hier öffnet sich die Pandora Büchse der "usebility", da kann man alleine ein Project draus machen. Weiterhin braucht ein Portal mit 10000´den Benutzern eine Enterprise Benutzerverwaltung die muss eingerichtet und gefüllt und gewartet werden. soweit für jetzt. Gruß Joachim From js at aixtraware.de Wed Apr 12 20:26:48 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Wed, 12 Apr 2006 20:26:48 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <443CCF2F.7020205@k-dns.net> References: <20060411215351.13442.qmail@oak.oeko.net> <20060412074334.26363.qmail@oak.oeko.net> <443CC21F.1030806@k-dns.net> <20060412093329.28928.qmail@oak.oeko.net> <443CCF2F.7020205@k-dns.net> Message-ID: <443D4668.70601@aixtraware.de> Hallo Thomas, Thomas Krüger schrieb: > Hallo Toni, > > gut solltest dein Gemüt dringend etwas abkühlen und einmal versuchen zu > verstehen was ich dir sagen wollte. Ich habe eigentlich auch nur verstanden, dass Du Toni einen ganz allgemeinen ziemlich persönlichen Vorwurf gemacht hast. Vielleicht formulierst Du Deine Kritik direkt so, dass jeder weiss was gemeint ist. > > Dann kannst du es gerne noch einmal probieren. In der Zwischenzeit werde ich > einfach mal so tun, als hättest du die letzten drei Mails nicht geschrieben. > Das ist wirklich sehr großzügig ;-) Joachim From henrik at scientific-african.org Wed Apr 12 23:10:55 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 12 Apr 2006 23:10:55 +0200 Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_wie_k=F6nnen_wir_es_stemmen_=3F?= In-Reply-To: <443D449E.50301@aixtraware.de> Message-ID: Hallo Joachim, > Die einzige Funktion, die unbedingt über das Internet möglich sein muss, > ist die Abfrage, ob man zugelassen ist, und die erste Registrierung. Das wäre tatsächlich eine akzeptable (vorübergehende) Simplifizierung: diese beiden Funktionen ausschließlich über's Internet, alle anderen ausschließlich übers Intranet. Das würde die Sache bedeutend vereinfachen. > > Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das komplette > > System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen. > Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht > genauer wissen, was wir eigentlich planen. Da wirst du den Zorn von Thomas ernten. Thomas geht davon aus, dass du/wir mit dem SRPP schon einen großen Teil realisiert haben, und wünschte sich von dir eine Aulistung der realisierten Funktionen mit Bezug auf den Programmcode. Wichtig wäre zudem eine Auflistung der nach deiner Meinung noch offenen Fragen. Bis auf die PIN- und Betten-Verwaltung fällt mir gar nicht viel ein. Der Workflow muss natürlich auch noch optimiert werden. Soweit ich verstanden habe, gibt es den im SRPP im Prinzip noch gar nicht. Aber da hat Thomas sicherlich selber gute Ideen. > Z.B. haben wir noch keinerlei > Infos wie das ganze ScratchCardsystem läuft. Also > > - wer produziert die SCs > - wer verteilt sie > - wie kommen die informationen in unser System ? > .. usw. Stimmt, das müssen wir als nächstes bei Kehinde erfragen. Nach meiner Meinung sollte das aber kein großes Problem sein. Für die SC-Produktion und deren Vertrieb sind wir nun wirklich nicht zuständig. Nur der PINimport muss von uns gewährleistet werden. Ich werde nachhaken ... > Über das Versenden von Admission Letters habe ich noch nichts gehört. > Das SRPP kann keine solchen versenden. Wir müssten das also erst mal > klären. Das hat mir Hector am Telefon erzählt. Vermutlich hat er sich falsch oder missverständlich ausgedrückt. Tatsache ist, dass Applikanten versucht haben, eine Registrierung zu erschleichen. > Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben > werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen > selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen. Nun ja, wichtiger ist eigentlich, dass unser Portal gegen jeden möglichen Angriff gewappnet ist. Afrikanische Hacker sind bestimmt auch nicht findiger als europäische. > Weiterhin soll ja die existierende Lösung parallel zur Sicherheit > erstmal weiterlaufen. Dazu muss geklärt werden, sind die jetztigen > Betreiber zur Kooperation bereit, können wir auf die gleichen Daten > zugreifen ? Wie ist die vertragliche Regelung zwischen Uniben und dem > jetztigen Provider. Ich glaube das will weder Hector noch Kehinde. Kehinde hat sich diesbezüglich aber noch nicht geäußert. Nur Olumide hatte uns zugestimmt. > Auch schreibt Kehinde: > > > Online Form-filling is too cumbersome and tedious. > > Hier öffnet sich die Pandora Büchse der "usebility", da kann man alleine > ein Project draus machen. Darauf will sich Ralph stürzen. Gruß, Henrik From Ralph at waeup.org Thu Apr 13 09:14:02 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 13 Apr 2006 09:14:02 +0200 (CEST) Subject: [Org-de] mail kehinde Message-ID: <57845.84.159.154.168.1144912442.squirrel@mail.waeup.org> hallo thomas, hallo alle, nur bevor jemand auf gedanken kommt. falls ihr die mail von kehinde beantwortet beachtet bitte das er die investition von oracle zu verantworten hat. erklärt ihm jetzt bitte nicht weshalb postgres oder mysql di ebesseren lösungen gewesen wären. wir sind auf einer grösseren liste. wenn wir jett anfangen seine kompetenz semiöffentlich zu untergraben haben wir ein problem. ich bin sicher er wird von uns lernen im weiterebn verlauf des projekts und auch open source besser verstehen nachdem er mehr von unserer arbeit kennegelernt hat. aber ein lehrerhafter in der liste wäre jetzt tödlich. redet mit ihm vor Ort über diese dinge. ralph From henrik at scientific-african.org Thu Apr 13 09:22:25 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Thu, 13 Apr 2006 09:22:25 +0200 Subject: [Org-de] mail kehinde In-Reply-To: <57845.84.159.154.168.1144912442.squirrel@mail.waeup.org> Message-ID: Hallo Ralph, > nur bevor jemand auf gedanken kommt ... sehr gut formuliert! Kehinde schrieb: > to buy Oracle database for the computerisation of its Accounts Gilt die Oracle-Lizens denn automatisch auch für unser Portal? Wenn da noch zusätzliche Kosten anfallen, was ich vermute, dann sollten wir schon vorsichtig darauf dringen, für unsere Anwendung Open Source zu verwenden. Thomas, muss die Datenbankfrage nicht in nächster Zeit zügig geklärt werden, um überhaupt anfangen zu können. Oder können wir das bis Mai tatsächlich offen lassen? Gruß, Henrik From Ralph at waeup.org Thu Apr 13 09:45:05 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 13 Apr 2006 09:45:05 +0200 (CEST) Subject: [Org-de] SQLAlchemy Message-ID: <57391.84.159.154.168.1144914305.squirrel@mail.waeup.org> Hallo zusammen, ich hab gestern mal ein wenig mit dem Python interpreter und SQLAlchemy gespielt. Joachim hatte SQLAlchemy bereits erwähnt. Mir gefällt das ziemlich gut, das Teil hat eine sehr gute Dokumentation und einiges an Funktionen zu bieten. Die Arbeit damit "fühlt sich gut an" auch wenn ich kein fan von rdbms bin. Besonders gut gefällt mir das Objektrelationale Mapping mit dem du sehr einfach Pythonklassen auf Tabellen mappen kannst. Zumindest für schreibzugriffe ist das nett. ich wiess allerdings nicht ob das der performanteste mode von sqlalchemy ist. SQLAlchemy letztlich zu bewerten möchte ich den Datenbankcracks hier im Forum überlassen die sich besser mit performancemessung, transaktionen und dem ganzen trallal auskennen. es gibt konnektoren für sqllite,mysql,postgres und zum glück auch oracle :-) Thomas, Toni vielleicht schaut ihr euch das mal gelegentlich an falls ihr das teil noch nicht kennt. beim sprint haabe ich auch gehört dass der ein oder andere das mit zope3 im einsatz hat. funktioniert wohl gut. informative grüsse ralph From krueger at k-dns.net Thu Apr 13 14:01:56 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Thu, 13 Apr 2006 14:01:56 +0200 Subject: [Org-de] mail kehinde In-Reply-To: References: Message-ID: <443E3DB4.6000600@k-dns.net> Ich hatte ihn gerade kurz per Yahoo Messenger am Rohr. Leider war er nach ein paar Zeilen offline. :-( Wenn er wieder da ist, werde ich das mit Oracle mal abklopfen.. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From Ralph at waeup.org Thu Apr 13 14:06:16 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Thu, 13 Apr 2006 14:06:16 +0200 (CEST) Subject: [Org-de] mail kehinde In-Reply-To: <443E3DB4.6000600@k-dns.net> References: <443E3DB4.6000600@k-dns.net> Message-ID: <59154.84.159.154.168.1144929976.squirrel@mail.waeup.org> > Ich hatte ihn gerade kurz per Yahoo Messenger am Rohr. Leider war er nach > ein > paar Zeilen offline. :-( Puh, da haben wir ja nochmal Glück gehabt ;-) rab From krueger at k-dns.net Thu Apr 13 14:53:23 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Thu, 13 Apr 2006 14:53:23 +0200 Subject: [Org-de] mail kehinde In-Reply-To: <443E3DB4.6000600@k-dns.net> References: <443E3DB4.6000600@k-dns.net> Message-ID: <443E49C3.7040600@k-dns.net> Thomas Krüger schrieb: > Ich hatte ihn gerade kurz per Yahoo Messenger am Rohr. Leider war er nach ein > paar Zeilen offline. :-( Es war bisher ein ganz interessantes Gespräch. Es ging nicht nur um Oracle, sondern auch um Open Source im allgemeinen. Er hat wohl bisher eine stark vom Marketing der Closed Source Firmen geprägte Haltung dazu. Nachdem ich ihm einige Grundzüge erklärt hatte, stellt er auch einige Fragen, die zeigten, dass er am Thema sehr interessiert ist und meinte auch, dass ich seine Einstellung doch verändern konnte. Thema Oracle: Der Deal mit Oracle ist noch nicht spruchreif. Es gibt noch nicht einmal Zahlen. Selbst ein Educationell-Rabatt wurde von Oracle noch nicht fest zugesagt. Er schlug vor auf einer Open Source DB zu entwickeln und eine Migration auf Oracle ggf. später zu machen. Insgesamt gab es dort überraschenderweise keinerlei gegenteilige Argumente. Auch einen generellen Verbleib auf der Open Source DB schloss er nicht aus, wenn sich das System gewehrt. Auf eine Frage hab er noch nicht geantwortet (ist wieder offline): wie das mit den Scratch cards geht. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From js at aixtraware.de Fri Apr 14 18:03:13 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Fri, 14 Apr 2006 18:03:13 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: References: Message-ID: <443FC7C1.4010001@aixtraware.de> Hallo Henrik, Henrik Bettermann schrieb: >>>Zurzeit bin ich, nach ausführlicher Absprache mit Henrik, dabei das > > komplette > >>>System durchzuplanen. Mit Ergebnissen ist bis Ende der Woche zu rechnen. > > >>Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht >>genauer wissen, was wir eigentlich planen. > > > Da wirst du den Zorn von Thomas ernten. Thomas geht davon aus, dass du/wir > mit dem SRPP schon einen großen Teil realisiert haben, und wünschte sich von > dir eine Aulistung der realisierten Funktionen mit Bezug auf den > Programmcode. Damit habe ich angefangen siehe hier http://cms.waeup.org/wiki/Softwaredocumentation. Die beste Beschreibung der Logik, ist eigentlich Deine Bedienungsanleitung für das SRPP. http://cms.waeup.org/wiki/srpp> > >>Z.B. haben wir noch keinerlei >>Infos wie das ganze ScratchCardsystem läuft. Also >> >>- wer produziert die SCs >>- wer verteilt sie >>- wie kommen die informationen in unser System ? >>.. usw. > > > Stimmt, das müssen wir als nächstes bei Kehinde erfragen. Nach meiner > Meinung sollte das aber kein großes Problem sein. Für die SC-Produktion und > deren Vertrieb sind wir nun wirklich nicht zuständig. Nur der PINimport muss > von uns gewährleistet werden. Ich werde nachhaken ... Kläre vor allen Dingen mal, wie denn das aktuelle System eigentlich bezahlt wird, die eingesetzte Software und das Hosting sind ja sicherlich nicht umsonst. Ich vermute, dass das über die Scratch Cards bezahlt wird. > >>Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben >>werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen >>selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen. > > > Nun ja, wichtiger ist eigentlich, dass unser Portal gegen jeden möglichen > Angriff gewappnet ist. Afrikanische Hacker sind bestimmt auch nicht findiger > als europäische. Da weiss Thomas bestimmt mehr drüber als ich. > >>Weiterhin soll ja die existierende Lösung parallel zur Sicherheit >>erstmal weiterlaufen. Dazu muss geklärt werden, sind die jetztigen >>Betreiber zur Kooperation bereit, können wir auf die gleichen Daten >>zugreifen ? Wie ist die vertragliche Regelung zwischen Uniben und dem >>jetztigen Provider. > > > Ich glaube das will weder Hector noch Kehinde. Kehinde hat sich > diesbezüglich aber noch nicht geäußert. Nur Olumide hatte uns zugestimmt. > Wie soll denn eine teilweise Inbetriebnahme funktionieren, wenn das alte System nicht weiterläuft. Wir müssen unbedingt klären, was mit dem System heute schon zumindestens teilweise funktioniert. Die gesamte Kursverwaltung fehlt ja in unserem und auch in dem aktuellen System. Frohe Ostern Joachim From krueger at k-dns.net Fri Apr 14 19:47:23 2006 From: krueger at k-dns.net (=?ISO-8859-15?Q?Thomas_Kr=FCger?=) Date: Fri, 14 Apr 2006 19:47:23 +0200 Subject: [Org-de] Server-Setup Message-ID: <443FE02B.7070104@k-dns.net> Moin, ich bin gerade dabei die Serverstruktur zu planen. Das der Datenbank kräftig Power haben muss, ist soweit sicher. Nötigenfall kann man ihn ja auch nach dem Master-Slave-Prinzip mit weiteren Servern erwänzen, aber die Hauptlast bleibt beim Master. Er muss alle Transaktionen annehmen. Nach der Auflistung auf dem Open-Source-Jahrbuch schwächelt Postgres bei der Parallelisierung. Tony, kannst du dich mal schlau machen, in wie weit das die Hardwareentscheidung beinflussen kann? Eine andere Frage: Wie sollen wir den Zope- / Web-Server auslegen? Ein großer Server, oder ein kleiner Server, der aber leicht durch zusätzliche Server zu ergänzen ist? Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Sat Apr 15 09:43:40 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 15 Apr 2006 09:43:40 +0200 Subject: [Org-de] Server-Setup In-Reply-To: <443FE02B.7070104@k-dns.net> Message-ID: Hallo Thomas, habe zwar nicht viel Ahnung, möchte aber trotzdem meinen Senf dazu geben. > Eine andere Frage: > Wie sollen wir den Zope- / Web-Server auslegen? Ein großer > Server, oder ein > kleiner Server, der aber leicht durch zusätzliche Server zu ergänzen ist? Wenn möglich biete doch mehrere Optionen an. Dann können die Uni oder BT entscheiden, welche Server-Größenordnung sie haben möchten oder ob sie später nachrüsten wollen. Ich denke, die erste Variante wird bevorzugt. Gruß, Henrik From js at aixtraware.de Sat Apr 15 16:46:47 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Sat, 15 Apr 2006 16:46:47 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: References: Message-ID: <44410757.5060403@aixtraware.de> Henrik Bettermann schrieb: >>Ich halte diese Vorgehensweise nicht für sinnvoll solange wir nicht >>genauer wissen, was wir eigentlich planen. > > > Da wirst du den Zorn von Thomas ernten. Thomas geht davon aus, dass du/wir > mit dem SRPP schon einen großen Teil realisiert haben, und wünschte sich von > dir eine Aulistung der realisierten Funktionen mit Bezug auf den > Programmcode. Das was wir im SRPP realisiert haben, basiert im wesentlichen auf unseren Einschätzungen. Von Kehinde haben wir nur bisher darüber gehört, dass es unvollständig sei und noch nicht sicher genug.Er sollte sich da mal genauer äußern. Es fehlen auch noch wesentliche Teile der Kursverwaltung, insbesondere die Eingabe und Verwaltung der Resultate. Die Registrierung/Einschreibung für ein neues Semester, bietet eine neue Herausforderung, da sie so wie ich das verstanden habe, von Fakultät zu Fakultät unterschiedlich ist. Hier müssten wir also ein System konzipieren, das von den Fakultäten möglichst selbst angepasst werden kann. Dann können wir in Hinblick auf den Termin September planen. Wichtig wäre zudem eine Auflistung der nach deiner Meinung > noch offenen Fragen. Bis auf die PIN- und Betten-Verwaltung fällt mir gar > nicht viel ein. Der Workflow muss natürlich auch noch optimiert werden. > Soweit ich verstanden habe, gibt es den im SRPP im Prinzip noch gar nicht. Im Prinzip gibt es einen Workflow also eine Reihenfolge der Arbeitsschritte. Dieser Workflow nutzt nur noch kein Workflowtool, wie DC Workflow, oder CPS Workflow. > >>Auch die anderen Sicherheitsprobleme müssen verifiziert und beschrieben >>werden. Vielleicht hat ja der jetztige Provider, die Hackerangriffen >>selber ausgelöst, um teure Hard-/Software Lösungen zu verkaufen. > > > Nun ja, wichtiger ist eigentlich, dass unser Portal gegen jeden möglichen > Angriff gewappnet ist. Afrikanische Hacker sind bestimmt auch nicht findiger > als europäische. Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of service) Attaken geradezu an. Gruß Joachim From krueger at k-dns.net Sat Apr 15 17:26:52 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sat, 15 Apr 2006 17:26:52 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <44410757.5060403@aixtraware.de> References: <44410757.5060403@aixtraware.de> Message-ID: <444110BC.1020806@k-dns.net> Joachim Schmitz schrieb: > Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of > service) Attaken geradezu an. Wieso gerade dort DoS-Angriffe? Sorry, aber das leuchtet mit gerade nicht ein. Ich sehe da eher die Gefahr von Brute-Force-Attaken. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From js at aixtraware.de Sat Apr 15 18:20:33 2006 From: js at aixtraware.de (Joachim Schmitz) Date: Sat, 15 Apr 2006 18:20:33 +0200 Subject: [Org-de] wie =?ISO-8859-1?Q?k=F6nnen_wir_es_stemmen_?= =?ISO-8859-1?Q?=3F?= In-Reply-To: <444110BC.1020806@k-dns.net> References: <44410757.5060403@aixtraware.de> <444110BC.1020806@k-dns.net> Message-ID: <44411D51.2060502@aixtraware.de> Thomas Krüger schrieb: > Joachim Schmitz schrieb: > > >>Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of >>service) Attaken geradezu an. > > > Wieso gerade dort DoS-Angriffe? Sorry, aber das leuchtet mit gerade nicht ein. > Ich sehe da eher die Gefahr von Brute-Force-Attaken. Da habe ich wohl die Begriffe durcheinandergewürfelt. Das hatte ich gemeint, also diese Seite mit Anfragen zu bombardieren, so dass der Rechner überlastet ist und nicht mehr antwortet. Joachim From support at oeko.net Sat Apr 15 18:31:10 2006 From: support at oeko.net (Toni Mueller) Date: Sat, 15 Apr 2006 18:31:10 +0200 Subject: [Org-de] wie =?iso-8859-1?Q?k=F6nne?= =?iso-8859-1?Q?n?= wir es stemmen ? In-Reply-To: <44411D51.2060502@aixtraware.de> References: <44410757.5060403@aixtraware.de> <444110BC.1020806@k-dns.net> <44411D51.2060502@aixtraware.de> Message-ID: <20060415163110.2879.qmail@oak.oeko.net> Hallo Joachim, On Sat, 15.04.2006 at 18:20:33 +0200, Joachim Schmitz wrote: > Thomas Krüger schrieb: > > Joachim Schmitz schrieb: > >>Gerade die Scratchcard Pin Prüfung bietet sich für DOS (denial of > >>service) Attaken geradezu an. > > Wieso gerade dort DoS-Angriffe? Sorry, aber das leuchtet mit gerade nicht ein. > > Ich sehe da eher die Gefahr von Brute-Force-Attaken. > Da habe ich wohl die Begriffe durcheinandergewürfelt. Das hatte ich > gemeint, also diese Seite mit Anfragen zu bombardieren, so dass der > Rechner überlastet ist und nicht mehr antwortet. nein, Du hast die Begriffe nicht durcheinandergebracht, aber ich sehe auch nicht, wie das gehen soll - jedenfalls faellt mir kein Vorgang ein, wo eine isolierte Scratchcard-Anfrage gemacht werden kann, und ausserdem geht die meiner Meinung nach relativ schnell. Ausserdem sehe ich nicht, warum man den Server mit Scratchcard-Anfragen fluten soll, denn was kann man dabei gewinnen? Das waere ja dann reiner Vandalismus. "Normale", also gewinnorientierte, Angreifer zielen ja allem Anschein nach auf Dinge wie die Erschleichung von Zulassungen oder die Manipulation von Pruefungsergebnissen. Gruss, --Toni++ From krueger at k-dns.net Sat Apr 15 21:02:26 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sat, 15 Apr 2006 21:02:26 +0200 Subject: [Org-de] Sicherheit Scratch Cards In-Reply-To: <20060415163110.2879.qmail@oak.oeko.net> References: <44410757.5060403@aixtraware.de> <444110BC.1020806@k-dns.net> <44411D51.2060502@aixtraware.de> <20060415163110.2879.qmail@oak.oeko.net> Message-ID: <44414342.6010904@k-dns.net> Toni Mueller schrieb: > "Normale", also gewinnorientierte, Angreifer zielen ja allem Anschein > nach auf Dinge wie die Erschleichung von Zulassungen oder die > Manipulation von Pruefungsergebnissen. Oder halt den Versuch durch massenhaftes Probieren eine gültige Scratchcard-Nummer zu erwischen. Dies sollten wir durch eine geeignete Restriktion unterbinden (3 Versuche, 1min Sperre, 3 Versuche, 2min Sperre, usw.) Dann kann man in den 2 Wochen maximal ca. 60 Versuche starten. Wer seine Nummer dann immer noch nicht richtig eingehackt hat, der muss wohl schon beim Leistungstest beschissen haben, ;-) Leider konnte ich gestern meinen Chat mit Kehinde nicht ganz zu Ende führen, aber es sieht so auf, als wenn die Scratch-Card-Pin von uns als zehnstellige Ziffern generiert werden sollen. Ich muss ihn noch fragen ob es einen zweiten Authentifizierungfaktor, wie eine Seriennummer gibt, asonsten ist mir der "Keyspace" etwas klein: 10.000.000.000 / 40.000 SCs = Chance von 1:250000 macht bei 60 Versuchen 1:4166 Also etwa 1:4000 für jeden Studenten, der es versucht. Bei mehr gültigen Nummern wird die Chance proportional größer. Der Faktor des Sicherheitsgewinns, wäre gleich der Anzahl der ausgegeben Cards, also schon beträchtlich. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Tue Apr 18 22:26:32 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 18 Apr 2006 22:26:32 +0200 Subject: [Org-de] FW: [Uniben] server setup; security Message-ID: Hallo Thomas, findest du etwas Zeit, darauf nett zu antworten bzw. die für dich noch offenen Fragen aufzulisten? Danach würde ich dann die Spesenrechnung stellen. Gruß, Henrik -----Original Message----- From: uniben-bounces at lists.waeup.org [mailto:uniben-bounces at lists.waeup.org]On Behalf Of Hector Etomi Sent: Tuesday, April 18, 2006 1:39 PM To: University of Benin Educational Portal Project Subject: Re: [Uniben] server setup; security Thomas, I hope you had a nice Easter holiday.Could you please provide with an update on your analysis of the Uniben and the way forward on how tp resolve all the issues emanating.I will be glad with your response. From krueger at k-dns.net Wed Apr 19 08:21:03 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Wed, 19 Apr 2006 08:21:03 +0200 Subject: [Org-de] FW: [Uniben] server setup; security In-Reply-To: References: Message-ID: <4445D6CF.7050504@k-dns.net> Henrik Bettermann schrieb: > Hallo Thomas, > > findest du etwas Zeit, darauf nett zu antworten bzw. die für dich noch > offenen Fragen aufzulisten? Danach würde ich dann die Spesenrechnung > stellen. Ich hab gestern eine gute Dosis Impfungen bekommen und daher etwas früher Feierabend gemacht. Werde seine Mail heute beantworten. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Fri Apr 21 22:55:05 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Fri, 21 Apr 2006 22:55:05 +0200 Subject: [Org-de] finanztechnische Korrespondenz mit Hector Message-ID: Hallo Liste, ich will die finanztechnische Korrespondenz mit Hector nicht direkt an die deutsche Liste in Kopie weiterleiten, deswegen füge ich sie euch zur Information hier an. Gruß, Henrik -----Original Message----- From: Henrik Bettermann [mailto:henrik at scientific-african.org] Sent: Friday, April 21, 2006 10:54 PM To: Hector Etomi Subject: RE: journey to Nigeria Dear Hector, I think your suggested itenary is perfect and we should go ahead with applying for the visas and booking the flights. Do I take it that you also agree to pay all travel related expenses and the costs for Thomas' work in Benin? I think, Uniben will not only get perfectly configured servers but also the oportunity to give instructions directly to our main programmers. Thomas' feedback will be important to find the best portal solutions. We have to be realistic and must clearly communicate which parts of the portal can be realized until September and which parts have to be postponed. The security and performance must be given priority. All the best, Henrik > -----Original Message----- > From: Hector Etomi [mailto:hetomi at btlimited.com] > Sent: Friday, April 21, 2006 5:04 PM > To: Henrik Bettermann > Subject: Re: journey to Nigeria > > > Henrik, > Thanks for your itenary on your proposed visit to Nigeria.I will foward > fresh letters for all on Monday to ensure that there are no problems with > the embassy.You know they could be funny at times.You are all > most welcome > to Nigeria and we promise to make your short stay as hospitable as > possible.I will be most glad if we can visit Sokoto during your > visit.Incidentally,the flights to Sokoto are Mondays,Wednesdays and > Fridays.We need a full week of work in Benin,meaning working up to > Friday/Saturday,come back to Lagos over the weekend and leave for Sokoto > first thing Monday morning,return Wednesday and to fly out that same > Wednesday night.If you can squeeze this with itenary,pls let me > know so as > to inform the University to plan ahead to recieve.I am confident > that with > the outcome from your stay in Benin,you will be proffering solutions to > Sokoto since they don't have any portal on groun d in the > University.We will > actually be killing two birds with one stone,if you know what i mean.What > are your thoughts? > ----- Original Message ----- > From: "Henrik Bettermann" > To: "Hector Etomi" > Cc: "Thomas Krüger" ; "Joachim Schmitz" > > Sent: 21 April, 2006 8:41 AM > Subject: journey to Nigeria > > > > Dear Hector > > > > It's time to prepare our journey to Benin City. As I told earlier, the > > only > > available time is May 21 - 26/27/28. We would arrive on Sunday > evening and > > leave on Friday, Saturday or Sunday night. Because of the > limited time we > > recommend staying the first night directly at the airport and flying to > > Benin City on Monday morning. > > > > Could you please send the respective letter of invitation for Thomas to > > the > > following fax number: +49 761 2026799 ? I think the letters you already > > sent > > to us are still valid and should be ok for visa application although the > > time has changed. > > > > Here are Thomas' dates: > > > > name: Thomas Krueger > > date of birth: 13/05/1979 > > place of birth: Uckermuende > > passport no: 142115314 > > date of issue: 10/06/2005 > > place of issue: Samtgemeinde Oberharz > > > > Our costliest expenditure is time. At the moment I'm also working as a > > freelance scientist in the field of malaria research (in > cooperation with > > the Kumasi Centre for Collaborative Research) and I actually don't have > > much > > time. However, I understand our journey as an investment for the future > > and > > won't bring this expenditure to account. The same goes for Joachim. We > > both > > only ask you to reimburse our travel expenses (tickets, costs for visas > > etc.) again. Thomas runs his own IT company and he is not able to be > > absent > > free of charge. He charges 300 Euros per working day (i.e. 1500 > Euros per > > week plus travel expenses). This is the lowest price he can > offer. Usually > > German freelance IT specialists charge much more. > > > > Shall we also travel to Sokoto? Joachim and I could stay two > days longer > > and > > speak with the university authorities in Sokoto in order to clarify the > > portal details. > > > > Best regards, > > > > Henrik > > > > > > > From henrik at scientific-african.org Sat Apr 22 22:45:05 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 22 Apr 2006 22:45:05 +0200 Subject: [Org-de] [Uniben] Workflow In-Reply-To: <4447B10B.4000804@k-dns.net> Message-ID: Hallo Thomas, ich habe den von die skizzierten Workflow studiert. Dabei tauchten ein paar Fragen bzw. Verbesserungsvorschläge auf. Eigentlich sollte ich das an die Uniben-Liste posten. Nach meiner Meinung wäre es aber besser, wenn wir diese Dinge vorab auf unserer Liste diskutieren. 1. Den Pfeil von 'elegibility rejected' nach 'elegibility check' verstehe ich nicht. 'rejected' heißt eigentlich Ende und Rausschmiss. 2. Falls ein Data Change vorgenommen werden muss, sollte die erneute Verifizierung per Activation Code und Eingabe einer SC PIN umgangen werden, d.h. es müsste noch einen dicken Pfeil von 'enter basic data' direkt nach 'eligibilty form' geben, oder es sollte eine Action 'change basic data' eingefügt werden. 3. Der ganze Canditate-Detail-Form-Prozess scheint mir etwas aufgebläht zu sein. Was bedeutet insbesondere 'candidate rejected' ? Hier kann es sich höchstens um die Korrektur einiger weniger Daten handeln. Von Ablehnung ist nie die Rede gewesen. Wo hast du diese Information her? Vielleicht habe ich ja etwas übersehen. 4. Die 'accomodation needed' Action ist nach Kehindes letzter Mail scheinbar komplizierter. Nicht nur der Student wird gefragt, sondern auch das System, ob eine Berechtigung zur Buchung eines Bettes vorliegt. 'search bed' ist ebenfalls der Hammer. Bei der Bettvergabe wird ja fast noch die Schuhgröße des Studenten berücksichtigt. Bin ich froh, dass ich nicht in Nigeria studieren musste. 5. Um den Workflow noch besser verständlich zu machen, würde ich sprachlich ein paar Kleinigkeiten ändern. Kann ich den Flussplan selber editieren? Können wir das ganze in's Wiki stellen? Ich würde mir dann auch die Mühe machen, deinen Text etwas mehr auszuformulieren. Es ist wichtig, dass auch Laien den Workflow verstehen und eventuell Änderungen vorschlagen können. Gruß, Henrik From krueger at k-dns.net Sun Apr 23 11:38:28 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sun, 23 Apr 2006 11:38:28 +0200 Subject: [Org-de] [Uniben] Workflow In-Reply-To: References: Message-ID: <444B4B14.2020000@k-dns.net> Henrik Bettermann schrieb: > 1. Den Pfeil von 'elegibility rejected' nach 'elegibility check' verstehe > ich nicht. 'rejected' heißt eigentlich Ende und Rausschmiss. Das ist eine Nottür, für den Fall, dass sich der Agent vertan hat. > 2. Falls ein Data Change vorgenommen werden muss, sollte die erneute > Verifizierung per Activation Code und Eingabe einer SC PIN umgangen werden, > d.h. es müsste noch einen dicken Pfeil von 'enter basic data' direkt nach > 'eligibilty form' geben, oder es sollte eine Action 'change basic data' > eingefügt werden. Der Pfeil ist nicht nötig. Das Zope3-Workflow-System startet eine Transaktion automatisch, wenn die Bedingung erfüllt ist. Ist die Scratchcard bezahtl wird die entsprechende Activity durchsprungen. > 3. Der ganze Canditate-Detail-Form-Prozess scheint mir etwas aufgebläht zu > sein. Was bedeutet insbesondere 'candidate rejected' ? Hier kann es sich > höchstens um die Korrektur einiger weniger Daten handeln. Von Ablehnung ist > nie die Rede gewesen. Wo hast du diese Information her? Vielleicht habe ich > ja etwas übersehen. Nunja, wenn man einen Candidaten akzeptieren kann, muss man ihn auch ablehnen können, sonst macht die Entscheidung wenig Sinn. Wenn die Uni die Option nicht wünscht kann sie aber auch raus. > 4. Die 'accomodation needed' Action ist nach Kehindes letzter Mail scheinbar > komplizierter. Nicht nur der Student wird gefragt, sondern auch das System, > ob eine Berechtigung zur Buchung eines Bettes vorliegt. 'search bed' ist > ebenfalls der Hammer. Bei der Bettvergabe wird ja fast noch die Schuhgröße > des Studenten berücksichtigt. Bin ich froh, dass ich nicht in Nigeria > studieren musste. Das wird ein netter Subworkflow! :-/ > 5. Um den Workflow noch besser verständlich zu machen, würde ich sprachlich > ein paar Kleinigkeiten ändern. Kann ich den Flussplan selber editieren? > Können wir das ganze in's Wiki stellen? Ich würde mir dann auch die Mühe > machen, deinen Text etwas mehr auszuformulieren. Es ist wichtig, dass auch > Laien den Workflow verstehen und eventuell Änderungen vorschlagen können. Der Plan ist ansich eine WfMC konforme XML-Datei, die ich mit dem Together Workflow Editor bearbeitet und nach JPG exportiert habe: http://www.together.at/together/prod/twe/index.html Ich habe aber etwas gebraucht, um mich in das System einzuarbeiten. Das Problem beim Wording ist auch nicht trivial zu lösen, alles was angezeigt wird landet automatisch in der Datei und damit auch im Zope3 Workflow Prozess. Meine Erklärungen aus der Mail kannst du natürlich anpassen. Thomas From support at oeko.net Mon Apr 24 11:02:30 2006 From: support at oeko.net (Toni Mueller) Date: Mon, 24 Apr 2006 11:02:30 +0200 Subject: [Org-de] [Uniben] more questions In-Reply-To: <000001c6677b$252e2fa0$1401a8c0@Admin> References: <000001c6677b$252e2fa0$1401a8c0@Admin> Message-ID: <20060424090230.8217.qmail@oak.oeko.net> Hallo, von allen anderen offenen Fragen mal abgesehen, On Mon, 24.04.2006 at 09:43:13 +0100, Kehinde Dokun Samuel wrote: > 3. I have mailed the details of what is required of online hostel war das eine seiner seltenen Mails von letztem Jahr, oder hat sonst jemand direkt eine Idee, was das fuer eine Mail sein soll? Gruss, --Toni++ From henrik at scientific-african.org Mon Apr 24 11:06:18 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 24 Apr 2006 11:06:18 +0200 Subject: [Org-de] [Uniben] more questions In-Reply-To: <20060424090230.8217.qmail@oak.oeko.net> Message-ID: Hallo Toni, > war das eine seiner seltenen Mails von letztem Jahr, oder hat sonst > jemand direkt eine Idee, was das fuer eine Mail sein soll? die Mail ging an die Uniben-Liste, auf der du auch stehst. Hast du die Mail (s.u.) tatsächlich nicht bekommen? Gruß, Henrik -----Original Message----- From: uniben-bounces at lists.waeup.org [mailto:uniben-bounces at lists.waeup.org]On Behalf Of Kehinde Dokun Samuel Sent: Friday, April 21, 2006 7:04 PM To: 'University of Benin Educational Portal Project' Subject: Re: [Uniben] questions about the Hostel allocation Dear Joachim, In line with your request, I am sure that the following information will definitely answer most of your questions: 1. HOSTEL ALLOCATION SLIP The fields needed for generating Hostel Allocation Slip are as follows: Student's Entry Registration No. (for new students, Matriculation No. for Old Students) Full Name Access PIN (the Scratch PIN purchased from a bank and used for the application) Sex: (eg. Male or Female) Session: (Current Academic Session Course of Study (e.g. Medicine, Pharmacy, Biochemistry, Law or Accounting) Level of Study (100, 200, 300, 400, 500 or 600 depending on the course of study) Then the details of the hostel allocation comprising: Date of Allocation: (This is the date the reservation was made) Name of Residence Hall: Block Room Number Bed Space Allocated Annotation/Note: This is to affirm that you have been allocated a room in the hostel, details as show above. Please print this Allocation Slip and keep for Hostel Clearance 2. HOSTEL CATEGORIES: The Hostel Categories are as follows: Ugbowo Campus (Main Campus) 1. Hall One: For all Categories of Female Students 2. Hall Two: For all Categories of Female Students 3. Hall Three: For all Categories of Male Students 4. Hall Four: For all Categories of Male Students 5. Hall Five: For only Final Year Male & Female Students 6. Medical Hostel: For all 500 & 600 Level Medical & Dental Students only Ekehuan Campus (satellite campus) 1. Female Undergraduate Hall 2. Male Undergraduate Hall 3. Postgraduate Hostel: For all Male Postgraduate Students 4. Postgraduate Female Hostel: For all Female Postgraduate Students 3. DETAILED HOSTEL DESCRIPTION Hall One: Consist of 7 Blocks labeled A,B,C.. & G, each Block consist of 30 rooms spread across three floors (10 rooms per floor). The first room on the Ground floor of Block A is numbered 101, the next 102, while the last room is labeled 110. The first room on the next floor is also labeled 201, next 202 and the 10th room on that floor is 210. Each room has 6 bed spaces labeled A, B, C, D, E & F. Therefore, the first space to be allocated will Hall one, Block A, Room 101, Bed Space A. Therefore, there are a total of 1,260 bed spaces in Hall One. (7 Blocks X 30 rooms X 6 bed spaces). Hall Two: This hall consist of 6 Blocks labeled A, B,C, D,E & F; each Block consist of 40 rooms, each room has 8 bed spaces. The bed spaces are labeled exactly as described in Hall One above. Therefore, there are a total of 1,920 bed spaces in Hall One. (6 Blocks X 40 rooms bed spaces). Hall Three: Same as Hall Two Hall Four: This hall is divided into 3 Sections as follows: Section I: has a total of 200 Rooms with 8 bed spaces in each room Section II: has a total of 200 Rooms with 8 bed spaces in each room Section iii: has a total of 147 Rooms with 8 bed spaces in each room Therefore, there are a total of 4,376 bed spaces in Hall Four. Hall Five: This hall of residence has two blocks, each has 100 bed spaces. One block accommodates final year male students while the other is for final year female students Medical Hostel: Has two blocks, each for male and female (500 & 600 Medical & Dental Students) with capacity to accommodate 138 students each. Postgraduate Accommodation is currently being handled manually, I will give the details in my subsequent mail. Hostel Allocation Criteria: 1. Only Full Time (Undergraduate & Postgraduate Students are entitled to Hostel Accommodation Allocation. 2. For all undergraduate hostel allocations, the available bed spaces are allocated as follows: a) Bed Spaces A & B in halls one, two, three & four are meant for Final Year Students only b) Bed Space C in Hall One is strictly meant for Returning Students c) Bed Spaces D,E & F in Hall One are meant to be allocated to fresh students c) While Halls Two, Three and Four, Bed Spaces C & D are for Returning Students and E,F,G & H are for Fresh Students 3. Medical Hostel are allocated 500 & 600 Medical and Dental Students at a ratio 60:40 respectively 4. All the available bed spaces (A, B, C, D, E, F, G & H) in Hall Five are allocated to FINAL YEAR ONLY 5. Just before the commencement of Hostel Allocations, some reservations are made officially for Student Union Leaders, Sports Men and Women, Disabled or Physically-Challenged Students, etc. Therefore, there should be provision to make reservations at the back-end, and populate such reservations at a later date. 6. The Hall of Residence attracts different charges, so students do not pay same amount for allocated spaces 7. The Hostel Application Fee is all the same irrespective of the Hall of Residence the student is seeking reservation, and it N500.00 I have tried to be as detail as possible, if there are still some grey areas, please do not hesitate to contact me again. I hope you will find this email informative enough to meet your developmental needs. Thank you. Kehinde UNIBEN -----Original Message----- From: uniben-bounces at lists.waeup.org [mailto:uniben-bounces at lists.waeup.org] On Behalf Of Joachim Schmitz Sent: Thursday, April 20, 2006 3:16 PM To: Uniben Educational Portal Project Group Subject: [Uniben] questions about the Hostel allocation Dear Kehinde, After looking at the hostel allocation at unibenportal I have some questions about the fields: Entry Date: Is that the date the reservation was made ? Current Session: for one or two semesters ? Entry Reg No: ? Hostel category: Please list all possible values, does this have an influence, how a bed is allocated. Is this value assigned per room ? Room Letter: Does it mean Bed Letter. Do all rooms in a hall have the same Nr. of beds ? Block: ? Department and Fakulty: do we actually need those fields here ? -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 _______________________________________________ Uniben mailing list Uniben at lists.waeup.org http://lists.waeup.org/mailman/listinfo/uniben _______________________________________________ Uniben mailing list Uniben at lists.waeup.org http://lists.waeup.org/mailman/listinfo/uniben From support at oeko.net Mon Apr 24 15:06:10 2006 From: support at oeko.net (Toni Mueller) Date: Mon, 24 Apr 2006 15:06:10 +0200 Subject: [Org-de] [Uniben] server setup; security In-Reply-To: <000101c66796$b0ee7250$1401a8c0@Admin> References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin> Message-ID: <20060424130610.13549.qmail@oak.oeko.net> Hallo allerseits, On Mon, 24.04.2006 at 13:00:21 +0100, Kehinde Dokun Samuel wrote: > Keeping the main (r/w) Server at the University will be a brilliant idea! As und so weiter, und so fort... Das kann man ja kaum noch mit ansehen/-hoeren. > [ Firewalls etc ] > , we are currently investigating some of the security bridges and An der Stelle wuerde ich gerne einhaken, da der Plan, Firewalls und VPN einzusetzen, da dieser Punkt meines Erachtens massgeblich auf meine Argumentation in einem Telefonat mit Henrik vom 1.4.2006 zurueckgeht (wer es genauer wissen will: Zitat von Thomas: "1. Das mit dem VPN ist erstmal völlig (!!!) egal.", am 31.3.2006 auf org-de@). Da denke ich, dass ich dann auch dazu etwas sagen darf und kann, damit diese aus meiner Sicht eusserst halbgare Diskussion mal auf's Gleis gesetzt wird. @Henrik: Ok? > pages and promised to re-write the entire application using microsoft.net > application tools. Most of the front-end were developed using ColdFusion and > ASP. Diesen Kram krieg' ich auch nicht richtig verdaut. Was wollen die machen??? Gruss, --Toni++ From Ralph at waeup.org Mon Apr 24 15:22:35 2006 From: Ralph at waeup.org (Ralph@waeup.org) Date: Mon, 24 Apr 2006 15:22:35 +0200 (CEST) Subject: [Org-de] [Uniben] server setup; security In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net> References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin> <20060424130610.13549.qmail@oak.oeko.net> Message-ID: <58666.84.159.200.242.1145884955.squirrel@mail.waeup.org> Hallo Toni, > On Mon, 24.04.2006 at 13:00:21 +0100, Kehinde Dokun Samuel > wrote: >> Keeping the main (r/w) Server at the University will be a brilliant >> idea! As > > und so weiter, und so fort... > > Das kann man ja kaum noch mit ansehen/-hoeren. Wenn der Kunde sich gut behandelt fühlt ist das doch ok. > >> [ Firewalls etc ] >> , we are currently investigating some of the security bridges and > > An der Stelle wuerde ich gerne einhaken, da der Plan, Firewalls und VPN > einzusetzen, da dieser Punkt meines Erachtens massgeblich auf meine > Argumentation in einem Telefonat mit Henrik vom 1.4.2006 zurueckgeht > (wer es genauer wissen will: Zitat von Thomas: "1. Das mit dem VPN ist > erstmal völlig (!!!) egal.", am 31.3.2006 auf org-de@). > > Da denke ich, dass ich dann auch dazu etwas sagen darf und kann, damit > diese aus meiner Sicht eusserst halbgare Diskussion mal auf's Gleis > gesetzt wird. > > @Henrik: Ok? Können wir nicht alle jetztmal die Jubel-Perser geben, statt jetzt auch noch mit dem Kunden die Diskussion zu führen, wer nun mit Verlaub "den Längsten" hat? Ich wüsste nicht was bringen soll wenn du nun sagst also ich sehe das alles ganz anders etc. ...Die internen Diskussionen hatten wir schon erfloglos geführt. Gruss Ralph From krueger at k-dns.net Mon Apr 24 16:01:14 2006 From: krueger at k-dns.net (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Mon, 24 Apr 2006 16:01:14 +0200 Subject: [Org-de] [Uniben] server setup; security In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net> References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin> <20060424130610.13549.qmail@oak.oeko.net> Message-ID: <444CDA2A.6000408@k-dns.net> Toni Mueller schrieb: > An der Stelle wuerde ich gerne einhaken, da der Plan, Firewalls und VPN > einzusetzen, da dieser Punkt meines Erachtens massgeblich auf meine > Argumentation in einem Telefonat mit Henrik vom 1.4.2006 zurueckgeht > (wer es genauer wissen will: Zitat von Thomas: "1. Das mit dem VPN ist > erstmal völlig (!!!) egal.", am 31.3.2006 auf org-de@). Ich glaube hier bedarf es einer Klärung: Ich wollte damit nicht sagen, dass kein VPN benötigt wird, sondern dass es die Synchronisation Subjekt der Evaluation sein muss und nicht die VPN-Verbindung. Da beides auf unterschiedlichen OSI-Layern operiert bessteht auch kein Grund eine der Techniken im Kontext der Anderen zu bewerten. Es gab noch weitere Punkte, wieso ich deinen Vorstoß in Aachen VPN zu diesem Zeitpunkt nicht gutheißen konnte: 1. Zuerst muss man das Große planen, dann die Details. Die Festlegung auf Kommunikationskanäle und sogar das Protokoll war etwas voreilig. 2. Die Jungs von BT sollen nun auch nicht alles vor den Arsch getragen bekommen (entschuldigt den Ausdruck). Wie in der o.g. Mail erwähnt, bin ich der Meinung, dass sie das VPN dort auch selber konfigurieren können bzw. sollten. 3. Das VPN sah ich als eine der Nebensächlichkeiten die uns eher vom Ziel "Datenbank" ablenken. Thomas -- Thomas Krüger | Tannenhöhe 15 | Tel.: 05323 961858 Krüger IT | 38678 Clausthal-Zellerfeld | Fax.: 05323 962617 PGP: 0xEADA7C59 | CAcert-Assurer: https://www.cacert.org Join OpenBC: http://www.openbc.com/go/invite/4364300.0eb9ee From henrik at scientific-african.org Mon Apr 24 16:04:27 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 24 Apr 2006 16:04:27 +0200 Subject: [Org-de] [Uniben] server setup; security In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net> Message-ID: Hallo Toni, > Da denke ich, dass ich dann auch dazu etwas sagen darf und kann, damit > diese aus meiner Sicht eusserst halbgare Diskussion mal auf's Gleis > gesetzt wird. > > @Henrik: Ok? Auf unserer Liste ist fast alles erlaubt, respektvoller und freundlicher Umgang vorausgesetzt. Mit Kehinde und Kollegen sollten wir die Diskussion über die Sicherheit NICHT zuspitzen. Thomas hat das recht gut eingefädelt, auch wenn du in der Sache in einigen Punkten anderer Meinung bist. Bitte aber keinen Dissenz nach außen tragen und öffentlich zeigen!!! > > pages and promised to re-write the entire application using > microsoft.net > > application tools. Most of the front-end were developed using > ColdFusion and > > ASP. > > Diesen Kram krieg' ich auch nicht richtig verdaut. Was wollen die > machen??? Ich finde das jetzt nicht so wesentlich. Wichtiger ist, dass das Portal auf die Beine kommt. Ich habe diesbezüglich eine Mail an Kehinde entworfen, die ich heute abend abschicken möchte. Die Kursregistrierungsgeschichte gefällt mir nicht. Das werden wir nicht ordentlich hinbekommen bis September. Gruß, Henrik From support at oeko.net Mon Apr 24 17:08:04 2006 From: support at oeko.net (Toni Mueller) Date: Mon, 24 Apr 2006 17:08:04 +0200 Subject: [Org-de] [Uniben] server setup; security In-Reply-To: References: <20060424130610.13549.qmail@oak.oeko.net> Message-ID: <20060424150804.16753.qmail@oak.oeko.net> Hallo Henrik, On Mon, 24.04.2006 at 16:04:27 +0200, Henrik Bettermann wrote: > Umgang vorausgesetzt. Mit Kehinde und Kollegen sollten wir die Diskussion > über die Sicherheit NICHT zuspitzen. ich wollte nichts "zuspitzen", sondern einfach sozusagen das aus meiner Sicht traditionell bei uns "heimische" Ressort Sicherheit und VPN bearbeiten und die Details in Sachen Sicherheit und VPN mit den Afrikanern ausklamuesern. > Thomas hat das recht gut eingefädelt, Du meinst diese One-Man-Show, die da gerade ablaeuft, und die zumindest mir ua. relativ untransparent erscheint? > Ich finde das jetzt nicht so wesentlich. Wichtiger ist, dass das Portal auf > die Beine kommt. Ich habe diesbezüglich eine Mail an Kehinde entworfen, die > ich heute abend abschicken möchte. Die Kursregistrierungsgeschichte gefällt > mir nicht. Das werden wir nicht ordentlich hinbekommen bis September. Dabei faellt mir auf und ein, dass wir vielleicht nochmal telefonieren sollten, oder? Gruss, --Toni++ From henrik at scientific-african.org Mon Apr 24 17:44:48 2006 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 24 Apr 2006 17:44:48 +0200 Subject: [Org-de] [Uniben] server setup; security In-Reply-To: <20060424150804.16753.qmail@oak.oeko.net> Message-ID: Hallo Toni, > > Thomas hat das recht gut eingefädelt, > > Du meinst diese One-Man-Show, die da gerade ablaeuft, und die zumindest > mir ua. relativ untransparent erscheint? Thomas macht den Nigerianern gegenüber einen kompetenten, zuverlässigen und freundlichen Eindruck. Das ist mir wichtig, da wir gemeinsam dort auftreten müssen. Inhaltlich kann ich seine Argumente nachvollziehen und bin zuversichtlich, dass er nicht ganz falsch liegt. Falls du Argumente hast, die gegen seine Server- und Sicherheitsarchitektur sprechen, trage sie bitte vor. Auch Alternativen können jederzeit diskutiert werden. Allerdings wünsche ich mir, dass wir uns mehr der Arbeit am Portal widmen. Thomas hat die Initiative ergriffen, geniesst unser Vertrauen (zumindest das von Ralph und mir) und sollte den beschriebenen Workflow möglichst schnell umsetzen. Bitte lege nicht allzu viel Steine in den Weg, sondern überlege wie man mithelfen kann. > > Dabei faellt mir auf und ein, dass wir vielleicht nochmal telefonieren > sollten, oder? Ich hätte erst nach 21 Uhr mehr Muße für ein Telefonat. Soll ich anrufen? Gruß, Henrik From m.kiberu at kipya.com Tue Apr 25 21:05:55 2006 From: m.kiberu at kipya.com (Michael Kiberu) Date: Tue, 25 Apr 2006 21:05:55 +0200 Subject: [Org-de] Teamarbeit? In-Reply-To: <20060424130610.13549.qmail@oak.oeko.net> References: <444C72AE.1000002@k-dns.net> <000101c66796$b0ee7250$1401a8c0@Admin> <20060424130610.13549.qmail@oak.oeko.net> Message-ID: <444E7313.5060103@kipya.com> Hallo Liste, es ist schon erstaunlich wie viel Energie hier vergeudet wird. (Fast) Jeder Tread ist Ellenlang und was herauskommt ist gegen Null. Anfangs kam Henrik zu mir und erzählte mir über seine Version, ich fand diese Interessant und es hat(te) Potential. Ein Team, davon sprach er, solle sich finden und diese (Version) umsetzen. Nun werden an DREI Produkte gewerkelt und gehofft, mit EINEM Erfolg zu haben. Ich habe schon genug gesehen. Die in Frage stehenden DB's sind mir nicht neu, Zope mag ich in gewissen Bereiche unterbelichtet zu sein, Projektmanagement ist mir nicht neu. Kurz, ich verstehe von Werkzeugen worüber hier STÄNDIG diskutiert wird. @Henrik, du bist nicht "Doof", belese dich in wenigen Seiten und dann weißt auch du, welche Lösungen gut kombinierbar sind bzw. für ein Projekt wie diesen in Frage kommen. Die "Entschuldingung" reicht somit nicht aus, das du dich mit gewissen Produkte nicht auskennst. Wir müssen alle genau wissen, was wir verkaufen. Erfahrung ist natürlich eine andere Sache. Beratung auch! @Tomas, du hast schon einiges geschafft. Größtenteils jedoch alleine. Oben schrieb ich Team - mehr ist hierzu nichts zu sagen! @Ralf, s.o. @Joachim, auch deine Leistungen waren beträchtlich, doch ohne Teamarbeit ist diese Wertlos. Das aufgebaute muss ergänzt, verbessert und Intuitiver werden. Willst alles du machen? @Toni, ich muss sagen das Toni riesigen Wissensbrocken hat. Wir sollten überlegen, wie diese nutzbar sind und das Ego mancher zurückschrauben. Teamarbeit ist aber auch hier nicht viel zu sehen. Ich hatte mich bewusst bisher herausgehalten, weil es aussichtslos gewesen wäre, die Treads auch noch zu verlängern. Durch eine neue Familienkonstellation habe ich auch keine Zeit zu vergeuden gehabt und habe Sie weiterhin nicht. Ich möchte keinem hier zu nahe treten, mag er sich beleidigt fühlen, war dies nicht meine Absicht. Wie geschrieben, das Projekt hat Potential erfolgreich zu werden AUCH in dem kurzen Zeitfenster, doch dann darf Teamarbeit keine Seltenheit sein. Ich schlage also ein schnellstmöglichen Treffen vor, bei dem wir die zu verwendenden Produkte festlegen, die wir dann auch einsetzen und viel wichtiger, eine Teamarbeit Strategie entwickeln und umsetzen. Erzählt mir nicht über eure Zeitknappheit, wenn alle Interesse an dem Erfolg dieses Projektes haben, müssen sich auch alle die Zeit dafür nehmen. Wir alle haben ein gewisses Potential, dieses muss nur noch abgestimmt und kombiniert werden. Hier schlief anscheinend die Projektplanung. Ich freue mich auf konstruktive Kommentare, Michael