<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Fixing Information Overload in Twitter</title>
	<atom:link href="http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/feed/" rel="self" type="application/rss+xml" />
	<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/</link>
	<description>Thoughts about information, social networks, and privacy</description>
	<lastBuildDate>Fri, 06 Jan 2012 21:54:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Filtering Twitter like Email &#171; Scott Golder</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-21489</link>
		<dc:creator>Filtering Twitter like Email &#171; Scott Golder</dc:creator>
		<pubDate>Thu, 02 Jul 2009 19:14:53 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-21489</guid>
		<description>[...] Update: Fred said nearly the same thing a year ago! Possibly related posts: (automatically generated)Twitter: The good, the bad and need for [...]</description>
		<content:encoded><![CDATA[<p>[...] Update: Fred said nearly the same thing a year ago! Possibly related posts: (automatically generated)Twitter: The good, the bad and need for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bertil Hatt</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1180</link>
		<dc:creator>Bertil Hatt</dc:creator>
		<pubDate>Sat, 29 Mar 2008 00:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1180</guid>
		<description>&quot;[...] the object of experience is simple. The UI is a completely different story.&quot;&lt;br/&gt;Completely agree with you: remember early Twitter? It was simple, but no way the UI was right.&lt;br/&gt;&lt;br/&gt;What you describe can easily be done with three accounts: call your personal one &quot;fredz&quot; and ask your friends (those who are not your colleagues) to switch; have all your A-listers on another one, called whatever, but they are public anyway; use Twhirl, and mute whichever you need (There *is* a mute button, three actually: send &quot;Stop&quot;, &quot;Pause&quot; or &quot;Mute&quot; if I remember properly, they do different things)&lt;br/&gt;&lt;br/&gt;Hash tags are fine, but unless everybody agrees on what means what -- and this is not going to happen: just what do you think Scoble deems &quot;#Urgent&quot;? -- forget about it.</description>
		<content:encoded><![CDATA[<p>&#8220;[...] the object of experience is simple. The UI is a completely different story.&#8221;<br />Completely agree with you: remember early Twitter? It was simple, but no way the UI was right.</p>
<p>What you describe can easily be done with three accounts: call your personal one &#8220;fredz&#8221; and ask your friends (those who are not your colleagues) to switch; have all your A-listers on another one, called whatever, but they are public anyway; use Twhirl, and mute whichever you need (There *is* a mute button, three actually: send &#8220;Stop&#8221;, &#8220;Pause&#8221; or &#8220;Mute&#8221; if I remember properly, they do different things)</p>
<p>Hash tags are fine, but unless everybody agrees on what means what &#8212; and this is not going to happen: just what do you think Scoble deems &#8220;#Urgent&#8221;? &#8212; forget about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fred</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1179</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Fri, 28 Mar 2008 20:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1179</guid>
		<description>I think you&#039;re right Jackson - A-listers are sort of my proxy for Twitterbombers.  There are a couple of people I know who I&#039;ve had to stop following, just because they take over my feed.  So even if you ignore the A-list, this problem is still there.&lt;br/&gt;&lt;br/&gt;And actually, the fact it is a problem is problematic.  If you want to tweet 5 times an hour, that should be OK.  I tweet 2x a day or less, and the system should also support 1x a week tweeters.  And if I can mark a Tweet as a fave, why I can&#039;t I do the same to a person.  Sorting it already built in, lets just extend it a little bit more.</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re right Jackson &#8211; A-listers are sort of my proxy for Twitterbombers.  There are a couple of people I know who I&#8217;ve had to stop following, just because they take over my feed.  So even if you ignore the A-list, this problem is still there.</p>
<p>And actually, the fact it is a problem is problematic.  If you want to tweet 5 times an hour, that should be OK.  I tweet 2x a day or less, and the system should also support 1x a week tweeters.  And if I can mark a Tweet as a fave, why I can&#8217;t I do the same to a person.  Sorting it already built in, lets just extend it a little bit more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marcin</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1178</link>
		<dc:creator>marcin</dc:creator>
		<pubDate>Fri, 28 Mar 2008 20:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1178</guid>
		<description>at blip.pl (Polish) microblogging site which is quite active, we have hashtags (#tag) built in. you can subscribe to all messages with some #tag (regardless if you follow the sender) or ignore all messages marked with #tag. it helps a lot with information overload, particulary during events like sport games and so on.</description>
		<content:encoded><![CDATA[<p>at blip.pl (Polish) microblogging site which is quite active, we have hashtags (#tag) built in. you can subscribe to all messages with some #tag (regardless if you follow the sender) or ignore all messages marked with #tag. it helps a lot with information overload, particulary during events like sport games and so on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jackson Fox</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1177</link>
		<dc:creator>Jackson Fox</dc:creator>
		<pubDate>Fri, 28 Mar 2008 20:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1177</guid>
		<description>I&#039;m guessing that the achilles heel of the &quot;build it yourself&quot; solution will be the lack of tagging on accounts and tweets. You&#039;d have to maintain that yourself, meaning the data isn&#039;t portable :(&lt;br/&gt;&lt;br/&gt;I disagree a tiny bit that the existing UI is bad for new adopters -- I suspect that the first instinct of most users is to follow their friends, co-workers, etc. For this kind of use, I think the current UI is OK. Of course, I barely use the website, so I&#039;m probably not in any position to comment on it.&lt;br/&gt;&lt;br/&gt;*Then* they&#039;ll run across the A-listers, get bombarded with millions of useless replies, and (if they&#039;re smart) drop the A-listers with extreme prejudice. If it isn&#039;t there -- and I think it is -- I would be all for on option that says &quot;ignore replies that aren&#039;t too me&quot;.&lt;br/&gt;&lt;br/&gt;It&#039;s the users who have been using Twitter for a while and have created a motley collection of people they follow that I think suffer the most. Like yourself, they&#039;re the ones dealing with the cross-pollution of social contexts and the desire/need to separate out those people who they want to communicate with vs. those they only want to follow.</description>
		<content:encoded><![CDATA[<p>I&#8217;m guessing that the achilles heel of the &#8220;build it yourself&#8221; solution will be the lack of tagging on accounts and tweets. You&#8217;d have to maintain that yourself, meaning the data isn&#8217;t portable :(</p>
<p>I disagree a tiny bit that the existing UI is bad for new adopters &#8212; I suspect that the first instinct of most users is to follow their friends, co-workers, etc. For this kind of use, I think the current UI is OK. Of course, I barely use the website, so I&#8217;m probably not in any position to comment on it.</p>
<p>*Then* they&#8217;ll run across the A-listers, get bombarded with millions of useless replies, and (if they&#8217;re smart) drop the A-listers with extreme prejudice. If it isn&#8217;t there &#8212; and I think it is &#8212; I would be all for on option that says &#8220;ignore replies that aren&#8217;t too me&#8221;.</p>
<p>It&#8217;s the users who have been using Twitter for a while and have created a motley collection of people they follow that I think suffer the most. Like yourself, they&#8217;re the ones dealing with the cross-pollution of social contexts and the desire/need to separate out those people who they want to communicate with vs. those they only want to follow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fred</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1176</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Fri, 28 Mar 2008 19:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1176</guid>
		<description>Oops - I meant mute button.  And for the record, I think you&#039;re right Jackson.  I don&#039;t want radical change or overhaul, just the ability to opt-in to a feature if I choose to do so.</description>
		<content:encoded><![CDATA[<p>Oops &#8211; I meant mute button.  And for the record, I think you&#8217;re right Jackson.  I don&#8217;t want radical change or overhaul, just the ability to opt-in to a feature if I choose to do so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fred</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1175</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Fri, 28 Mar 2008 19:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1175</guid>
		<description>I knew I was stepping into dangerous territory here - but I&#039;m not really advocating changing Twitter (well, a must button would be a new feature).  Rather, I&#039;m just looking for a way to create an information overlay that will help me sort messages.  Folksonomy could solve this problem easily.  Let me tag some people with work, some with A-list, some with personal.  Generate views based on that if I ask for it.&lt;br/&gt;&lt;br/&gt;On the ecology standpoint, yeah, I could probably design a tool to do this, so I hear that.  My larger point that the UI, as is, presents some serious problems to both new adopters and longtime users.  New adopters face the problem of overload from non-personal contacts, longtime users can&#039;t keep up with everyone.  Simplicity does not have to mean that the system fails, plain and simple.</description>
		<content:encoded><![CDATA[<p>I knew I was stepping into dangerous territory here &#8211; but I&#8217;m not really advocating changing Twitter (well, a must button would be a new feature).  Rather, I&#8217;m just looking for a way to create an information overlay that will help me sort messages.  Folksonomy could solve this problem easily.  Let me tag some people with work, some with A-list, some with personal.  Generate views based on that if I ask for it.</p>
<p>On the ecology standpoint, yeah, I could probably design a tool to do this, so I hear that.  My larger point that the UI, as is, presents some serious problems to both new adopters and longtime users.  New adopters face the problem of overload from non-personal contacts, longtime users can&#8217;t keep up with everyone.  Simplicity does not have to mean that the system fails, plain and simple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jackson Fox</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1174</link>
		<dc:creator>Jackson Fox</dc:creator>
		<pubDate>Fri, 28 Mar 2008 19:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1174</guid>
		<description>I&#039;m not sure I want Twitter fixing this all by themselves. As others have mentioned, the simplicity of the service is kinda nice.&lt;br/&gt;&lt;br/&gt;One of the really great things about Twitter is the ecology of tools surrounding it, and I wonder if there&#039;s a place in that ecology for the tool you&#039;re looking for. Of course, the Twitter API may be insufficient to create a meaningful solution, but seems like it&#039;s worth a shot.&lt;br/&gt;&lt;br/&gt;Of course, &quot;simplicity&quot; is a loaded term in design. Fred, you pointed out that it&#039;s the &quot;object of experience&quot; in Twitter that&#039;s simple -- not necessarily the UI -- and I think you&#039;re right. I&#039;m worried that adding greater control into the UI will fundamentally change the underlying interaction model, turning it into some kind of weird email client with teeny tiny messages.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure I want Twitter fixing this all by themselves. As others have mentioned, the simplicity of the service is kinda nice.</p>
<p>One of the really great things about Twitter is the ecology of tools surrounding it, and I wonder if there&#8217;s a place in that ecology for the tool you&#8217;re looking for. Of course, the Twitter API may be insufficient to create a meaningful solution, but seems like it&#8217;s worth a shot.</p>
<p>Of course, &#8220;simplicity&#8221; is a loaded term in design. Fred, you pointed out that it&#8217;s the &#8220;object of experience&#8221; in Twitter that&#8217;s simple &#8212; not necessarily the UI &#8212; and I think you&#8217;re right. I&#8217;m worried that adding greater control into the UI will fundamentally change the underlying interaction model, turning it into some kind of weird email client with teeny tiny messages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fred</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1173</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Fri, 28 Mar 2008 18:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1173</guid>
		<description>And regarding the extreme simplicity - Twitter works because the object of experience is simple.  The UI is a completely different story.</description>
		<content:encoded><![CDATA[<p>And regarding the extreme simplicity &#8211; Twitter works because the object of experience is simple.  The UI is a completely different story.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fred</title>
		<link>http://fstutzman.com/2008/03/28/fixing-information-overload-in-twitter/comment-page-1/#comment-1172</link>
		<dc:creator>fred</dc:creator>
		<pubDate>Fri, 28 Mar 2008 18:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1/~fred/projects/blog/?p=577#comment-1172</guid>
		<description>Use two accounts, use RSS, rely on others - don&#039;t get me wrong, I&#039;m mindful of the whole extreme simplicity thing, but I would argue that there&#039;s a real problem here (and I don&#039;t disagree that my needs are different from other users - we&#039;re all unique snowflakes).  &lt;br/&gt;&lt;br/&gt;Case in point is this emergent behavior of following-hyper twittering folks like Scoble or Calcanis.  At the cost of personal connections, people are subscribing to a cluttered stream of posts from A-list folks.  This is actually somewhat of a troubling trend for Twitter - how often are you really going to log in if all you see are posts from some web-head (even if your friends are also posting)?&lt;br/&gt;&lt;br/&gt;There are any number of approaches twitter can take to sorting without dramatically changing the interface.  Tabbed views, ajax - we&#039;ve solved all these problems.  These are the friend lists that Facebook realized they needed after the fact, friend lists that LJ always had.&lt;br/&gt;&lt;br/&gt;Part of the reason I&#039;m raising the issue is because I think it is a serious problem for Twitter&#039;s business model.  We care about personal connections more than we do web-heads, and Twitter needs to think seriously about how to best deliver that personal content to us.  Its a bigger problem than one might imagine.</description>
		<content:encoded><![CDATA[<p>Use two accounts, use RSS, rely on others &#8211; don&#8217;t get me wrong, I&#8217;m mindful of the whole extreme simplicity thing, but I would argue that there&#8217;s a real problem here (and I don&#8217;t disagree that my needs are different from other users &#8211; we&#8217;re all unique snowflakes).  </p>
<p>Case in point is this emergent behavior of following-hyper twittering folks like Scoble or Calcanis.  At the cost of personal connections, people are subscribing to a cluttered stream of posts from A-list folks.  This is actually somewhat of a troubling trend for Twitter &#8211; how often are you really going to log in if all you see are posts from some web-head (even if your friends are also posting)?</p>
<p>There are any number of approaches twitter can take to sorting without dramatically changing the interface.  Tabbed views, ajax &#8211; we&#8217;ve solved all these problems.  These are the friend lists that Facebook realized they needed after the fact, friend lists that LJ always had.</p>
<p>Part of the reason I&#8217;m raising the issue is because I think it is a serious problem for Twitter&#8217;s business model.  We care about personal connections more than we do web-heads, and Twitter needs to think seriously about how to best deliver that personal content to us.  Its a bigger problem than one might imagine.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

