Kommentare zu: Entwurf eines P2P Social Networks http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/ Die tägliche Ration Wahnsinn -- seit April 2000 im Netz Tue, 09 Oct 2012 15:52:33 +0000 hourly 1 http://wordpress.org/?v=3.4.2 Von: Mein Weblog gehört mir – Der Schockwellenreiter http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-17705 Mein Weblog gehört mir – Der Schockwellenreiter Tue, 17 Apr 2012 12:45:00 +0000 http://www.schockwellenreiter.de/?p=22918#comment-17705 [...] Darum interessieren mich ja auch die Anstrengungen Winers, den »Datensilos« zu entkommen. [Spiegel Online] Teilen:Wo Sascha Lobo Recht hat, hat er Recht! Euer Internet ist nur geborgt: Dabei kann man auf einem Blog machen, was man möchte. Ärgerlicherweise bedeutet das auch, daß man machen... [...] [...] Darum interessieren mich ja auch die Anstrengungen Winers, den »Datensilos« zu entkommen. [Spiegel Online] Teilen:Wo Sascha Lobo Recht hat, hat er Recht! Euer Internet ist nur geborgt: Dabei kann man auf einem Blog machen, was man möchte. Ärgerlicherweise bedeutet das auch, daß man machen… [...]

]]>
Von: Kulturpessimismus pur – Der Schockwellenreiter http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-17140 Kulturpessimismus pur – Der Schockwellenreiter Mon, 27 Feb 2012 14:05:42 +0000 http://www.schockwellenreiter.de/?p=22918#comment-17140 [...] Entwicklung ist besorgniserregend und nach wie vor bin ich der Meinung, daß nur ein freies P2P-Netz, bei dem die Beiträge denen gehören, die sie verfaßt haben, da gegensteuern kann. Denn heute ist [...] [...] Entwicklung ist besorgniserregend und nach wie vor bin ich der Meinung, daß nur ein freies P2P-Netz, bei dem die Beiträge denen gehören, die sie verfaßt haben, da gegensteuern kann. Denn heute ist [...]

]]>
Von: Robert http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-15244 Robert Thu, 27 Oct 2011 15:13:31 +0000 http://www.schockwellenreiter.de/?p=22918#comment-15244 Natürlich kann das jetztige System besichtigt werden und ein Austausch ist auch möglich, falls interesse besteht. Natürlich kann das jetztige System besichtigt werden und ein Austausch ist auch möglich, falls interesse besteht.

]]>
Von: Robert http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-15243 Robert Thu, 27 Oct 2011 15:08:05 +0000 http://www.schockwellenreiter.de/?p=22918#comment-15243 Ich hatten eine ähnliche Fragestellung 2008 in ein Konzept gepackt und umgesetzen lassen. Die Richtung ist "Schwarze Bretter" in Räumen, deren Schlüssel der Author als initiale Einladung verteilen kann. Die Bedienung ist sehr einfach gehalten, um den Austausch von Themen mit Kommentaren, Listen, Dateien auch mit "ungeschulten" Anwendern zu ermöglichen. Jedes Thema und zugehörige Teile (Kommentarfunktionen, Listen etc.) davon können je Person mit Häkchen (lesen / kommentieren bzw. lesen / abhaken etc.) freigeschaltet werden. Es gibt eine Schnittstelle, um die Inhalte in viele Formaten (html, txt, csv, tsv, json etc.) zu importieren / exportieren. Die Erweiterung für den Mailversand an eine "Themengruppe" wurde bereits entwickelt und wäre schnell zu integrieren. Seit uns ein Cloud-Ausfall für einige Stunden ausbremste reift ein P2P-Konzept. Dank DSL/VDSL könnte ein Mini-Server als "Basis" neben dem Router stehen und per dyndns erreichbar sein. Betreibt irgendwann eine weitere Person einen eigenen Server, trägt der "neue" Betreiber seine "Home-URL" in sein Profil auf dem ersten Server ein. Damit werden alle ihm zugänglichen Themen bzw. Teile automatisch auf seinen Server synchronisiert. Werden z.B. Artikel verfasst, würden Zielsystem(e) definiert. Für Unterwegs kann ein LAMPP / XAMPP / MAMPP auf einem USB-Stick als Server fungieren und sich bei Verfügbarkeit der eigenen Basis synchronisieren. Im DB-Umfeld gibt es bereits einen potentiellen Kandidaten, der Master/Master-Synchronisation, Versionierung etc. bereits beherrschen. Redundanz ist aus meiner Sicht im "echten Leben" gewünscht. Eigene Artikel können lokal verfasst werden. Sie könnten dann auf Wunsch mit einem oder mehreren Blogs/Systemen synchronisiert werden. Fallen die Server aus, ist der Artikel nicht weg. Stellt man z.B. eine Zusammenfassung und Fotos der letzten Feier zusammen, sollen andere Personen den Artikel und "Abzüge" der Bilder auch direkt auf ihren "Peer" bekommen. Korrigiert jemand etwas, erhält jeder Peer den aktuellen Stand. Die bisherige Version verbleibt erstmal bis auf weiteres als Vorversion enthalten. Für die Umsetzung des Konzepts der P2P-Version muss ich aber noch etwas sparen. Ich hatten eine ähnliche Fragestellung 2008 in ein Konzept gepackt und umgesetzen lassen. Die Richtung ist “Schwarze Bretter” in Räumen, deren Schlüssel der Author als initiale Einladung verteilen kann. Die Bedienung ist sehr einfach gehalten, um den Austausch von Themen mit Kommentaren, Listen, Dateien auch mit “ungeschulten” Anwendern zu ermöglichen. Jedes Thema und zugehörige Teile (Kommentarfunktionen, Listen etc.) davon können je Person mit Häkchen (lesen / kommentieren bzw. lesen / abhaken etc.) freigeschaltet werden.
Es gibt eine Schnittstelle, um die Inhalte in viele Formaten (html, txt, csv, tsv, json etc.) zu importieren / exportieren. Die Erweiterung für den Mailversand an eine “Themengruppe” wurde bereits entwickelt und wäre schnell zu integrieren.

Seit uns ein Cloud-Ausfall für einige Stunden ausbremste reift ein P2P-Konzept. Dank DSL/VDSL könnte ein Mini-Server als “Basis” neben dem Router stehen und per dyndns erreichbar sein. Betreibt irgendwann eine weitere Person einen eigenen Server, trägt der “neue” Betreiber seine “Home-URL” in sein Profil auf dem ersten Server ein. Damit werden alle ihm zugänglichen Themen bzw. Teile automatisch auf seinen Server synchronisiert. Werden z.B. Artikel verfasst, würden Zielsystem(e) definiert.
Für Unterwegs kann ein LAMPP / XAMPP / MAMPP auf einem USB-Stick als Server fungieren und sich bei Verfügbarkeit der eigenen Basis synchronisieren.

Im DB-Umfeld gibt es bereits einen potentiellen Kandidaten, der Master/Master-Synchronisation, Versionierung etc. bereits beherrschen.

Redundanz ist aus meiner Sicht im “echten Leben” gewünscht. Eigene Artikel können lokal verfasst werden. Sie könnten dann auf Wunsch mit einem oder mehreren Blogs/Systemen synchronisiert werden. Fallen die Server aus, ist der Artikel nicht weg. Stellt man z.B. eine Zusammenfassung und Fotos der letzten Feier zusammen, sollen andere Personen den Artikel und “Abzüge” der Bilder auch direkt auf ihren “Peer” bekommen. Korrigiert jemand etwas, erhält jeder Peer den aktuellen Stand. Die bisherige Version verbleibt erstmal bis auf weiteres als Vorversion enthalten.

