<?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: Shrugh Response Demo</title>
	<atom:link href="http://www.eclecticguy.com/2008/11/23/shrugh-response-demos/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.eclecticguy.com/2008/11/23/shrugh-response-demos/</link>
	<description>musings of just some guy</description>
	<lastBuildDate>Sun, 18 Dec 2011 20:37:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: EclecticGuy</title>
		<link>http://www.eclecticguy.com/2008/11/23/shrugh-response-demos/comment-page-1/#comment-549</link>
		<dc:creator>EclecticGuy</dc:creator>
		<pubDate>Wed, 26 Nov 2008 16:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://eclecticguy.com/?p=1002#comment-549</guid>
		<description>Hey Rob, odd that you could not connect. I host on GoDaddy and they have been very reliable.

THe shrughie does choose the response type. Each shrugh type will probably have a different set of response types, like this:

a Yes/No shrugh would have response types &quot;yes&quot; and &quot;no&quot;
a Fish for Answer (need better name) will have Verdict, Opinion, Kibitz
a Pros vs Cons shrugh would have &quot;pro&quot; and &quot;con&quot;

I think it is that simple (for now at least).

I totally agree with both b2 and you about results viewing. I am spending many available bpu cycles thinking about this one. VIsualization and navigation will be key. Scoring for pro/con is pretty easy (I think), yes/no is easy (I think), fish for answer needs some thought.</description>
		<content:encoded><![CDATA[<p>Hey Rob, odd that you could not connect. I host on GoDaddy and they have been very reliable.</p>
<p>THe shrughie does choose the response type. Each shrugh type will probably have a different set of response types, like this:</p>
<p>a Yes/No shrugh would have response types &#8220;yes&#8221; and &#8220;no&#8221;<br />
a Fish for Answer (need better name) will have Verdict, Opinion, Kibitz<br />
a Pros vs Cons shrugh would have &#8220;pro&#8221; and &#8220;con&#8221;</p>
<p>I think it is that simple (for now at least).</p>
<p>I totally agree with both b2 and you about results viewing. I am spending many available bpu cycles thinking about this one. VIsualization and navigation will be key. Scoring for pro/con is pretty easy (I think), yes/no is easy (I think), fish for answer needs some thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob C</title>
		<link>http://www.eclecticguy.com/2008/11/23/shrugh-response-demos/comment-page-1/#comment-548</link>
		<dc:creator>Rob C</dc:creator>
		<pubDate>Wed, 26 Nov 2008 12:50:09 +0000</pubDate>
		<guid isPermaLink="false">http://eclecticguy.com/?p=1002#comment-548</guid>
		<description>EG,

Could not get to the demo for some reason... connection interruptus.

So to be clear, the shrugh type is set by the shrugher, get that.  The response type is set by the shrughee (responder).  Can types be combined?  A shrughee can kibitz about a yes/no shrugh?

I am looking forward to seeing how you handle the results viewing.  As B2 states, with large volumes it could get tedious at best. To me some great innovation here would not only make the site valuable, it could solve what I think is one of the problems with social networking sites. Can you consider some sort of scoring algorythm, or navigated search technology to rank the responses?

RC</description>
		<content:encoded><![CDATA[<p>EG,</p>
<p>Could not get to the demo for some reason&#8230; connection interruptus.</p>
<p>So to be clear, the shrugh type is set by the shrugher, get that.  The response type is set by the shrughee (responder).  Can types be combined?  A shrughee can kibitz about a yes/no shrugh?</p>
<p>I am looking forward to seeing how you handle the results viewing.  As B2 states, with large volumes it could get tedious at best. To me some great innovation here would not only make the site valuable, it could solve what I think is one of the problems with social networking sites. Can you consider some sort of scoring algorythm, or navigated search technology to rank the responses?</p>
<p>RC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EclecticGuy</title>
		<link>http://www.eclecticguy.com/2008/11/23/shrugh-response-demos/comment-page-1/#comment-541</link>
		<dc:creator>EclecticGuy</dc:creator>
		<pubDate>Mon, 24 Nov 2008 00:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://eclecticguy.com/?p=1002#comment-541</guid>
		<description>Hey b2 :)

Not really any programmatic distinction between the response type. In fact, this is one of the reasons I like this simplification - all shrugh types are treated the same. 

Yes, the idea would be the shrugher would post the shrugh, collect feedback and then later, come back and &quot;close&quot; the shrugh with the final decision/outcome. The outcome can be kept private too (so your scenario would be kept private :) ) I agree on the outcomes too, I think once a shrugh is closed, it appears as the original question and the outcome. You would be able to click the shrugh to get the details - the list of responses for instance.

Social in the sense that shrughers ask the Shrugh community (Shrugiverse as my friend Bob calls it) for their input/help to answer the shrugh. I could imagine little communities forming around certain categories of shrughs - like a community of shrughers asking philosophical questions vs those that are asking about dating advise. The demo does not really do a good job of showing that. It should be clearer on an upcoming software release when all the parts from creating a shrugh, to responding to closing are complete.</description>
		<content:encoded><![CDATA[<p>Hey b2 <img src='http://www.eclecticguy.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Not really any programmatic distinction between the response type. In fact, this is one of the reasons I like this simplification &#8211; all shrugh types are treated the same. </p>
<p>Yes, the idea would be the shrugher would post the shrugh, collect feedback and then later, come back and &#8220;close&#8221; the shrugh with the final decision/outcome. The outcome can be kept private too (so your scenario would be kept private <img src='http://www.eclecticguy.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  ) I agree on the outcomes too, I think once a shrugh is closed, it appears as the original question and the outcome. You would be able to click the shrugh to get the details &#8211; the list of responses for instance.</p>
<p>Social in the sense that shrughers ask the Shrugh community (Shrugiverse as my friend Bob calls it) for their input/help to answer the shrugh. I could imagine little communities forming around certain categories of shrughs &#8211; like a community of shrughers asking philosophical questions vs those that are asking about dating advise. The demo does not really do a good job of showing that. It should be clearer on an upcoming software release when all the parts from creating a shrugh, to responding to closing are complete.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: b2</title>
		<link>http://www.eclecticguy.com/2008/11/23/shrugh-response-demos/comment-page-1/#comment-540</link>
		<dc:creator>b2</dc:creator>
		<pubDate>Sun, 23 Nov 2008 22:55:28 +0000</pubDate>
		<guid isPermaLink="false">http://eclecticguy.com/?p=1002#comment-540</guid>
		<description>OK, so the shrugher defines the &quot;style&quot; of response they are requesting and the respondent, within that style, picks the type of response. Is there going to be any programmatic significance to the distinction between verdict, opinion, musing, kibitz? 

Is there a separate location for the ultimate decision by the shrugher? Granted, not all shrughers will want to post their decision (&quot;Which is worse? Being a 40 year old virgin or losing my virginity to a &quot;pro&quot;?) I would think respondents might want to see the ultimate outcome to shrugs they responded to at a glance (i.e. without having to read through the entire shrugh).

I&#039;m still not clear on the &quot;social&quot; and networking aspect of it. That may not be an area you&#039;ve addressed yet, but I do think that will be key...

Enough procrastinating on my letter...</description>
		<content:encoded><![CDATA[<p>OK, so the shrugher defines the &#8220;style&#8221; of response they are requesting and the respondent, within that style, picks the type of response. Is there going to be any programmatic significance to the distinction between verdict, opinion, musing, kibitz? </p>
<p>Is there a separate location for the ultimate decision by the shrugher? Granted, not all shrughers will want to post their decision (&#8220;Which is worse? Being a 40 year old virgin or losing my virginity to a &#8220;pro&#8221;?) I would think respondents might want to see the ultimate outcome to shrugs they responded to at a glance (i.e. without having to read through the entire shrugh).</p>
<p>I&#8217;m still not clear on the &#8220;social&#8221; and networking aspect of it. That may not be an area you&#8217;ve addressed yet, but I do think that will be key&#8230;</p>
<p>Enough procrastinating on my letter&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

