ag-meinungsfindungstool AT lists.piratenpartei.de
Betreff: Ag-meinungsfindungstool mailing list
Listenarchiv
- From: Alexander Praetorius <alexander.praetorius AT serapath.de>
- To: Piraten AG Meinungsfindungstool <ag-meinungsfindungstool AT lists.piratenpartei.de>
- Subject: Re: [Ag Meinungsfindungstool] Solidarität trotz inhaltlicher Differenzen
- Date: Sun, 27 Oct 2013 16:32:05 +0100
- List-archive: <https://service.piratenpartei.de/pipermail/ag-meinungsfindungstool>
- List-id: <ag-meinungsfindungstool.lists.piratenpartei.de>
2013/10/25 <allusion AT gmx.de>
EXAKT :-)
Welcome to the real world :-)
Es ist eine schwierige Aufgabe und wir brauchen Backups und es wird schiefgehen, weil man im chaotischen, technologisch heterogenen Umfeld arbeiten muss. In der echten Welt, dort wo die Leute sind.
Das ist chaotisch und herausfordernd und anstregend und aufwendig und man muss sich reinlesen in Dinge von denen man nicht unbedingt viel Ahnung hat, weil man die Technolgien noch nie intensiv genutzt hat und in anderen Technologien mehr zuhause ist.
Web Development an sich ist ein Paradebeispiel.
Verschiedene Browser, _javascript_ mit all seinen unwaegbarkeiten, verschiedene Standards und jeder macht es anders.... ....total chaotisch und anfaellig fuer viele Bugs und Probleme und Inkonsistenzen....
Trotzdem wird es gemacht und ist der defacto Standard, weil die Leute eben das Web benutzen und das die Technologien dahinter sind.
Es ist aber moeglich und der Vorteil ist... SOGAR in der AG Meinungsfindungstool, das wir einfach das Wiki und die Mailinglisten wie bisher weiternutzen koennten und trotzdem unsere Prozesse verbessern :-)
Und wir benutzen die gleichen Technologien dabei wie alle anderen AGs, was eine Uebertragung einfach macht.
Wenn wir hingegen auf ein isoliertes Tool umsteigen und uns daran gewoehnen, dann kann es gut sein, das andere das trotzdem NICHT uebernehmen.
Es gibt viele Programmiersprachen die besser sind als _javascript_, trotzdem steigen die meisten nicht um, weil eben alle _javascript_ benutzen und das heisst man kann das Wissen rund um _javascript_ wiederverwenden um mit anderen zusammenarbeiten und alle wiederverwenden was bereits in _javascript_ programmiert wurde und das ist eben viel...
.... Programmiersprachen wie Haskell, bedeuten, das man sich in gewisser Weise auf eine Insel begibt in der alle wunderbar funktioniert, aber die Masse wird nicht folgen, weil die Masse im statistischen durchschnitt nicht umlernen wird
Doch. Das Wiki ist doch ein Mediawiki, d.h. es unterstuetzt zu einem gewissen grad Semantic Web Technologien.
Das Sync Forum oder allgemein das "Message Format" von Emails erlaubt "Meta Informationen" unterzubringen, was man vielleicht nutzbar machen kann.
Darueber hinaus kann man automatische "EMAIL FOOTER" generieren, die entsprechende Infos enthalten.
Klar, theoretisch kann ein nutzer den editieren, aber im statistischen schnitt machen das die meisten nicht wenn sie auf "antworten" klicken, d.h. in der Regel kann man das parsen und es wird funktionieren.
Ich nehme an, dass das Sync Forum bereits aehnliche Techniken verwendet.
Deshalb muss das auch so gut wie moeglich semi-automatisiert werden, dass es nach Moeglichkeit keiner Moderation bedarf. Wir koennen sogar mit metagovernment.org zusammenarbeiten, denn ich glaube die haben bereits eine Art "Email/Forum/ bzw, Mediencrawler" programmiert, der sowas loest... und das SyncForum wird auch eine Software Komponente haben die sowas tut.
Ja, wie genau man das technisch loest, da sollten wir echt im detail drueber reden, wenn wir ein Konzept erstellen sollten.
Was die "Angreifer" angeht, da wuerde ich mich erstmal nicht drum kuemmern.
Es reicht meiner Meinung nach, wenn man erstmal, bei anstaendiger wohlwollender Benutzung alle Funktionen in einer Art unterbringt, das es wirklich eine Hilfe wird.... die einzigen Initialen Benutzer sind sowieso WIR (AG Meinungsfindungstool) und vielleicht anschliessend einige interessierte Pilot-AGs ....
...wenn es funktioniert und viele es nutzen und es hilfreich ist, dann kann weiss man was wir haben wollen und kann es refactoren bzw. teilweise neu implementieren und dann auf den Sicherheits-Aspekt ruecksicht nehmen....
...aber grade jetzt, wo wir noch nicht sicher sind was wir wollen, ist es unnnoetiger Zeitaufwand sich ueber die Sicherheit gedanken zu machen. In diesem fruehen Stadium in der sowieso nichts verbindlich entschieden wird und es mehr fuer uns als Experiment fungiert, waere es zeitverschwendung (meiner meinung nach), sich mit Sicherheit zu beschaeftigen und entsprechend sinnvoll zu implementieren... nur um dann festzustellen, das wir eine andere Loesung brauchen und dann auch ein anderes Sicherheitskonzept.
--
Hallo Marc,
auch wenn wir inhaltlich und strategisch Differenzen haben, die wir hoffentlich
bald ausgeräumt bekommen, so möchte ich Dir sagen, daß ich Frauke's Äußerung eine
ziemliche Überspitzung und Pauschalisierung finde und in der Form nicht teilen kann.
Du hast eine Menge Arbeit und Zeit investiert, um die Datenbank voranzutreiben
und bist eine der wichtigsten, wenn nicht DIE wichtigste Stütze der AG. Laß Dich
also dadurch nicht vergraulen.
Es tut mir übrigens leid, daß Deine Argumente mich bisher nicht überzeugt haben.
Bei mir ist und bleibt ein tiefes Unbehagen darüber, daß eine Integration her-
kömmlicher Foren als gleichwertige Plugins möglich sein soll, weil es ein potentielles
Einfallstor (ob das von den Programmierern gewollt ist oder nicht) für das Kaputt-
schießen der Datenbank ist.
EXAKT :-)
Welcome to the real world :-)
Es ist eine schwierige Aufgabe und wir brauchen Backups und es wird schiefgehen, weil man im chaotischen, technologisch heterogenen Umfeld arbeiten muss. In der echten Welt, dort wo die Leute sind.
Das ist chaotisch und herausfordernd und anstregend und aufwendig und man muss sich reinlesen in Dinge von denen man nicht unbedingt viel Ahnung hat, weil man die Technolgien noch nie intensiv genutzt hat und in anderen Technologien mehr zuhause ist.
Web Development an sich ist ein Paradebeispiel.
Verschiedene Browser, _javascript_ mit all seinen unwaegbarkeiten, verschiedene Standards und jeder macht es anders.... ....total chaotisch und anfaellig fuer viele Bugs und Probleme und Inkonsistenzen....
Trotzdem wird es gemacht und ist der defacto Standard, weil die Leute eben das Web benutzen und das die Technologien dahinter sind.
Es ist aber moeglich und der Vorteil ist... SOGAR in der AG Meinungsfindungstool, das wir einfach das Wiki und die Mailinglisten wie bisher weiternutzen koennten und trotzdem unsere Prozesse verbessern :-)
Und wir benutzen die gleichen Technologien dabei wie alle anderen AGs, was eine Uebertragung einfach macht.
Wenn wir hingegen auf ein isoliertes Tool umsteigen und uns daran gewoehnen, dann kann es gut sein, das andere das trotzdem NICHT uebernehmen.
Es gibt viele Programmiersprachen die besser sind als _javascript_, trotzdem steigen die meisten nicht um, weil eben alle _javascript_ benutzen und das heisst man kann das Wissen rund um _javascript_ wiederverwenden um mit anderen zusammenarbeiten und alle wiederverwenden was bereits in _javascript_ programmiert wurde und das ist eben viel...
.... Programmiersprachen wie Haskell, bedeuten, das man sich in gewisser Weise auf eine Insel begibt in der alle wunderbar funktioniert, aber die Masse wird nicht folgen, weil die Masse im statistischen durchschnitt nicht umlernen wird
Vielleicht können wir ja trotzdem noch einen Kompromiß
finden. Das, was Moonopool gestern vorgeschlagen hat, klingt zumindest nach einer
leichten Entschärfung - wenn auch trotz alledem noch das Problem bleibt, daß Foren
Volltexte mit zugehöriger Prosa verarbeiten, während bei uns eher der stichpunktartige
kompakte Inhalt im Mittelpunkt steht. Das bedeutet, daß diszipliniertere Tools zwangs-
läufig kaum von den Inhalten der herkömmlichen Foren profitieren.
Doch. Das Wiki ist doch ein Mediawiki, d.h. es unterstuetzt zu einem gewissen grad Semantic Web Technologien.
Das Sync Forum oder allgemein das "Message Format" von Emails erlaubt "Meta Informationen" unterzubringen, was man vielleicht nutzbar machen kann.
Darueber hinaus kann man automatische "EMAIL FOOTER" generieren, die entsprechende Infos enthalten.
Klar, theoretisch kann ein nutzer den editieren, aber im statistischen schnitt machen das die meisten nicht wenn sie auf "antworten" klicken, d.h. in der Regel kann man das parsen und es wird funktionieren.
Ich nehme an, dass das Sync Forum bereits aehnliche Techniken verwendet.
Ich fürchte sogar mittlerweile, daß auch ein Forum-Extraktor (ein Tool, was die Kern-
Inhalte und Argumente aus Forumsbeiträgen extrahiert) nur wenig bringt, weil ja auch
dabei jemand die Zeit investieren muß, damit das passiert. Man sieht ja in heutigen
Foren, daß sich dort niemand von den Leuten, die reich an Zeit sind erbarmt, um den-
jenigen, die zeitlich arm sind, zu Hilfe zu eilen und Tages-Zusammenfassungen zu
schreiben, aber vielleicht irre ich mich ja.
Deshalb muss das auch so gut wie moeglich semi-automatisiert werden, dass es nach Moeglichkeit keiner Moderation bedarf. Wir koennen sogar mit metagovernment.org zusammenarbeiten, denn ich glaube die haben bereits eine Art "Email/Forum/ bzw, Mediencrawler" programmiert, der sowas loest... und das SyncForum wird auch eine Software Komponente haben die sowas tut.
Ich würde die Integration von (externen) Foren (auch wenn ich mich jetzt wiederhole)
dadurch lösen, daß ich sie in den Kommentar-Bereich eines Posts verlinke und nicht
als finale Posts behandle. Was spricht gegen solch eine Lösung ? Dein Argument, daß
irgendwann sowieso jemand kommt und ein Forum schreibt, kann ich leider nicht gelten
lassen, denn es muß meines Achtens so oder so Kontrollmechanismen geben, ob ein Tool
integriert werden darf, denn Angreifer könnten sonst nicht nur die Datenbank per Plugin
zerschießen, sondern auch gleich die User-Daten entwenden.
Ja, wie genau man das technisch loest, da sollten wir echt im detail drueber reden, wenn wir ein Konzept erstellen sollten.
Was die "Angreifer" angeht, da wuerde ich mich erstmal nicht drum kuemmern.
Es reicht meiner Meinung nach, wenn man erstmal, bei anstaendiger wohlwollender Benutzung alle Funktionen in einer Art unterbringt, das es wirklich eine Hilfe wird.... die einzigen Initialen Benutzer sind sowieso WIR (AG Meinungsfindungstool) und vielleicht anschliessend einige interessierte Pilot-AGs ....
...wenn es funktioniert und viele es nutzen und es hilfreich ist, dann kann weiss man was wir haben wollen und kann es refactoren bzw. teilweise neu implementieren und dann auf den Sicherheits-Aspekt ruecksicht nehmen....
...aber grade jetzt, wo wir noch nicht sicher sind was wir wollen, ist es unnnoetiger Zeitaufwand sich ueber die Sicherheit gedanken zu machen. In diesem fruehen Stadium in der sowieso nichts verbindlich entschieden wird und es mehr fuer uns als Experiment fungiert, waere es zeitverschwendung (meiner meinung nach), sich mit Sicherheit zu beschaeftigen und entsprechend sinnvoll zu implementieren... nur um dann festzustellen, das wir eine andere Loesung brauchen und dann auch ein anderes Sicherheitskonzept.
Schöne Grüße, Bye Thomas
--
Ag-meinungsfindungstool mailing list
Ag-meinungsfindungstool AT lists.piratenpartei.de
https://service.piratenpartei.de/listinfo/ag-meinungsfindungstool
Best Regards / Mit freundlichen Grüßen
***********************************************
Alexander Praetorius
Rappstraße 13
D - 60318 Frankfurt am Main
Germany
[skype] alexander.praetorius
[mobil] 0163 33 1337 0
[mail] a.praetorius AT serapath.de
[web] http://www.serapath.de
**********************************************
- Re: [Ag Meinungsfindungstool] Solidarität trotz inhaltlicher Differenzen, marc, 25.10.2013
- <Mögliche Wiederholung(en)>
- Re: [Ag Meinungsfindungstool] Solidarität trotz inhaltlicher Differenzen, Alexander Praetorius, 27.10.2013
Archiv bereitgestellt durch MHonArc 2.6.19.