Für die Umsetzung des Konzepts der P2P-Version muss ich aber noch etwas sparen.

]]>
Von: GitHub auf dem eigenen Server – Der Schockwellenreiter http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14887 GitHub auf dem eigenen Server – Der Schockwellenreiter Mon, 17 Oct 2011 09:53:10 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14887 [...] könnt. Falls Ihr ein Ruby on Rails darauf installiert habt. Ein weiterer Baustein für ein selbstverwaltetes Peer-to-Peer-Netz. [Peter van I. per [...] [...] könnt. Falls Ihr ein Ruby on Rails darauf installiert habt. Ein weiterer Baustein für ein selbstverwaltetes Peer-to-Peer-Netz. [Peter van I. per [...]

]]>
Von: Sebastian http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14858 Sebastian Fri, 14 Oct 2011 06:19:36 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14858 Vielen Dank für das interessante Brainstorming. RSS ist eine tolle Technik und ich persönlich wäre sofort von einer solchen Software begeistert - sie müsste jedoch so einfach und verständlich und schnuckelig sein wie E-Mail, damit jemand wie mein Daddy damit klarkommt. Mit der Redundanz habe ich keine Probleme - es ist ohnehin eine Illusion, dass man Inhalte aus dem Netz nehmen kann, sobald man sie dort verbreitet. Eine E-Mail kann ich auch nicht zurückholen. Gesagt ist gesagt. Doch, ich glaube, das ist der richtige Weg, ein Standard-Format für diesen Zweck zu gestalten. Einzige Tücke, die ich auch sehe ist die der Authentifizierung - damit ich festlegen kann, wer die Information abrufen kann / zu wem sie gepusht wird. Mit Schlüsseln? Die kann man in unbegrenzter Zahl verteilen und auch wieder selbst ungültig erklären. Sie haben nur den Zweck, dass die Inhalte nicht öffentlich sind. Ich kann auch bei FB oder G+ oder E-Mail nicht verhindern, dass jemand einen privaten Inhalt per copy+paste an Leute weiterverbreitet, denen ich eigentlich keinen Schlüssel dafür gegeben habe. Das hat was mit Vertrauen zu tun. Die Frage ist - vetraue ich meinem Netzwerk oder einem Unternehmen? Vielen Dank für das interessante Brainstorming.
RSS ist eine tolle Technik und ich persönlich wäre sofort von einer solchen Software begeistert – sie müsste jedoch so einfach und verständlich und schnuckelig sein wie E-Mail, damit jemand wie mein Daddy damit klarkommt. Mit der Redundanz habe ich keine Probleme – es ist ohnehin eine Illusion, dass man Inhalte aus dem Netz nehmen kann, sobald man sie dort verbreitet. Eine E-Mail kann ich auch nicht zurückholen. Gesagt ist gesagt.
Doch, ich glaube, das ist der richtige Weg, ein Standard-Format für diesen Zweck zu gestalten. Einzige Tücke, die ich auch sehe ist die der Authentifizierung – damit ich festlegen kann, wer die Information abrufen kann / zu wem sie gepusht wird. Mit Schlüsseln? Die kann man in unbegrenzter Zahl verteilen und auch wieder selbst ungültig erklären. Sie haben nur den Zweck, dass die Inhalte nicht öffentlich sind.
Ich kann auch bei FB oder G+ oder E-Mail nicht verhindern, dass jemand einen privaten Inhalt per copy+paste an Leute weiterverbreitet, denen ich eigentlich keinen Schlüssel dafür gegeben habe. Das hat was mit Vertrauen zu tun. Die Frage ist – vetraue ich meinem Netzwerk oder einem Unternehmen?

]]>
Von: Jurassic http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14856 Jurassic Thu, 13 Oct 2011 21:44:28 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14856 Die spannende Frage ist, ob manche Formen klassischen Publizierens nicht aus diversen Gründen mehr und mehr aussterben und von Publikationsformen die sozialen Netzwerken jedenfalls nicht unähnlich sind verdrängt werden? Wissenschaftliche Publikationen führt man sich schon heute fast ausschlielßich online zu, ein gebundenes Journal hatte ich schon seit Jahr und Tag nicht mehr in den Händen. Da liegt es fast nahe, dass beispielsweise die Art, wie Wissenschaftler ihre Ergebnisse in Zukunft publizieren sich grundlegend ändert. Und auch die Art, in der die wissenschaftliche Gemeinschaft Ergebnisse bewertet und diskutiert wird sich ändern. Solche Prozesse laufen mehr und mehr vernetzt ab, und eine in meinen Augen durchaus interessante, weil sehr offene und deshalb täuschungssichere Form könnte dem, was sich in den letzten Jahren als "social networks" entwickelt hat durchaus verwandt sein. Ob ich nun Informationen, Gedanken und Daten mit Facebook-"Freunden" oder mit Kolleginnen und Kollegen austausche ist technisch betrachtet herzlich egal. Ob ein "normaler" Blog-Beitrag kritisch hinterfragt wird oder eine wissenschaftliche Arbeit ist technisch betrachtet herzlich egal, und wie effektiv die vernetzte Auseinandersetzung mit wissenschaftlichen Werken sein kann haben ja vor nicht allzu langer Zeit etliche detusche Politikerinnen und Politiker zu spüren bekommen. Das Potenzial von "social networking" liegt weit über dem -- mit Verlaub -- "Belanglos-Tratsch" der dort heute häufig zu finden ist. Die gleiche technische Basis, mit der dort Leute aller Welt ihren Stuhlgang näherzubringen versuchen taugt eben auch für weltweiten wissenschaftlichen Diskurs oder, jedenfalls in gewissen Grenzen, globale politische Meinungsbildungsprozesse, beides in Echtzeit und im Zweifel in Farbe mit Bild und Ton. Damit soetwas aber funktionieren kann braucht es Ansätze wie den hier vorgestellten, da derartige Prozesse auf den Platformen kommerzieller oder anderweitig interessengesteuerter Dienstanbieter nur schwer vorstellbar sind. Die spannende Frage ist, ob manche Formen klassischen Publizierens nicht aus diversen Gründen mehr und mehr aussterben und von Publikationsformen die sozialen Netzwerken jedenfalls nicht unähnlich sind verdrängt werden?

Wissenschaftliche Publikationen führt man sich schon heute fast ausschlielßich online zu, ein gebundenes Journal hatte ich schon seit Jahr und Tag nicht mehr in den Händen.
Da liegt es fast nahe, dass beispielsweise die Art, wie Wissenschaftler ihre Ergebnisse in Zukunft publizieren sich grundlegend ändert. Und auch die Art, in der die wissenschaftliche Gemeinschaft Ergebnisse bewertet und diskutiert wird sich ändern. Solche Prozesse laufen mehr und mehr vernetzt ab, und eine in meinen Augen durchaus interessante, weil sehr offene und deshalb täuschungssichere Form könnte dem, was sich in den letzten Jahren als “social networks” entwickelt hat durchaus verwandt sein. Ob ich nun Informationen, Gedanken und Daten mit Facebook-”Freunden” oder mit Kolleginnen und Kollegen austausche ist technisch betrachtet herzlich egal. Ob ein “normaler” Blog-Beitrag kritisch hinterfragt wird oder eine wissenschaftliche Arbeit ist technisch betrachtet herzlich egal, und wie effektiv die vernetzte Auseinandersetzung mit wissenschaftlichen Werken sein kann haben ja vor nicht allzu langer Zeit etliche detusche Politikerinnen und Politiker zu spüren bekommen.

Das Potenzial von “social networking” liegt weit über dem — mit Verlaub — “Belanglos-Tratsch” der dort heute häufig zu finden ist. Die gleiche technische Basis, mit der dort Leute aller Welt ihren Stuhlgang näherzubringen versuchen taugt eben auch für weltweiten wissenschaftlichen Diskurs oder, jedenfalls in gewissen Grenzen, globale politische Meinungsbildungsprozesse, beides in Echtzeit und im Zweifel in Farbe mit Bild und Ton.

Damit soetwas aber funktionieren kann braucht es Ansätze wie den hier vorgestellten, da derartige Prozesse auf den Platformen kommerzieller oder anderweitig interessengesteuerter Dienstanbieter nur schwer vorstellbar sind.

]]>
Von: Uro http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14854 Uro Thu, 13 Oct 2011 19:13:22 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14854 GIT wäre vielleicht ein Ansatz, das Problem der Versionen und der verteilten Kopien zu lösen. Allerdings ist das auch wieder nur eine technische Lösung für ein Teilproblem, was hier in der Diskussion noch nicht ganz vollständig beschrieben ist. Mir ist immer noch nicht ganz klar, ob wir hier von einem Social Network sprechen oder nicht doch eher sowas wie ein statisches Blog meinen? Sprechen wir vom Social-Network oder vom (wissenschaftlichen) Publizieren? Schlussendlich die Frage "Was ist Social-Network?" Für mich geht es dabei vor allem um mich im Internet. Um die Vernetzung, um neue Formen des Publizierens, den Austausch mit Freunden und dem teilen mit der Welt. Ich denke sehr wohl, dass es essentiel wichtig ist, dass ich in dieser Welt selbst bestimme, was für die Nachwelt von mir erhalten bleiben soll. Das die Daten mir gehören, gerade weil eine Kopie zu einfach ist; dass ich deshalb auch die Kontrolle über meine Daten nicht abgeben will und bestimmen will, wer was wie lange sehen und damit machen kann. Für das reine Publizieren in verschiedene Quellen gibt es ja nun mehr als genug Werkzeuge. Das ist aber nicht Social-Network, sondern veröffentlichen in verschiedenen Kanälen. Im klassischen Medienvergleich: der Verkauf meiner Zeitung im Bahnhofskiosk, in der Abozustellung und im gut sortierten Buchhandel. Technisch lösbar mittels RSS und jeder mittelmäßgen Blogsoftware. Nur eine entscheidende Zutat fehlt dabei: Die Interaktion - die Möglichkeit, mit anderen in Kontakt zu treten, zu teilen, zu kommentieren und vielleicht auch zu ändern. Und nicht zu vergessen: es fehlt die Kontrolle, um selbst zu bestimmen, wer was von mir sehen und nutzen darf. GIT wäre vielleicht ein Ansatz, das Problem der Versionen und der verteilten Kopien zu lösen. Allerdings ist das auch wieder nur eine technische Lösung für ein Teilproblem, was hier in der Diskussion noch nicht ganz vollständig beschrieben ist.

