<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Training Users (the Bad Kind of training)</title>
	<link>http://missig.org/julian/blog/2005/11/06/training-users/</link>
	<description>Former Open Source programmer with experience at companies like IBM and Apple. Now a UI Designer with an education in Cognitive Science and Human-Computer Interaction.</description>
	<pubDate>Sat, 22 Nov 2008 13:45:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Matthew Goldstein</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10681</link>
		<dc:creator>Matthew Goldstein</dc:creator>
		<pubDate>Mon, 14 Nov 2005 04:39:03 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10681</guid>
		<description>I would agree that we have been trained by AIM that sending messages to users who are not immediately available is impossible.

I run DoorManBot, which does offline message relaying on AIM.  Despite being very aware that I can send an offline message just by opening another window to DoorManBot, when using the native AIM client, I find that I rarely do so.

The TerraIM client supports offline messaging by offering to relay the message if the user is unavailable.  However, even when using TerraIM, I find that I am only slightly more likely to take advantage of this.

Using Gaim with buddy pounce, I still would not take advantage of sending offline messages, despite the completely native integration.

So, I would agree that AIM has users trained not to think of the possibility to communicate with offline users, even when it is possible at varying levels of integration.</description>
		<content:encoded><![CDATA[<p>I would agree that we have been trained by AIM that sending messages to users who are not immediately available is impossible.</p>
<p>I run DoorManBot, which does offline message relaying on AIM.  Despite being very aware that I can send an offline message just by opening another window to DoorManBot, when using the native AIM client, I find that I rarely do so.</p>
<p>The TerraIM client supports offline messaging by offering to relay the message if the user is unavailable.  However, even when using TerraIM, I find that I am only slightly more likely to take advantage of this.</p>
<p>Using Gaim with buddy pounce, I still would not take advantage of sending offline messages, despite the completely native integration.</p>
<p>So, I would agree that AIM has users trained not to think of the possibility to communicate with offline users, even when it is possible at varying levels of integration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jens Alfke</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10674</link>
		<dc:creator>Jens Alfke</dc:creator>
		<pubDate>Thu, 10 Nov 2005 16:34:31 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10674</guid>
		<description>Julian --
You're right about the AIM issues. AOL sometimes adds new features onto the protocol without IMHO doing everything it takes to make them work right. The "invisible" mode is one of those, introducing the problem of not being able to tell in advance whether sending a message is even possible. Another example is allowing a single screen name to be logged in from multiple computers: unlike Jabber, which has "resources" to disambiguate, with AIM you can't distinguish between the multiple logins or control which of them gets replies.

Back when I worked on iChat, the input line was the indicator whether the other person was online. If they went offline, the input line disappeared, then it came back when they came back online. Simple and functional. But with the advent of "invisible" mode they took that out, because the user might be invisible instead of offline.</description>
		<content:encoded><![CDATA[<p>Julian &#8211;<br />
You&#8217;re right about the AIM issues. AOL sometimes adds new features onto the protocol without IMHO doing everything it takes to make them work right. The &#8220;invisible&#8221; mode is one of those, introducing the problem of not being able to tell in advance whether sending a message is even possible. Another example is allowing a single screen name to be logged in from multiple computers: unlike Jabber, which has &#8220;resources&#8221; to disambiguate, with AIM you can&#8217;t distinguish between the multiple logins or control which of them gets replies.</p>
<p>Back when I worked on iChat, the input line was the indicator whether the other person was online. If they went offline, the input line disappeared, then it came back when they came back online. Simple and functional. But with the advent of &#8220;invisible&#8221; mode they took that out, because the user might be invisible instead of offline.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10673</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Thu, 10 Nov 2005 13:32:06 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10673</guid>
		<description>To be a bit clearer on what this is all about:
I'm basically wondering whether there's something Whorfian (you think only those things which your language is capable of expressing) going on with UI design here. This is something I often wonder about UI. But whenever I deeply think about this stuff, it usually ends up being nothing more than a case of training and ("negative") transfer. But maybe that's all it takes for something to be Whorfian? I don't really know.

As for whether or not one should use Normal Messages—I think Gabber's solution was an interesting one for attempting to explore these sorts of thought experiments, but it only worked at all because my target audience was Linux users :)  Don't mistake me: I don't want to see Normal Messages rise from the dead (where they probably belong for most cases).

iChat's real issue, I think, is that its primary protocol is AIM. From what I understand of AIM's protocol in this area, it's basically impossible to design a good UI. People can &lt;em&gt;appear&lt;/em&gt; offline, but actually just be invisible, so the only way to know whether or not a message can get to them is to actually &lt;em&gt;try to send the message&lt;/em&gt; and then get AIM's error. That's why we get the annoying sheets in iChat windows. To make matters possibly more trained, iChat now won't even let me double-click an offline AIM user to even try to send them a message, yet it still does what was described before—so there's two types of training going on telling me that I simply shouldn't bother trying to IM people who don't appear online. (One thing which I do think may be a design issue with iChat is that there's no quick and easy way to tell whether or not someone's online from a chat window—you have to hope the messages were displayed in the window and read those to figure it out)

That, of course, is interesting in and of itself, in that it's an instance of a network protocol pretty much dictating bad UI. The Jabber people don't usually want to hear that that's possible. :)</description>
		<content:encoded><![CDATA[<p>To be a bit clearer on what this is all about:<br />
I&#8217;m basically wondering whether there&#8217;s something Whorfian (you think only those things which your language is capable of expressing) going on with UI design here. This is something I often wonder about UI. But whenever I deeply think about this stuff, it usually ends up being nothing more than a case of training and (&#8221;negative&#8221;) transfer. But maybe that&#8217;s all it takes for something to be Whorfian? I don&#8217;t really know.</p>
<p>As for whether or not one should use Normal Messages—I think Gabber&#8217;s solution was an interesting one for attempting to explore these sorts of thought experiments, but it only worked at all because my target audience was Linux users :)  Don&#8217;t mistake me: I don&#8217;t want to see Normal Messages rise from the dead (where they probably belong for most cases).</p>
<p>iChat&#8217;s real issue, I think, is that its primary protocol is AIM. From what I understand of AIM&#8217;s protocol in this area, it&#8217;s basically impossible to design a good UI. People can <em>appear</em> offline, but actually just be invisible, so the only way to know whether or not a message can get to them is to actually <em>try to send the message</em> and then get AIM&#8217;s error. That&#8217;s why we get the annoying sheets in iChat windows. To make matters possibly more trained, iChat now won&#8217;t even let me double-click an offline AIM user to even try to send them a message, yet it still does what was described before—so there&#8217;s two types of training going on telling me that I simply shouldn&#8217;t bother trying to IM people who don&#8217;t appear online. (One thing which I do think may be a design issue with iChat is that there&#8217;s no quick and easy way to tell whether or not someone&#8217;s online from a chat window—you have to hope the messages were displayed in the window and read those to figure it out)</p>
<p>That, of course, is interesting in and of itself, in that it&#8217;s an instance of a network protocol pretty much dictating bad UI. The Jabber people don&#8217;t usually want to hear that that&#8217;s possible. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10672</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Thu, 10 Nov 2005 12:52:17 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10672</guid>
		<description>I'm not sure I'm necessarily defending email-like IM—I'm just trying to explore the differences and why people act the way they do. I'm certainly not suggesting that iChat needs email-like IM. That wouldn't be good. :)

I do think offline messaging is important/useful, but there are reasons people aren't using it much (the largest one probably being just that pretty much nothing supports it).</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure I&#8217;m necessarily defending email-like IM—I&#8217;m just trying to explore the differences and why people act the way they do. I&#8217;m certainly not suggesting that iChat needs email-like IM. That wouldn&#8217;t be good. :)</p>
<p>I do think offline messaging is important/useful, but there are reasons people aren&#8217;t using it much (the largest one probably being just that pretty much nothing supports it).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jens Alfke</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10669</link>
		<dc:creator>Jens Alfke</dc:creator>
		<pubDate>Thu, 10 Nov 2005 05:43:10 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10669</guid>
		<description>The old email-like IM interface never made any sense to me at all. It reduced the IM client to a [usually really badly designed] email program, that happened to deliver messages pretty quickly. The speed benefit didn't outweigh the bad UI, the drawbacks of running yet another app, and having only a limited set of people you could message compared to email.

Other than the quick delivery, what benefit does email-like IM have?
And why does messaging offline people matter? If they're offline it doesn't matter that the message could have been delivered quickly.

Sorry to sound contrarian ... this is just something that used to annoy the hell out of me in old-school IM programs, and I've never heard anyone defend it before =)</description>
		<content:encoded><![CDATA[<p>The old email-like IM interface never made any sense to me at all. It reduced the IM client to a [usually really badly designed] email program, that happened to deliver messages pretty quickly. The speed benefit didn&#8217;t outweigh the bad UI, the drawbacks of running yet another app, and having only a limited set of people you could message compared to email.</p>
<p>Other than the quick delivery, what benefit does email-like IM have?<br />
And why does messaging offline people matter? If they&#8217;re offline it doesn&#8217;t matter that the message could have been delivered quickly.</p>
<p>Sorry to sound contrarian &#8230; this is just something that used to annoy the hell out of me in old-school IM programs, and I&#8217;ve never heard anyone defend it before =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10649</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Mon, 07 Nov 2005 20:11:45 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10649</guid>
		<description>iChat supports offline messaging—it's Google Talk that does not support offline messaging.</description>
		<content:encoded><![CDATA[<p>iChat supports offline messaging—it&#8217;s Google Talk that does not support offline messaging.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Parsons</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10648</link>
		<dc:creator>Rick Parsons</dc:creator>
		<pubDate>Mon, 07 Nov 2005 18:01:37 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10648</guid>
		<description>I think you may be converting me (thanks for the comment). I help run an international project which uses Jabber extensively to keep the members in contact. These are relatively lo-tech people and a lot of the contact is just warm hugs and confidence boosters plus a help line and it is mostly done using a room. Just occasionally we use one-to-one if it needs to be more private but some messages are just for information (checking in and milestone reached etc.) and I can see that an offline IM would be ideal for that purpose.

Our members are on a mix of Exodus (PC) and PSI (Mac) so, if iChat doesn't support offline, then I need to convince the Mac users not to change over from PSI.

Thanks</description>
		<content:encoded><![CDATA[<p>I think you may be converting me (thanks for the comment). I help run an international project which uses Jabber extensively to keep the members in contact. These are relatively lo-tech people and a lot of the contact is just warm hugs and confidence boosters plus a help line and it is mostly done using a room. Just occasionally we use one-to-one if it needs to be more private but some messages are just for information (checking in and milestone reached etc.) and I can see that an offline IM would be ideal for that purpose.</p>
<p>Our members are on a mix of Exodus (PC) and PSI (Mac) so, if iChat doesn&#8217;t support offline, then I need to convince the Mac users not to change over from PSI.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10646</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Sun, 06 Nov 2005 17:34:53 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10646</guid>
		<description>Rick (via trackback there), I certainly don't agree that offline IM and email are the same thing. They're very different, and I would argue that there are a lot of things I would say to people in an offline IM message that I wouldn't bother to send a full email about.</description>
		<content:encoded><![CDATA[<p>Rick (via trackback there), I certainly don&#8217;t agree that offline IM and email are the same thing. They&#8217;re very different, and I would argue that there are a lot of things I would say to people in an offline IM message that I wouldn&#8217;t bother to send a full email about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: julian</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10645</link>
		<dc:creator>julian</dc:creator>
		<pubDate>Sun, 06 Nov 2005 17:32:57 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10645</guid>
		<description>Sparks - well, Google Talk not supporting offline messaging is basically exactly the same reason. ;)</description>
		<content:encoded><![CDATA[<p>Sparks - well, Google Talk not supporting offline messaging is basically exactly the same reason. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Order of the Bath &#187; Blog Archive &#187; IM now or IM later</title>
		<link>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10643</link>
		<dc:creator>Order of the Bath &#187; Blog Archive &#187; IM now or IM later</dc:creator>
		<pubDate>Sun, 06 Nov 2005 13:13:06 +0000</pubDate>
		<guid>http://missig.org/julian/blog/2005/11/06/training-users/#comment-10643</guid>
		<description>[...] This very interesting article came up in my inbox this afternoon. It talks about the different approaches to Instant Messaging(IM) by ICQ and AIM and how Jabber tries to cover both options. I must admit that I can been unaware of the Offline Message features but could use them for the more complex communications&#8212;or would an email be better for that purpose anyway? It does archive so I am not sure I agree with Julian. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] This very interesting article came up in my inbox this afternoon. It talks about the different approaches to Instant Messaging(IM) by ICQ and AIM and how Jabber tries to cover both options. I must admit that I can been unaware of the Offline Message features but could use them for the more complex communications&mdash;or would an email be better for that purpose anyway? It does archive so I am not sure I agree with Julian. [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
