Recently, you applied for a Google Wave developer sandbox account. YourWoohoo!
sandbox account is now ready.
Showing posts with label Wave. Show all posts
Showing posts with label Wave. Show all posts
Friday, July 31, 2009
Google Wave account
Thursday, June 04, 2009
Google wave presence
Scott Wilson presented an interesting talk about presence and how the internet currently services these different aspects. In response to his comment about how Google wave is going to handle presence, I got 1/2 way through writing a response before realizing there's a diagram I could use to highlight the different points:

I've roughly coloured the slide with green for sections implemented in the current video, blue for where I think they'll want to be for release through integrating user's to google accounts, yellow for a harder implementation, mainly because it will rely on manual updates until the orange sections come online. It's alll possible with today's technology, but the strength of google wave's presence (as an email/IM replacement) will remain purely through a sense of activity.
Back to the question at hand about Google wave's ability to handle compartmentalisation, and I'm drawing blanks as to the most efficient method to implement it. The one technology that really had no issues with compartmentalisation was email as there was no presence to begin with apart from a diluted sense of activity. There was virtually nothing tying one email conversation to another apart from the time to respond. Once IM-like features are added into wave though, it feels like there should also be communication availability settings too as an adjunct to the immediacy of the conversation. Communication availability brings a much tighter bond between the waves though, and thus increases the issue of compartmentalisation.
Maybe the issue of availability can be broken down into separate specific goals? Availability can enhance the sense of activity by identifying to others when the user is focusing on their specific wave (not the wave client or the wave container). That would seem fairly simple using the 'wave reader' model where only one wave would typically be open at once, but what about a blog with 5 waves on the same page? IRC and IM have long forgotten the 'one conversation at once' mentality, so I would anticipate that even readers themselves would eventually have the capacity to follow multiple waves at the same time. Would writing in one wave indicate a loss of focus of the user on the other panes? Not necessarily.
When dealing with self-expression and facilitating casual interaction, compartmentalisation will really start to stick out. You want to have a cool looking icon for your buddies to see, but it may not be appropriate for the workplace. If waves replace forums, how many profiles would you have aggregated back to your wave reader? A status update might be possible to divert to a new wave sent to your 'distribution list', but that sounds messier. I'm not a big status setting person anyway, but one of the main factors is the simplicity of the action.
Maybe it's time we all donned a single identity? Maybe. Maybe it is part and parcel of who we are to express ourselves differently depending on the context and participants of the conversation? Maybe we just have multiple wave identities like we have multiple email and IM accounts? Lets hope not as I'd dearly love to have only one place to check ...
I've roughly coloured the slide with green for sections implemented in the current video, blue for where I think they'll want to be for release through integrating user's to google accounts, yellow for a harder implementation, mainly because it will rely on manual updates until the orange sections come online. It's alll possible with today's technology, but the strength of google wave's presence (as an email/IM replacement) will remain purely through a sense of activity.
Back to the question at hand about Google wave's ability to handle compartmentalisation, and I'm drawing blanks as to the most efficient method to implement it. The one technology that really had no issues with compartmentalisation was email as there was no presence to begin with apart from a diluted sense of activity. There was virtually nothing tying one email conversation to another apart from the time to respond. Once IM-like features are added into wave though, it feels like there should also be communication availability settings too as an adjunct to the immediacy of the conversation. Communication availability brings a much tighter bond between the waves though, and thus increases the issue of compartmentalisation.
Maybe the issue of availability can be broken down into separate specific goals? Availability can enhance the sense of activity by identifying to others when the user is focusing on their specific wave (not the wave client or the wave container). That would seem fairly simple using the 'wave reader' model where only one wave would typically be open at once, but what about a blog with 5 waves on the same page? IRC and IM have long forgotten the 'one conversation at once' mentality, so I would anticipate that even readers themselves would eventually have the capacity to follow multiple waves at the same time. Would writing in one wave indicate a loss of focus of the user on the other panes? Not necessarily.
When dealing with self-expression and facilitating casual interaction, compartmentalisation will really start to stick out. You want to have a cool looking icon for your buddies to see, but it may not be appropriate for the workplace. If waves replace forums, how many profiles would you have aggregated back to your wave reader? A status update might be possible to divert to a new wave sent to your 'distribution list', but that sounds messier. I'm not a big status setting person anyway, but one of the main factors is the simplicity of the action.
Maybe it's time we all donned a single identity? Maybe. Maybe it is part and parcel of who we are to express ourselves differently depending on the context and participants of the conversation? Maybe we just have multiple wave identities like we have multiple email and IM accounts? Lets hope not as I'd dearly love to have only one place to check ...
Tuesday, June 02, 2009
Google Wave - a saviour to fragmented conversation
22 minutes in to the Google Wave demo and I see the massive impact this is going to have. I recently wrote up a comment on Sue Waters' blog regarding the reasons why Twitter is not better than comments, but it changes the conversation due to massive fragmentation (well, twitter is the not the only culprit, but without trackbacks it expedites dispersion of the conversation). Now, with wave, we can have the best of both worlds: An easy method for containing and collating the conversation, but allowing the freedom to access the conversation at your leisure using the tools that you want. It's the philosophy of RSS, but applied to the whole conversation.
You know what this means? Death to twitter. Life to blogs as conversation starters!
Your wave reader will totally replace the RSS reader as it gets around that messy issue of checking separate RSS threads for comments, or missing a jump in the conversation over to a new blog. Hoorah!
25 minutes in and the death toll rises. SMS can disappear forever! Unfortunately it also means that I'll have to seriously think about a data plan for my next phone as well as wireless.
29 minutes in and I'm now regretting spending 2 hours last night setting up a Diigo account instead of working on my assignment. Actually why am I wasting more time typing this up? Deep down I know why; I'm excited. I'm researching stuff and learning through my PLE and I'm enjoying it.
30 minutes in and playback now reminds me of a wiki history, but in a much more simple and elegant interface. I'm liking it!
I like the freedom of interjecting a comment into a large document (like an embedded discussion page of a wiki), but can you clean it up for proper presentation?
Heh, wait a bit and they cover that too: make a clean copy of the wave. One simple step now handling a number of different outcomes. A copy of the wave has the potential to break the conversation again, but since it's much easier to contribute to the existing conversation rather than intentionally making another copy of the conversation, I would expect that most conversations would remain intact. I see a great need to link the copy back to the original though. Not just for merging waves as discussed, but also as an embedded implementation of trackbacks and trackforwards. Actually taking it past 34 minutes they are thinking more of a source control situation for merging multiple waves. Even neater.
I was expecting instant editing from multiple parties, but after seeing the implementation it is much more fluid than what I was anticipating. It also opens up a question about the history. Each time you type it must be sending to the server and anticipating a revision point. As soon as someone also starts typing it would be generating revision points for possibly a character at a time. I guess that would be the atomic unit they would store the change in, but have a way of linking multiple revisions by the same person into one displayed revision as the basic model. Playback is going to be fun to play around with ...
Embedding waves as droppable objects works well, but I'm not sure whether it's a replacement for tracking where a wave has been linked to. Nope, now that I think about it it's only a subset. You would definitely need a way to show all the waves or endpoints where this wave has been used. I'm thinking a different type of search routine maybe? Like a Google analytics view of a wave?
Moving on to extensions and the revision system becomes a little more clearer that it has to be making revisions on each character typed, because they would be the triggers for the robots to analyse the stream in real time (well, near-real time). Robots as participants sounds like a neat implementation of extensions actually, but I'm getting nervous about malicious robots. Or worse, trojans.
Oh. Wow.
Ok, Rosy takes the cake. I've got goosebumps. As soon as he added Rosy I'm thinking Rosy? RosettaStone? translation? can't be!
Oh. Wow.
Kinda skipped over federation, but since I've tackled something like that back at QX21, I knew more or less what it meant. Big thing will be implementation though. Even at St Luke's we could easily replace Exchange with a wave server and have more or less the same functionality, but with all that additional waviness added to the mix. Hmm, incoming emails. I'm guessing one of the very first robots will be email to wave. Maily? Just did a Google search, nothing showing for that term. Won't be long though I guess. What else is there? Outlook calendar, shared calendars, booking timetables. Hmm, maybe Exchange is going to be around for a little while longer. Federation makes all the difference to me for bringing wave into a corporate environment compared to relying on Google docs or another external source.
Well, it's all over. I feel like I'm sitting here soaking it in, taking note of my surroundings when I heard of Google wave. Pivotal moment? Pivotal moment in communication. Pivotal moment in collaboration. Pivotal moment in eLearning.
Subscribe to:
Posts (Atom)