Mir ist immer noch nicht ganz klar, ob wir hier von einem Social Network sprechen oder nicht doch eher sowas wie ein statisches Blog meinen?
Sprechen wir vom Social-Network oder vom (wissenschaftlichen) Publizieren?
Schlussendlich die Frage “Was ist Social-Network?”

Für mich geht es dabei vor allem um mich im Internet. Um die Vernetzung, um neue Formen des Publizierens, den Austausch mit Freunden und dem teilen mit der Welt.
Ich denke sehr wohl, dass es essentiel wichtig ist, dass ich in dieser Welt selbst bestimme, was für die Nachwelt von mir erhalten bleiben soll.
Das die Daten mir gehören, gerade weil eine Kopie zu einfach ist; dass ich deshalb auch die Kontrolle über meine Daten nicht abgeben will und bestimmen will, wer was wie lange sehen und damit machen kann.

Für das reine Publizieren in verschiedene Quellen gibt es ja nun mehr als genug Werkzeuge.
Das ist aber nicht Social-Network, sondern veröffentlichen in verschiedenen Kanälen. Im klassischen Medienvergleich: der Verkauf meiner Zeitung im Bahnhofskiosk, in der Abozustellung und im gut sortierten Buchhandel. Technisch lösbar mittels RSS und jeder mittelmäßgen Blogsoftware.
Nur eine entscheidende Zutat fehlt dabei: Die Interaktion – die Möglichkeit, mit anderen in Kontakt zu treten, zu teilen, zu kommentieren und vielleicht auch zu ändern. Und nicht zu vergessen: es fehlt die Kontrolle, um selbst zu bestimmen, wer was von mir sehen und nutzen darf.

]]>
Von: Keine Namen http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14850 Keine Namen Thu, 13 Oct 2011 13:07:58 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14850 Broadcast oder Unicast oder kleine 'Groups'. Davon hängt der Traffic ab. Weiterhin wer bearbeitet und ob der Workflow Kommentare wie z.b. Tippfehler und Formulierungs-Schwächen-Hinweise von Freunden oder Kollegen erlaubt. Zuerst dachte ich, Du hostest bei dropbox. Aber das ist nur ein Hub für Deine Rechner. Das Hosting läuft per normaler RSS/Bloghoster als Fulltext oder Link auf Public Webserver. Danach hast Du je nach Hoster aber nicht immer volle Kontrolle über die Daten. Was google nicht versteht, obwohl es Facebooks "alles sind Freunde" durch Gruppen eine Evolution höher schob: Rollen. Lagerfeld will private Messages loswerden, er will als Fotograf posten und als Büchersammler und als Modemacher. Jeder hat Rollen und die Tools sollten Settings dafür anbieten, die man wählen kann. D.h. für Dein Agility hättest Du andere Settings als für dieses Projekt und wieder andere für andere Dinge wie die Organisation der Firmen-Weihnachtsfeier für Mitarbeiter und gute Kunden. Googles+ Gruppen sind nur Rollen für andere. Die google+-Realname-Diskussion und neulich die Grünen die einem das Twitter-Posting verbieten wollten (oder so ähnlich) weil für die Leser unklar war, ob er im Namen der Grünen Stadtfraktion oder als Grüner Abgeordneter oder als Privatperson twitterte, zeigt aber auf, das Rollen für einen selber (bis hin zu echt anonym) auch relevant und nötig sind. Es wäre schön, sowas "bevor es wer patentiert" wiki-mäßig sammeln zu können. FSF, Piraten usw, scheinen leider nicht im geringsten an technologischen konstruktiven Diskussionen interessiert zu sein. Leider gibts keine freien Server wo man sowas sinnvoll diskutieren kann. Und ein Staatsprogrammierer wird sich nicht als Erfinder von Wahl-be-oba-cht-ung oder DrPlagiatorFinder o.ä. outen wollen weil er dann für immer in Armut leben "darf" weil viele NGOs oft keine relevanten Gehälter (ausser für Berater und Geschäftsführer und nicht für die 99% unbezahlten Praktikanten) bezahlen. Ergänzung: Verschiedene Text-Sorten bieten sich mit ID und vermutlich auch Versionsnummern an. D.h. wenn der Blog gelöscht wird, hat man die URI (nicht URL!) docid:schockwellenreiter/id=0815&ver=v1.2&date=2011-Okt-12 in seinen Kopien drinstehen und kann google sei dank weltweit danach suchen und die docID: oder "schockwellenreite:0815" weiter verlinken. Vermutlich gibts schon technische Definitionen dafür. Dann bieten sich noch Keys an mit denen die Message signiert wird wenn man will, damit böse Feinde keine abgefälschten Versionen veröffentlichen. *:* ist in der IT immer besser als 1:1 . Die Anfängers die gegen KV-Datenbanken waren und nur 1:1 oder 1:n beherrschen, sind halt die überbezahlten Verhinderer. Man kann den Spiegel überall kaufen und hat ihn dann, auch wenn er verboten wird. Technische Sonderhefte gibts nur in größeren Zeitschriften-Shops. Man kann "schockwellenreiter:0815" dann (per Google) an mehreren Stellen finden. Selbst wenn man nur an einer Default-Stelle postet, muss man immer damit rechnen, das die "garantiert Lebenslange" EMail-Adresse oder BlogHoster doch gelöscht wird und man woanders das Posting hochladen muss. Also plant man es schlauerweise im Voraus. IDs wären vielleicht eine relevante Idee. Notfalls der Titel aber "weihnachtsgrüße von Schockwellenreiter" gibts jedes Jahr neu und kann man schlecht tweeten oder auch im Literaturverzeichnis sind IDs eindeutiger. Broadcast oder Unicast oder kleine ‘Groups’. Davon hängt der Traffic ab.
Weiterhin wer bearbeitet und ob der Workflow Kommentare wie z.b. Tippfehler und Formulierungs-Schwächen-Hinweise von Freunden oder Kollegen erlaubt.
Zuerst dachte ich, Du hostest bei dropbox. Aber das ist nur ein Hub für Deine Rechner. Das Hosting läuft per normaler RSS/Bloghoster als Fulltext oder Link auf Public Webserver.
Danach hast Du je nach Hoster aber nicht immer volle Kontrolle über die Daten.

Was google nicht versteht, obwohl es Facebooks “alles sind Freunde” durch Gruppen eine Evolution höher schob: Rollen. Lagerfeld will private Messages loswerden, er will als Fotograf posten und als Büchersammler und als Modemacher. Jeder hat Rollen und die Tools sollten Settings dafür anbieten, die man wählen kann. D.h. für Dein Agility hättest Du andere Settings als für dieses Projekt und wieder andere für andere Dinge wie die Organisation der Firmen-Weihnachtsfeier für Mitarbeiter und gute Kunden.
Googles+ Gruppen sind nur Rollen für andere. Die google+-Realname-Diskussion und neulich die Grünen die einem das Twitter-Posting verbieten wollten (oder so ähnlich) weil für die Leser unklar war, ob er im Namen der Grünen Stadtfraktion oder als Grüner Abgeordneter oder als Privatperson twitterte, zeigt aber auf, das Rollen für einen selber (bis hin zu echt anonym) auch relevant und nötig sind.

