http://wavetank.de/2009/08/twitter-vs-wave/ everything collaboration Tue, 08 Nov 2011 19:37:47 +0200 http://wordpress.org/?v=2.8.4 hourly 1 http://wavetank.de/2009/08/twitter-vs-wave/comment-page-1/#comment-18 abenker Tue, 18 Aug 2009 17:15:46 +0000 http://wavetank.de/?p=125#comment-18 Zu Twitter<->Wave ich kann für mich auch keinen Nutzen im Moment erkennen, aber ich verstehe warum das gebaut wurde - Google Wave - a Twitter Killer -> kurz nach der Ankündigung von Wave war das eine sehr, sehr oft zu lesende Überschrift - Google Wave = EMail + IM + Twitter -> auch sehr oft zu lesende Erklärung - TwitterIntegration ist heute das, was früher EMail war gibt doch sogar ein Programmier-Gesetz dafür: eine Applikation wird sich solange weiterentwickeln, bis sie EMail beherrscht (Quelle unbekannt). Heute ist das eben Twitter - Twitter ist Real-Time, Wave ist Real-Time - logisch dass die Leute das verbinden wollen - Wenn Twitter in Wave drin ist habe ich eine App weniger hurra - es lebe die Unified Inbox - Twitter-Integration, EMail-Integration und IM-like Verhalten steigern die Akzeptanz und senkt die Hemmschwelle für einen Einstieg in Wave -> ich kann das alles auch da drin machen, dann nehme ich Wave für einen Übergang als Client für diese Sachen - was ich ziemlich cool fände: mithilfe von Robots kann man schöne lustige Sachen basteln, z.B. realtime Übersetzung von Tweets, realtime Nachschlagen in Wikipedia..., alles Sachen die man jetzt auch in einem Twitterclient programmieren könnte, aber dann dort gefangen wären. Der Übersetzungsrobot kann auf die von Twitter importierten Tweets arbeiten, ohne Codeänderung, da ja der Tweet nix anderes als ein eingefütterter Blip ist Zu Twitter< ->Wave
ich kann für mich auch keinen Nutzen im Moment erkennen, aber ich verstehe warum das gebaut wurde
- Google Wave – a Twitter Killer -> kurz nach der Ankündigung von Wave war das eine sehr, sehr oft zu lesende Überschrift
- Google Wave = EMail + IM + Twitter -> auch sehr oft zu lesende Erklärung
- TwitterIntegration ist heute das, was früher EMail war
gibt doch sogar ein Programmier-Gesetz dafür: eine Applikation wird sich solange weiterentwickeln, bis sie EMail beherrscht (Quelle unbekannt). Heute ist das eben Twitter
- Twitter ist Real-Time, Wave ist Real-Time – logisch dass die Leute das verbinden wollen
- Wenn Twitter in Wave drin ist habe ich eine App weniger
hurra – es lebe die Unified Inbox
- Twitter-Integration, EMail-Integration und IM-like Verhalten steigern die Akzeptanz und senkt die Hemmschwelle für einen Einstieg in Wave -> ich kann das alles auch da drin machen, dann nehme ich Wave für einen Übergang als Client für diese Sachen
- was ich ziemlich cool fände: mithilfe von Robots kann man schöne lustige Sachen basteln, z.B. realtime Übersetzung von Tweets, realtime Nachschlagen in Wikipedia…, alles Sachen die man jetzt auch in einem Twitterclient programmieren könnte, aber dann dort gefangen wären. Der Übersetzungsrobot kann auf die von Twitter importierten Tweets arbeiten, ohne Codeänderung, da ja der Tweet nix anderes als ein eingefütterter Blip ist

]]> http://wavetank.de/2009/08/twitter-vs-wave/comment-page-1/#comment-17 Tim Bruysten Tue, 18 Aug 2009 07:53:54 +0000 http://wavetank.de/?p=125#comment-17 Die Diskussion sollte vielleicht auch lauten: private vs. öffentliche Räume. Das Ergebnis eines Wave-Prozesses kann durchaus sinnvolle Aufbereitung in Twitter finden… oder auch andere Prozessschritte innerhalb einer Wave: Etwa: Kollaborateure suchen; Meinungen abfragen, Zwischenstände publizieren. Dazu fehlt Wave aber noch das, was wir "Snapshots" genannt hatten, sowie ein Rechtemanagement. Die Diskussion sollte vielleicht auch lauten: private vs. öffentliche Räume. Das Ergebnis eines Wave-Prozesses kann durchaus sinnvolle Aufbereitung in Twitter finden… oder auch andere Prozessschritte innerhalb einer Wave: Etwa: Kollaborateure suchen; Meinungen abfragen, Zwischenstände publizieren. Dazu fehlt Wave aber noch das, was wir „Snapshots“ genannt hatten, sowie ein Rechtemanagement.

]]>