Kommentare zu: Das “Social-Network-Overdose”-Problem http://codecandies.de/2007/08/03/das-social-network-overdose-problem/ Das Weblog von Nico Brünjes. Thu, 09 Feb 2012 11:38:16 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Von: Network-Overdose, andere Ansicht » Code Candies http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2358 Network-Overdose, andere Ansicht » Code Candies Tue, 07 Aug 2007 07:19:25 +0000 http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2358 [...] Hier (und vor allem in den Kommentaren) über die Austauschbarkeit von Community-Daten nachgedacht. Dare Obasanjo (Program Manager @ Microsoft) sieht das ein wenig anders: Zitat von www.25hoursaday.com: [...] [...] Hier (und vor allem in den Kommentaren) über die Austauschbarkeit von Community-Daten nachgedacht. Dare Obasanjo (Program Manager @ Microsoft) sieht das ein wenig anders: Zitat von http://www.25hoursaday.com: [...]

]]> Von: Nico Brünjes http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2245 Nico Brünjes Fri, 03 Aug 2007 09:16:01 +0000 http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2245 Da muss ich Dir zustimmen. Aber herrjeh, ausgelutscht hin oder her... da muss dann halt nur ein neuer Name her. ;) Da muss ich Dir zustimmen.

Aber herrjeh, ausgelutscht hin oder her… da muss dann halt nur ein neuer Name her. ;)

]]> Von: Dirk Olbertz http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2244 Dirk Olbertz Fri, 03 Aug 2007 09:10:51 +0000 http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2244 Auf jeden Fall! Und auch wenn es schon fast ausgelutscht klingt: dezentrale Systeme wären dann Web 3.0. Flickr und YouTube wurden nicht nur wegen der Community groß, sondern auch, weil zu dem Zeitpunkt als sie damit angefangen haben, Traffic und Webspace für Privatpersonen noch viel zu teuer war. Das hat sich inzwischen geändert. Noch viel interessanter finde ich ja, was "danach" kommt: wenn ein Social Network einfach immer schon vorhanden ist, müssen endlich mal neue Sachen her, statt nur der x-te Clon eines Social Networks. Das wird noch richtig spannend... Auf jeden Fall! Und auch wenn es schon fast ausgelutscht klingt: dezentrale Systeme wären dann Web 3.0.

Flickr und YouTube wurden nicht nur wegen der Community groß, sondern auch, weil zu dem Zeitpunkt als sie damit angefangen haben, Traffic und Webspace für Privatpersonen noch viel zu teuer war. Das hat sich inzwischen geändert.

Noch viel interessanter finde ich ja, was “danach” kommt: wenn ein Social Network einfach immer schon vorhanden ist, müssen endlich mal neue Sachen her, statt nur der x-te Clon eines Social Networks. Das wird noch richtig spannend…

]]> Von: Nico Brünjes http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2243 Nico Brünjes Fri, 03 Aug 2007 09:01:40 +0000 http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2243 Ha! Wie gewöhnt man doch schon an RSS ist. So gewöhnt, dass ich das in meiner Gedankensammlung noch komplett ausgespart, ja vergessen habe. Tse, tse. Ich kann mich nur wiederholen, das ist eine wirklich interessante Sache, die nochmal richtig <em>impacten</em> kann... :) Ha! Wie gewöhnt man doch schon an RSS ist. So gewöhnt, dass ich das in meiner Gedankensammlung noch komplett ausgespart, ja vergessen habe. Tse, tse.

Ich kann mich nur wiederholen, das ist eine wirklich interessante Sache, die nochmal richtig impacten kann… :)

]]> Von: Dirk Olbertz http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2241 Dirk Olbertz Fri, 03 Aug 2007 08:45:20 +0000 http://codecandies.de/2007/08/03/das-social-network-overdose-problem/#comment-2241 Das was Du da beschreibst, ist so ziemlich der Ansatz, den NoseRub verfolgt: jeder soll den Dienst auf dem eigenen Server laufen lassen. Letztendlich ist NoseRub nur ein Protokoll und die Applikation, die ich gerade schreibe, nur eine Implementierung des Protokolls. Dabei geht es um Aggregation verschiedener RSS-Feeds und um das Synchronisieren der Daten, die ein User über sich preisgibt. Ein OpenID-Server da mit einzubauen ist Danke myOpenID ja auch nicht mehr wirklich schwer. Im Moment sind noch alle Daten "public", aber "AttentionTrust" ist in dem ganzen Thema auch etwas wichtiges: wer darf, wie lange und zu welchem Zweck, Zugriff auf meine Daten haben? Das was Du da beschreibst, ist so ziemlich der Ansatz, den NoseRub verfolgt: jeder soll den Dienst auf dem eigenen Server laufen lassen. Letztendlich ist NoseRub nur ein Protokoll und die Applikation, die ich gerade schreibe, nur eine Implementierung des Protokolls. Dabei geht es um Aggregation verschiedener RSS-Feeds und um das Synchronisieren der Daten, die ein User über sich preisgibt.

Ein OpenID-Server da mit einzubauen ist Danke myOpenID ja auch nicht mehr wirklich schwer. Im Moment sind noch alle Daten “public”, aber “AttentionTrust” ist in dem ganzen Thema auch etwas wichtiges: wer darf, wie lange und zu welchem Zweck, Zugriff auf meine Daten haben?

]]>