Es wäre schön, sowas “bevor es wer patentiert” wiki-mäßig sammeln zu können.
FSF, Piraten usw, scheinen leider nicht im geringsten an technologischen konstruktiven Diskussionen interessiert zu sein. Leider gibts keine freien Server wo man sowas sinnvoll diskutieren kann. Und ein Staatsprogrammierer wird sich nicht als Erfinder von Wahl-be-oba-cht-ung oder DrPlagiatorFinder o.ä. outen wollen weil er dann für immer in Armut leben “darf” weil viele NGOs oft keine relevanten Gehälter (ausser für Berater und Geschäftsführer und nicht für die 99% unbezahlten Praktikanten) bezahlen.

Ergänzung: Verschiedene Text-Sorten bieten sich mit ID und vermutlich auch Versionsnummern an.
D.h. wenn der Blog gelöscht wird, hat man die URI (nicht URL!) docid:schockwellenreiter/id=0815&ver=v1.2&date=2011-Okt-12 in seinen Kopien drinstehen und kann google sei dank weltweit danach suchen und die docID: oder “schockwellenreite:0815″ weiter verlinken. Vermutlich gibts schon technische Definitionen dafür.
Dann bieten sich noch Keys an mit denen die Message signiert wird wenn man will, damit böse Feinde keine abgefälschten Versionen veröffentlichen.
*:* ist in der IT immer besser als 1:1 . Die Anfängers die gegen KV-Datenbanken waren und nur 1:1 oder 1:n beherrschen, sind halt die überbezahlten Verhinderer.
Man kann den Spiegel überall kaufen und hat ihn dann, auch wenn er verboten wird. Technische Sonderhefte gibts nur in größeren Zeitschriften-Shops. Man kann “schockwellenreiter:0815″ dann (per Google) an mehreren Stellen finden. Selbst wenn man nur an einer Default-Stelle postet, muss man immer damit rechnen, das die “garantiert Lebenslange” EMail-Adresse oder BlogHoster doch gelöscht wird und man woanders das Posting hochladen muss. Also plant man es schlauerweise im Voraus. IDs wären vielleicht eine relevante Idee. Notfalls der Titel aber “weihnachtsgrüße von Schockwellenreiter” gibts jedes Jahr neu und kann man schlecht tweeten oder auch im Literaturverzeichnis sind IDs eindeutiger.

]]>
Von: Jurassic http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14846 Jurassic Thu, 13 Oct 2011 11:04:31 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14846 Den Punkt -- ein kurze "Lebensdauer" der eigenen Ergüsse im Netz kann der Qualität der Beiträge abträglich sein oder gar zu einer Art Geschichtsfälschung führen -- sehe ich durchaus. Andererseits unterscheidet sich eine Veröffentlichung im Netz deutlich von der in anderen Medien. Bei Veröffentlichung in einer wissenschaftlichen Zeitschrift kann ich mir beispielsweise halbwegs sicher sein, dass ein ggf. nötiges erratum die Leserschaft des ursprünglichen Beitrags weitestgehend erreicht. Bei einem Blog-Eintrag ist das im Zweifel deutlich anders, ein guter Teil der Leserschaft ist nicht unbedingt "Stammpublikum", mögliche Korrekturbeiträge erreichen die Leserschaft des ursprünglichen Beitrags mit weitaus geringer Wahrscheinlichkeit. Gleichzeitig liefern Google & Co. den fehlerhaften Beitrag ggf. weiter als Resultat einer Suchanfrage, und das möglicherweise in einer Form, in der neue Leser kaum eine Chance haben das erratum zu diesem Beitrag zu finden. Nehmen wir ein weiteres Beispiel: Ein Jurist schreibt in seinem Blog seine Einschätzung zu aktuellen rechtlichen Fragestellungen nieder. Nach ein paar Jahren muss er erkennen, dass einer seiner Beiträge vor dem Hintergrund neuer höchstrichterlicher Entscheidungen nicht mehr die aktuelle Rechtsprechung widerspiegelt, obwohl er zum Zeitpunkt des Verfassens die herrschende Meinung vertreten hat. Google liefert seinen schlicht veralteten Ursprungsbeitrag bei entsprechender Suchanfrage als zweiten Link, sein erratum taucht dann irgendwo jenseits vom 100. Link auf. Hätte er in einer jursitischen Fachzeitschrift publiziert, so wäre dort der veraltete Beitrag selbstverständlich noch gelistet, gelesen würde aber sein aktueller Beitrag, der ggf. die Verändungen der entsprechenden Rechtsprechung beleuchtet. Der Charakter einer Blog-Veröffentlichung und die Form in der Online-Beiträge rezipiert werden unterscheidet sich in meinen Augen merklich vom Umgang mit "Offline-Medien". Die richtige Kultur im und die entsprechende Technik für den Umgang mit diesen Unterschieden müssen wir als Gesellschaft vermutlich erst noch entwickeln, um einerseits sicherzustellen, dass längst korrigierte und/oder vollständig zurückgezogene Beiträge nicht auf ewig weiterleben und als vermeintlich aktuelle Quelle herangezogen werden und dass andererseits Mechanismen, die das Löschen von Beiträgen ermöglichen nicht vornehmelich der Verfälschung der Vergangenheit dienen. Aber ich fürchte das ist ein weites Feld, vermutlich ein zu weites für eine Diskussion in einem Blog... ;-) Den Punkt — ein kurze “Lebensdauer” der eigenen Ergüsse im Netz kann der Qualität der Beiträge abträglich sein oder gar zu einer Art Geschichtsfälschung führen — sehe ich durchaus.

Andererseits unterscheidet sich eine Veröffentlichung im Netz deutlich von der in anderen Medien. Bei Veröffentlichung in einer wissenschaftlichen Zeitschrift kann ich mir beispielsweise halbwegs sicher sein, dass ein ggf. nötiges erratum die Leserschaft des ursprünglichen Beitrags weitestgehend erreicht. Bei einem Blog-Eintrag ist das im Zweifel deutlich anders, ein guter Teil der Leserschaft ist nicht unbedingt “Stammpublikum”, mögliche Korrekturbeiträge erreichen die Leserschaft des ursprünglichen Beitrags mit weitaus geringer Wahrscheinlichkeit. Gleichzeitig liefern Google & Co. den fehlerhaften Beitrag ggf. weiter als Resultat einer Suchanfrage, und das möglicherweise in einer Form, in der neue Leser kaum eine Chance haben das erratum zu diesem Beitrag zu finden.

Nehmen wir ein weiteres Beispiel: Ein Jurist schreibt in seinem Blog seine Einschätzung zu aktuellen rechtlichen Fragestellungen nieder. Nach ein paar Jahren muss er erkennen, dass einer seiner Beiträge vor dem Hintergrund neuer höchstrichterlicher Entscheidungen nicht mehr die aktuelle Rechtsprechung widerspiegelt, obwohl er zum Zeitpunkt des Verfassens die herrschende Meinung vertreten hat. Google liefert seinen schlicht veralteten Ursprungsbeitrag bei entsprechender Suchanfrage als zweiten Link, sein erratum taucht dann irgendwo jenseits vom 100. Link auf.
Hätte er in einer jursitischen Fachzeitschrift publiziert, so wäre dort der veraltete Beitrag selbstverständlich noch gelistet, gelesen würde aber sein aktueller Beitrag, der ggf. die Verändungen der entsprechenden Rechtsprechung beleuchtet.

Der Charakter einer Blog-Veröffentlichung und die Form in der Online-Beiträge rezipiert werden unterscheidet sich in meinen Augen merklich vom Umgang mit “Offline-Medien”. Die richtige Kultur im und die entsprechende Technik für den Umgang mit diesen Unterschieden müssen wir als Gesellschaft vermutlich erst noch entwickeln, um einerseits sicherzustellen, dass längst korrigierte und/oder vollständig zurückgezogene Beiträge nicht auf ewig weiterleben und als vermeintlich aktuelle Quelle herangezogen werden und dass andererseits Mechanismen, die das Löschen von Beiträgen ermöglichen nicht vornehmelich der Verfälschung der Vergangenheit dienen.
Aber ich fürchte das ist ein weites Feld, vermutlich ein zu weites für eine Diskussion in einem Blog… ;-)

]]>
Von: Alp http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14845 Alp Thu, 13 Oct 2011 10:45:35 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14845 Ich habe eben diese Idee erst letzten Monat mit einem Kommilitonen dikutiert und wir sind dabei auf einige Probleme gestoßen: Wie sieht das dann aus, wenn ich mal nicht Zugriff auf meinen Rechner habe? Muss ich dann die Daten nicht trotzdem auf einem USB-Stick mit mir führen? Und wie sieht es dann mit der Aktualität der Daten auf dem USB-Stick aus? Ich weiß auch nicht ob das in großem Maßstab funktionieren würde. Es ist auch sicher nicht jeder User dazu bereit Speicherplatz auf seinem Rechner für sowas zu opfern und nach ein paar Jahren wird die Datenmenge auf dem eigenen Rechner sicher auch sehr groß, sodass man sowieso wieder auslagern oder eben löschen müsste. Ich habe eben diese Idee erst letzten Monat mit einem Kommilitonen dikutiert und wir sind dabei auf einige Probleme gestoßen:

Wie sieht das dann aus, wenn ich mal nicht Zugriff auf meinen Rechner habe? Muss ich dann die Daten nicht trotzdem auf einem USB-Stick mit mir führen? Und wie sieht es dann mit der Aktualität der Daten auf dem USB-Stick aus?

Ich weiß auch nicht ob das in großem Maßstab funktionieren würde. Es ist auch sicher nicht jeder User dazu bereit Speicherplatz auf seinem Rechner für sowas zu opfern und nach ein paar Jahren wird die Datenmenge auf dem eigenen Rechner sicher auch sehr groß, sodass man sowieso wieder auslagern oder eben löschen müsste.

]]>
Von: Linkpackung vom 13.10.2011 | Konstantin Klein http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14842 Linkpackung vom 13.10.2011 | Konstantin Klein Thu, 13 Oct 2011 09:01:28 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14842 [...] Entwurf eines P2P Social Networks – Der Schockwellenreiter – Denker unter sich: Dave W. und Jörg K. [...] [...] Entwurf eines P2P Social Networks – Der Schockwellenreiter – Denker unter sich: Dave W. und Jörg K. [...]

]]>
Von: Jörg Kantel http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14841 Jörg Kantel Thu, 13 Oct 2011 08:55:39 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14841 @Jurassic: Das nachträgliche Löschen von Beiträgen, also daß sich jeder seine Geschichte »schön« schreibt, ist natürlich jedem Historiker ein Graus. Bei einem Buch oder einer Zeitschrift ist das ja auch nicht möglich, man kann nur in einer späteren Ausgabe seine Fehler, Einschätzungen oder Urteile korrigieren. Und ich möchte eigentlich, daß genau so auch mit Publikationen im Netz verfahren wird. Denn auch Publikationen im Netz sind »Quellen«, die es zu bewahren gilt (auch wenn da noch eine große Aufgabe vor uns liegt -- das mit dem »Bewahren« klappt meistens noch nicht wirklich). @Jurassic: Das nachträgliche Löschen von Beiträgen, also daß sich jeder seine Geschichte »schön« schreibt, ist natürlich jedem Historiker ein Graus. Bei einem Buch oder einer Zeitschrift ist das ja auch nicht möglich, man kann nur in einer späteren Ausgabe seine Fehler, Einschätzungen oder Urteile korrigieren. Und ich möchte eigentlich, daß genau so auch mit Publikationen im Netz verfahren wird. Denn auch Publikationen im Netz sind »Quellen«, die es zu bewahren gilt (auch wenn da noch eine große Aufgabe vor uns liegt — das mit dem »Bewahren« klappt meistens noch nicht wirklich).

]]>
Von: Jurassic http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14840 Jurassic Thu, 13 Oct 2011 08:45:53 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14840 Der vorgestellte Ansatz ist durchaus interessant, aber das Problem der "Datensilos" löst er leider auch nicht. Zwar behalten die Autoren lokal die Kontrolle über ihre Daten, sobald sie aber einmal die eigene Einflussspähre verlassen haben ist es mit der Kontrolle schnell vorbei. Das Konzept sieht jetzt schon eine quasi einseitige Ankopplung an Facebook, Twitter & Co. vor. Und damit landet zumindest ein Teil der Daten genau in den Silos aus denen sie das Konzept eigentlich heraushalten wollte. Nun kann man sagen "Gut, das sind eh Dinge, die Autoren bewusst publizieren und öffentlich zugänglich machen, Dinge also, die auch Facebook & Co. im Zweifel wissen düfen". Was aber, wenn ein Autor seine Meinung zu einem Thema im Laufe der Zeit überdenkt? Bei echter Datenhoheit liesse sich dann ein Beitrag gänzlich löschen, beim vorgestellten Konzept funktioniert das aber leider auch nicht. Ein kleines Beispiel, um zu verdeutlichen, wieso soetwas ggf. sinnvoll sein kann: Ein Autor verbringt in B-Stadt, A-Land am Flüsschen C seinen Urlaub. Es regnet zwei Wochen in Strömen, schon der Taxifahrer am Flughafen war unfreundlich, die Ferienwohnung hätte vor Ankunft dann doch mal gereinigt werden dürfen und die örtlichen Restaurants lassen den Wunsch nach einer nahegelegenen Filiale eines Fast-Food-Konzerns aufkommen. Entsprechend fällt der Blog-Eintrag zum Urlaub aus. Eine Weile später muss unser Autor vielleicht dienstlich wieder nach B-Stadt, diesmal scheint die Sonne, die Leute scheinen freundlicher, das Hotelzimmer ist einfach aber sauber, und die Landschaft drumherum scheint traumhaft, wenn sie nicht gerade von Regenwolken erdrückt wird -- am Ende der Dienstreise beschliesst der Autor, im nächsten Urlaub einfach nochmal nach B-Stadt zu reisen, am Ende ist der Blig-Beitrag mit "Traumurlaub" überschrieben. Bei echter Datenhoheit gibt es dann den alten Beitrag nicht mehr, er wird ggf. im neuen Beitrag in relativierter Form verarbeitet, erscheint dem Autor aber als alleinstehender Beitrag nicht mehr angemessen. Derzeit jedoch hat der Autor weder mit dem hier vorgestellten Konzept noch sonst eine halbwegs realistische Chance seinen Beitrag quasi "aus dem Internet zu löschen". Dafür bräuchte es zumindest soetwas wie ein von allen Beteiligten akzeptiertes und umgesetztes Protokoll, dass derartige Beiträge mit einer maximalen Lebensdauer versieht, nach der sie an allen speichernden Stellen ganz schlicht und einfach gelöscht werden, so dass sie nur noch an der sie ursprünglich versendenden Stelle vorhanden sind. Ein solches System liesse sich ggf. noch deutlich erweitern, indem die speichernden Stellen vor dem Löschen prüfen, ob die Lebensdauer des Beitrags ggf. verlängert wurde. Oder beispielsweise auch dadurch, dass die Lebensdauer für verschiedene Formen der Speicherung differenziert definiert werden kann. Ein solches System vorausgesetzt gäbe es eine Chance auf echte Datenhoheit. Der vorgestellte Ansatz ist durchaus interessant, aber das Problem der “Datensilos” löst er leider auch nicht. Zwar behalten die Autoren lokal die Kontrolle über ihre Daten, sobald sie aber einmal die eigene Einflussspähre verlassen haben ist es mit der Kontrolle schnell vorbei.
Das Konzept sieht jetzt schon eine quasi einseitige Ankopplung an Facebook, Twitter & Co. vor. Und damit landet zumindest ein Teil der Daten genau in den Silos aus denen sie das Konzept eigentlich heraushalten wollte.

Nun kann man sagen “Gut, das sind eh Dinge, die Autoren bewusst publizieren und öffentlich zugänglich machen, Dinge also, die auch Facebook & Co. im Zweifel wissen düfen”. Was aber, wenn ein Autor seine Meinung zu einem Thema im Laufe der Zeit überdenkt? Bei echter Datenhoheit liesse sich dann ein Beitrag gänzlich löschen, beim vorgestellten Konzept funktioniert das aber leider auch nicht.
Ein kleines Beispiel, um zu verdeutlichen, wieso soetwas ggf. sinnvoll sein kann: Ein Autor verbringt in B-Stadt, A-Land am Flüsschen C seinen Urlaub. Es regnet zwei Wochen in Strömen, schon der Taxifahrer am Flughafen war unfreundlich, die Ferienwohnung hätte vor Ankunft dann doch mal gereinigt werden dürfen und die örtlichen Restaurants lassen den Wunsch nach einer nahegelegenen Filiale eines Fast-Food-Konzerns aufkommen. Entsprechend fällt der Blog-Eintrag zum Urlaub aus. Eine Weile später muss unser Autor vielleicht dienstlich wieder nach B-Stadt, diesmal scheint die Sonne, die Leute scheinen freundlicher, das Hotelzimmer ist einfach aber sauber, und die Landschaft drumherum scheint traumhaft, wenn sie nicht gerade von Regenwolken erdrückt wird — am Ende der Dienstreise beschliesst der Autor, im nächsten Urlaub einfach nochmal nach B-Stadt zu reisen, am Ende ist der Blig-Beitrag mit “Traumurlaub” überschrieben. Bei echter Datenhoheit gibt es dann den alten Beitrag nicht mehr, er wird ggf. im neuen Beitrag in relativierter Form verarbeitet, erscheint dem Autor aber als alleinstehender Beitrag nicht mehr angemessen. Derzeit jedoch hat der Autor weder mit dem hier vorgestellten Konzept noch sonst eine halbwegs realistische Chance seinen Beitrag quasi “aus dem Internet zu löschen”.
Dafür bräuchte es zumindest soetwas wie ein von allen Beteiligten akzeptiertes und umgesetztes Protokoll, dass derartige Beiträge mit einer maximalen Lebensdauer versieht, nach der sie an allen speichernden Stellen ganz schlicht und einfach gelöscht werden, so dass sie nur noch an der sie ursprünglich versendenden Stelle vorhanden sind. Ein solches System liesse sich ggf. noch deutlich erweitern, indem die speichernden Stellen vor dem Löschen prüfen, ob die Lebensdauer des Beitrags ggf. verlängert wurde. Oder beispielsweise auch dadurch, dass die Lebensdauer für verschiedene Formen der Speicherung differenziert definiert werden kann.
Ein solches System vorausgesetzt gäbe es eine Chance auf echte Datenhoheit.

]]>
Von: Guybrush http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14839 Guybrush Thu, 13 Oct 2011 08:26:57 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14839 Interessante Idee, aber Facebook & Co. werden doch nicht hauptsächlich kritisiert, weil man Datenverlust befürchtet (theoretisch, könnte man sich ja täglich ein Backup ziehen, Facebook bietet das doch neuerdings). Der Hauptkritikpunkt ist doch eher, dass Facebook die eigenen Daten hat und damit Schindluder treiben kann. Das sehe ich hier nur gelöst, wenn man das ganze eben nicht noch zu den bestehenden Netzwerken pusht und, wie David schreibt, eine Authentifizierung einbaut. Interessante Idee, aber Facebook & Co. werden doch nicht hauptsächlich kritisiert, weil man Datenverlust befürchtet (theoretisch, könnte man sich ja täglich ein Backup ziehen, Facebook bietet das doch neuerdings). Der Hauptkritikpunkt ist doch eher, dass Facebook die eigenen Daten hat und damit Schindluder treiben kann. Das sehe ich hier nur gelöst, wenn man das ganze eben nicht noch zu den bestehenden Netzwerken pusht und, wie David schreibt, eine Authentifizierung einbaut.

]]>
Von: Dahie http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14837 Dahie Thu, 13 Oct 2011 06:32:41 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14837 An dieser Stelle würde ich gerne auf das Projekt distripedia verweisen: http://www.distrifriends.com/ Es ging darum eine Html5-Javascript Webapplication zu schreiben, die eine eigene Instance hat und sich mit den Instanzen anderer User mittels Websockets verbinden kann. Das Projekt lief 1 Semester bis Juli und ich weiß gerade nicht ob daran noch weiter entwickelt wird. Glaub eher nicht. Den Sourcecode gibt es hier: http://code.google.com/p/distrifriends/ An dieser Stelle würde ich gerne auf das Projekt distripedia verweisen:
http://www.distrifriends.com/

Es ging darum eine Html5-Javascript Webapplication zu schreiben, die eine eigene Instance hat und sich mit den Instanzen anderer User mittels Websockets verbinden kann. Das Projekt lief 1 Semester bis Juli und ich weiß gerade nicht ob daran noch weiter entwickelt wird. Glaub eher nicht. Den Sourcecode gibt es hier:

http://code.google.com/p/distrifriends/

]]>
Von: Fast http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14825 Fast Wed, 12 Oct 2011 15:42:15 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14825 > Der Gedanke, daß jedes meiner (mobilen) Geräte eine eindeutig identifizierbare IP-Adresse besitzt, läßt mich eher schaudern. Wie könnte denn technisch der Übergang von öffentlich und lokalisierbar zu anonym und nicht lokalisierbar aussehen? > Der Gedanke, daß jedes meiner (mobilen) Geräte eine eindeutig identifizierbare IP-Adresse besitzt, läßt mich eher schaudern.

Wie könnte denn technisch der Übergang von öffentlich und lokalisierbar zu anonym und nicht lokalisierbar aussehen?

]]>
Von: cornholio http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14822 cornholio Wed, 12 Oct 2011 10:26:45 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14822 gibts doch schin zum selber machen und noch vieles mehr: http://retroshare.sourceforge.net/index_de.html gibts doch schin zum selber machen und noch vieles mehr:
http://retroshare.sourceforge.net/index_de.html

]]>
Von: Jörg Kantel http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14816 Jörg Kantel Wed, 12 Oct 2011 08:42:20 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14816 Okay, ich handle die Kommentare jetzt auch mal <i>en bloc</i> ab: 1. Ob IPv6 wirklich eine Verbesserung bringt, da bin ich mir nicht sicher. Der Gedanke, daß jedes meiner (mobilen) Geräte eine eindeutig identifizierbare IP-Adresse besitzt, läßt mich eher schaudern. Die Idee meiner Lösung ist ja gerade, daß der »Redaktionsserver« von außen nicht sichtbar ist (und auch nicht sein muß/soll). Das macht die Angelegenheit sicher -- gerade wenn man davon ausgeht, daß solch eine Software von Menschen betrieben wird, die vielleicht nicht gerade ein Informatikstudium hinter sich haben. Das ist auch einer der Hauptunterschiede zu Diaspora, denn dort sehe ich notorische Sicherheitsprobleme. 2. Redundanz ist gewollt. Hier haben verteilte Systeme wir Git oder Mercurial Pate gestanden. 3. Prinzipiell ist das System so angelegt, daß die »Datenhoheit« immer beim Autoren liegt. Wenn ich kommentiere, kommentiere ich auf »meinem« Redaktionsserver. Der Kommentierte kann (muß aber nicht) sich den Kommentar via RSS/Atom abholen und auch bei sich speichern. Das entspricht auch einer alten Idee Winers (der Weblogkommentare gar nicht mag), daß jeder Kommentare nicht im Blog des Kommentierten, sondern in seinem Blog absetzen soll. Dadurch wird auch das Spam- und Troll-Problem massiv entschärft. 4. Seit meinem Mathematikstudium weiß ich, daß man den »Mut zur Lücke« haben muß. In der von mir vorgeschlagenen Lösung erfahre ich sicher nicht alles, was über mich geschrieben und/oder über meine Beiträge kommentiert wird. Aber auch heute ist das schon so (ich habe einen Google Alert für den Schockwellenreiter laufen und bin regelmäßig schier erstaunt, was ich darüber zusätzlich erfahre -- vieles davon will ich eigentlich gar nicht wissen). 5. Das System ist von der Idee her symmetrisch angelegt und geht -- ähnlich Facebook oder Twitter -- davon aus, daß jeder, der mir folgt (der meinen RSS-Feed abonniert hat) auch von mir gefolgt wird (daß ich auch seinen RSS-Feed abonniere). Die asymmetrischen Kreise von Google+ irritieren mich. Das ist aber nicht zwingend -- nur werden dann unter Umständen eben die oben angesprochenen »Lücken« größer. 6. Es gibt nur <b>eine</b> Schnittstelle und die ist selbstverständlcih offen. Denn es ist der RSS-/Atom-Feed. Nur über den kommunizieren die einzelnen Clients miteinander. Mehr ist nicht vorgesehen, da ich der Meinung bin, daß alles weitere die Einfachheit des Systems stören würde. 7. Aus dem gleichen Grund habe ich keine Authentifizierung vorgesehen. Ich bin vielleicht zu sehr dem wissenschaftlichen und journalistischen Bereich verbunden. Mein System ist ein System für Menschen die »aller Welt« etwas mitzuteilen haben. Wer das nicht will, kann es aber immer noch nutzen, um die Sozialen Netzwerke seiner Wahl (Facebook, Twitter, Google+) mit deren Einschränkungen auf bestimmte Leserkreise zu füttern. Der Vorteil wäre immerhin noch der, daß die Daten (Beiträge, Photos), auf seinem Rechner verbleiben und er so die Datenhoheit behält. Das wäre es erst einmal. Einige Einwände/Fragen habe ich (noch) nicht ganz verstanden und werde daher erst noch einmal darüber nachddenken. Ihr werdet mit Sicherheit zu diesem Thema von mir noch mehr hören. Danke an alle erst einmal für die Kommentare. Denn Ihr habt Euch richtig Mühe gegeben und Ihr helft mir auch dabei, meine Ideen zu konkretisieren und meine Gedanken zu schärfen. Das wäre ohne das Netz (so schnell) nicht möglich und darum liebe ich es. (Und das hier ist kein abschließender Kommentar, ich bin um jeden weiteren (auch kritischen) Beitrag froh.) Okay, ich handle die Kommentare jetzt auch mal en bloc ab:

1. Ob IPv6 wirklich eine Verbesserung bringt, da bin ich mir nicht sicher. Der Gedanke, daß jedes meiner (mobilen) Geräte eine eindeutig identifizierbare IP-Adresse besitzt, läßt mich eher schaudern. Die Idee meiner Lösung ist ja gerade, daß der »Redaktionsserver« von außen nicht sichtbar ist (und auch nicht sein muß/soll). Das macht die Angelegenheit sicher — gerade wenn man davon ausgeht, daß solch eine Software von Menschen betrieben wird, die vielleicht nicht gerade ein Informatikstudium hinter sich haben. Das ist auch einer der Hauptunterschiede zu Diaspora, denn dort sehe ich notorische Sicherheitsprobleme.

2. Redundanz ist gewollt. Hier haben verteilte Systeme wir Git oder Mercurial Pate gestanden.

3. Prinzipiell ist das System so angelegt, daß die »Datenhoheit« immer beim Autoren liegt. Wenn ich kommentiere, kommentiere ich auf »meinem« Redaktionsserver. Der Kommentierte kann (muß aber nicht) sich den Kommentar via RSS/Atom abholen und auch bei sich speichern. Das entspricht auch einer alten Idee Winers (der Weblogkommentare gar nicht mag), daß jeder Kommentare nicht im Blog des Kommentierten, sondern in seinem Blog absetzen soll. Dadurch wird auch das Spam- und Troll-Problem massiv entschärft.

4. Seit meinem Mathematikstudium weiß ich, daß man den »Mut zur Lücke« haben muß. In der von mir vorgeschlagenen Lösung erfahre ich sicher nicht alles, was über mich geschrieben und/oder über meine Beiträge kommentiert wird. Aber auch heute ist das schon so (ich habe einen Google Alert für den Schockwellenreiter laufen und bin regelmäßig schier erstaunt, was ich darüber zusätzlich erfahre — vieles davon will ich eigentlich gar nicht wissen).

5. Das System ist von der Idee her symmetrisch angelegt und geht — ähnlich Facebook oder Twitter — davon aus, daß jeder, der mir folgt (der meinen RSS-Feed abonniert hat) auch von mir gefolgt wird (daß ich auch seinen RSS-Feed abonniere). Die asymmetrischen Kreise von Google+ irritieren mich. Das ist aber nicht zwingend — nur werden dann unter Umständen eben die oben angesprochenen »Lücken« größer.

6. Es gibt nur eine Schnittstelle und die ist selbstverständlcih offen. Denn es ist der RSS-/Atom-Feed. Nur über den kommunizieren die einzelnen Clients miteinander. Mehr ist nicht vorgesehen, da ich der Meinung bin, daß alles weitere die Einfachheit des Systems stören würde.

7. Aus dem gleichen Grund habe ich keine Authentifizierung vorgesehen. Ich bin vielleicht zu sehr dem wissenschaftlichen und journalistischen Bereich verbunden. Mein System ist ein System für Menschen die »aller Welt« etwas mitzuteilen haben. Wer das nicht will, kann es aber immer noch nutzen, um die Sozialen Netzwerke seiner Wahl (Facebook, Twitter, Google+) mit deren Einschränkungen auf bestimmte Leserkreise zu füttern. Der Vorteil wäre immerhin noch der, daß die Daten (Beiträge, Photos), auf seinem Rechner verbleiben und er so die Datenhoheit behält.

Das wäre es erst einmal. Einige Einwände/Fragen habe ich (noch) nicht ganz verstanden und werde daher erst noch einmal darüber nachddenken. Ihr werdet mit Sicherheit zu diesem Thema von mir noch mehr hören.

Danke an alle erst einmal für die Kommentare. Denn Ihr habt Euch richtig Mühe gegeben und Ihr helft mir auch dabei, meine Ideen zu konkretisieren und meine Gedanken zu schärfen. Das wäre ohne das Netz (so schnell) nicht möglich und darum liebe ich es. (Und das hier ist kein abschließender Kommentar, ich bin um jeden weiteren (auch kritischen) Beitrag froh.)

]]>
Von: why.n0t http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14815 why.n0t Wed, 12 Oct 2011 08:05:09 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14815 Nur zum Verständnis. Schlägt Diaspora nicht in eine ähnliche Kerbe? Wobei man hier aussuchen kann, ob man tatsächlich einen eigenen Seed betreibt und sich mit den restlichen verbindet, oder einem größeren Anschliest der sich wiederum vernetzt. Nur zum Verständnis.

Schlägt Diaspora nicht in eine ähnliche Kerbe?
Wobei man hier aussuchen kann, ob man tatsächlich einen eigenen Seed betreibt und sich mit den restlichen verbindet, oder einem größeren Anschliest der sich wiederum vernetzt.

]]>
Von: Uro http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14811 Uro Wed, 12 Oct 2011 06:57:39 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14811 Wie ich bereits sagte, sollten wir erstmal die Anforderungen aufnehmen. Zum beispiel sollte das System offenene Schnittstellen haben und die technische Einstiegshürde sollte sehr niedrig sein. Konkrete technische Lösungen fallen mir auch einige ein... Im "echten Leben" würde ich jetzt vorschlagen, einen entsprechende Workshops zur Anforderungsaufnahme und Analyse anzusetzen. :-) Kennt ihr denn ein Werkzeug oder Plattform wo wir die Idee gemeinsam bis zum Konzept oder zur lauffähigen Version weiterspinnen könnten? Wie ich bereits sagte, sollten wir erstmal die Anforderungen aufnehmen. Zum beispiel sollte das System offenene Schnittstellen haben und die technische Einstiegshürde sollte sehr niedrig sein. Konkrete technische Lösungen fallen mir auch einige ein…
Im “echten Leben” würde ich jetzt vorschlagen, einen entsprechende Workshops zur Anforderungsaufnahme und Analyse anzusetzen. :-)
Kennt ihr denn ein Werkzeug oder Plattform wo wir die Idee gemeinsam bis zum Konzept oder zur lauffähigen Version weiterspinnen könnten?

]]>
Von: Uhu http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14810 Uhu Wed, 12 Oct 2011 06:47:01 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14810 Sehr interessante Gedanken, natürlich auch in Verbdinung mit Dropbox oder vergleichbaren Systemen. Ich bin schön länger auf der Suche nach einem statischen Generator, der mir das alte Thingamablog (leider de facto tot) plattformübergreifend ersetzen kann. Die meisten Alternativen haben Schwächen, beispielsweise (wie bei TamB) nur einen Entwickler. Und Serendipity/WordPress kenne ich halt nur als reine Online-Dienste ohne die lokale Datenbank, und eben die möchte ich dabei nutzen. Ich bin gespannt auf das Ergebnis, hoffe nur, daß es auch endnutzerfreundlich gestaltet werden kann (keine aufwändige Einarbeitungs- und Installationsbegreif-Zeit). Denn TamB wird sicherlich bei einem künftigen Java-Update die Läden schließen ... Sehr interessante Gedanken, natürlich auch in Verbdinung mit Dropbox oder vergleichbaren Systemen. Ich bin schön länger auf der Suche nach einem statischen Generator, der mir das alte Thingamablog (leider de facto tot) plattformübergreifend ersetzen kann.
Die meisten Alternativen haben Schwächen, beispielsweise (wie bei TamB) nur einen Entwickler. Und Serendipity/WordPress kenne ich halt nur als reine Online-Dienste ohne die lokale Datenbank, und eben die möchte ich dabei nutzen.

Ich bin gespannt auf das Ergebnis, hoffe nur, daß es auch endnutzerfreundlich gestaltet werden kann (keine aufwändige Einarbeitungs- und Installationsbegreif-Zeit). Denn TamB wird sicherlich bei einem künftigen Java-Update die Läden schließen …

]]>
Von: name http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14806 name Wed, 12 Oct 2011 05:57:18 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14806 Im Grunde sollten die Baukästen zur Präsentation der Daten die man selber veröffentlichen will, einfacher werden. Baukästen für die eigene Medienzentrale. Eine einfachere Möglichkeit Dinge online und somit öffentlich zu betreiben. Bisher ist alles getrennt und eher inkompatibel. Da die Webseiten Software, da der Blog und da das Forum und hier noch die Mails. Einfach ein Paket, dass jeder installieren kann und bedienen und somit auch wieder Herr ist über seine Daten. OT: Warum in aller Welt steht der Name, e-mail und URL schon vorausgefüllt in der Kommentar-Form und zwar DIE VOM KOMMENTAR VORHER ? Danke wolf für deine E-Mail.... Im Grunde sollten die Baukästen zur Präsentation der Daten die man selber veröffentlichen will, einfacher werden.

Baukästen für die eigene Medienzentrale. Eine einfachere Möglichkeit Dinge online und somit öffentlich zu betreiben. Bisher ist alles getrennt und eher inkompatibel. Da die Webseiten Software, da der Blog und da das Forum und hier noch die Mails.
Einfach ein Paket, dass jeder installieren kann und bedienen und somit auch wieder Herr ist über seine Daten.

OT:
Warum in aller Welt steht der Name, e-mail und URL schon vorausgefüllt in der Kommentar-Form und zwar DIE VOM KOMMENTAR VORHER ?
Danke wolf für deine E-Mail….

]]>
Von: xwolf http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14805 xwolf Tue, 11 Oct 2011 22:47:18 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14805 (Verflixt, wieso hat der Returm das jetzt abgeschickt :=) ) Die Frage der Datenhoheit ist wirklich komplex. Bei einem Diskussionsthread allein müsste eigentlich jeder der beteiligten einen Teil der Datenhoheit in Anspruch nehmen. Dabei ergibt sich aber dann auch wieder die Frage der Verknüpfungen. Welches System verknüpft Meldungen wohin? Und wo findet die Diskussion überhaupt statt? Wenn diese z.b. hie rin diesem Blog startet, aber einer der Teilnehmer nun ebenfalls Datenhoheit durch seinen Beitrag erlangt, müsste der Thread dann nicht auch bei dem auftauchen. Un dkönnte dann nicht dort auch jemand kommentieren anstelle von hier? Bei Google Plus sehen wir die Problematik schon im Kleinen, wenn Beiträge geteilt werden. Wo werden diese Beiträge dann kommentiert? Beim originalen Poster oder bei dem der sie teilt? Beides ist möglich und beides wird gemacht. Die Lösung, daß einfach beim, der einen Originalbeitrag von jemand anders teilt. einfach kein kommentieren möglich ist, ist ebenfalls schlecht. Eigentlich geht es um Kommunikation. Wenn 2 oder mehr Leute kommunizieren, kann jeder sich später an das Gespräch erinnern, es aufschreiben oder eine Tonbandaufnahme verbreiten. Und dann können andere dazu Kommentare machen und weiter Kommunikation eröffnen. Wie und wo dies nun digital und eigentlich fast schon live gespeichert werden kann, ist die große Frage. RSS als Austauschformat ist sicher eine potentielle Basis. Ich glaub aber, ein Aufsatz auf REST wäre noch besser. Denn RSS ist zu linear und zu sehr festgelegt in seinem Datentypen. Wenn Kommunikation auf mehreren Servern gespeichert opder verknüpft werden sollte, reicht daher IMHO die RSS-Definition nicht aus. Rumgesponnen (ich hatte auch schon oft über das Thema gebrütet), würde ich sagen, daß bei jedem Teilnehmer des Netzwerkes eine entsprechende Client-Server-Lösung vorhanden sein sollte, die aber reaktiv ist. IaW: Teilnehmer B der Diskussion bei Teilnehmer A erhält beide Beiträge, sowie Verknüpfungen dazu. Diese werden dann auch auf seinen Server vorgehalten. Gleichzeitig müssen auf beiden Servern (automatisiert) "Agenten" instantiert, die den etwaigen Fortgang der Diskussion überwachen und an den jeweils anderen Server melden. Das entweder um weitere Beiträge oder zumindest weitere Verknüpfungen hinzuzufügen. Wenn nun ein Teilnehmer C hinzukommt, muss dies nun verdreifacht werden: C kopiert ja die Beiträge von A und B auf sein Server (denn er reagiert ja darauf auch). Damit wiederum müssen die Server von A und B auch darüber bescheid bekommen, damit sie nun auch den Server von C auf weitere neue Beiträge überwachen, die nun wiederum DORT erfolgen können. Hui, da wirds ganz schön Traffik geben :=) Aber denkbar wäre es. (Verflixt, wieso hat der Returm das jetzt abgeschickt :=) ) Die Frage der Datenhoheit ist wirklich komplex. Bei einem Diskussionsthread allein müsste eigentlich jeder der beteiligten einen Teil der Datenhoheit in Anspruch nehmen. Dabei ergibt sich aber dann auch wieder die Frage der Verknüpfungen. Welches System verknüpft Meldungen wohin?
Und wo findet die Diskussion überhaupt statt? Wenn diese z.b. hie rin diesem Blog startet, aber einer der Teilnehmer nun ebenfalls Datenhoheit durch seinen Beitrag erlangt, müsste der Thread dann nicht auch bei dem auftauchen. Un dkönnte dann nicht dort auch jemand kommentieren anstelle von hier?
Bei Google Plus sehen wir die Problematik schon im Kleinen, wenn Beiträge geteilt werden. Wo werden diese Beiträge dann kommentiert?
Beim originalen Poster oder bei dem der sie teilt? Beides ist möglich und beides wird gemacht.
Die Lösung, daß einfach beim, der einen Originalbeitrag von jemand anders teilt. einfach kein kommentieren möglich ist, ist ebenfalls schlecht.

Eigentlich geht es um Kommunikation.
Wenn 2 oder mehr Leute kommunizieren, kann jeder sich später an das Gespräch erinnern, es aufschreiben oder eine Tonbandaufnahme verbreiten. Und dann können andere dazu Kommentare machen und weiter Kommunikation eröffnen.
Wie und wo dies nun digital und eigentlich fast schon live gespeichert werden kann, ist die große Frage.

RSS als Austauschformat ist sicher eine potentielle Basis.
Ich glaub aber, ein Aufsatz auf REST wäre noch besser. Denn RSS ist zu linear und zu sehr festgelegt in seinem Datentypen. Wenn Kommunikation auf mehreren Servern gespeichert opder verknüpft werden sollte, reicht daher IMHO die RSS-Definition nicht aus.

Rumgesponnen (ich hatte auch schon oft über das Thema gebrütet), würde ich sagen, daß bei jedem Teilnehmer des Netzwerkes eine entsprechende Client-Server-Lösung vorhanden sein sollte, die aber reaktiv ist. IaW: Teilnehmer B der Diskussion bei Teilnehmer A erhält beide Beiträge, sowie Verknüpfungen dazu. Diese werden dann auch auf seinen Server vorgehalten. Gleichzeitig müssen auf beiden Servern (automatisiert) “Agenten” instantiert, die den etwaigen Fortgang der Diskussion überwachen und an den jeweils anderen Server melden.
Das entweder um weitere Beiträge oder zumindest weitere Verknüpfungen hinzuzufügen.

Wenn nun ein Teilnehmer C hinzukommt, muss dies nun verdreifacht werden: C kopiert ja die Beiträge von A und B auf sein Server (denn er reagiert ja darauf auch). Damit wiederum müssen die Server von A und B auch darüber bescheid bekommen, damit sie nun auch den Server von C auf weitere neue Beiträge überwachen, die nun wiederum DORT erfolgen können.

Hui, da wirds ganz schön Traffik geben :=)
Aber denkbar wäre es.

]]>
Von: xwolf http://www.schockwellenreiter.de/blog/2011/10/11/entwurf-eines-p2p-social-networks/comment-page-1/#comment-14804 xwolf Tue, 11 Oct 2011 22:26:43 +0000 http://www.schockwellenreiter.de/?p=22918#comment-14804 Genau das was Uro verständlicher aufgeschrieben hab, meinte ich auch. Genau das was Uro verständlicher aufgeschrieben hab, meinte ich auch.

]]>