<?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: Win a Motorola DROID Programming Contest: &#8220;Worst App Server Technology Ever&#8221;</title>
	<atom:link href="http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 12:12:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Nancy</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-41335</link>
		<dc:creator>Nancy</dc:creator>
		<pubDate>Mon, 08 Mar 2010 09:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-41335</guid>
		<description>I wish I would have seen this post weeks ago.   I have so many ideas for the worst app server ever.   I totally could have won this competition.    Its my fault for now keeping up on your posts.    </description>
		<content:encoded><![CDATA[<p>I wish I would have seen this post weeks ago.   I have so many ideas for the worst app server ever.   I totally could have won this competition.    Its my fault for now keeping up on your posts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: engineyard</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37643</link>
		<dc:creator>engineyard</dc:creator>
		<pubDate>Tue, 17 Nov 2009 22:53:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37643</guid>
		<description>Feedback seems to be the contest was too complex for people to grok easily. We&#039;re not extending the current contest - but plan to make the next one a bit easier to approach </description>
		<content:encoded><![CDATA[<p>Feedback seems to be the contest was too complex for people to grok easily. We&#039;re not extending the current contest &#8211; but plan to make the next one a bit easier to approach</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jakemcgraw</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37642</link>
		<dc:creator>jakemcgraw</dc:creator>
		<pubDate>Tue, 17 Nov 2009 22:50:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37642</guid>
		<description>So, according to &lt;a href=&quot;http://www.engineyard.com/contests/wase&quot; target=&quot;_blank&quot;&gt;http://www.engineyard.com/contests/wase&lt;/a&gt; there was only a single user who registered WASE points, do you plan on extending the competition? </description>
		<content:encoded><![CDATA[<p>So, according to <a href="http://www.engineyard.com/contests/wase" target="_blank">http://www.engineyard.com/contests/wase</a> there was only a single user who registered WASE points, do you plan on extending the competition?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas F Shearer</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37539</link>
		<dc:creator>Douglas F Shearer</dc:creator>
		<pubDate>Fri, 06 Nov 2009 19:06:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37539</guid>
		<description>After a bit of hacking I&#039;ve created a basic framework for creating a Wase Endpoint Daemon. 
 
Install and usage docs at: &lt;a href=&quot;http://github.com/dougal/wase_endpoint/&quot; target=&quot;_blank&quot;&gt;http://github.com/dougal/wase_endpoint/&lt;/a&gt; 
 
Pull requests with features and bug fixes welcome. </description>
		<content:encoded><![CDATA[<p>After a bit of hacking I&#039;ve created a basic framework for creating a Wase Endpoint Daemon. </p>
<p>Install and usage docs at: <a href="http://github.com/dougal/wase_endpoint/" target="_blank">http://github.com/dougal/wase_endpoint/</a> </p>
<p>Pull requests with features and bug fixes welcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: engineyard</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37533</link>
		<dc:creator>engineyard</dc:creator>
		<pubDate>Fri, 06 Nov 2009 00:33:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37533</guid>
		<description>Well I would guess this is a neat way of implementing a subroutine that assembles a chain of other wasepoints, but I guess you&#039;re going to try to hack the program counter so that you get a hint that an incoming message is actually a return from a sub-routine?  This would not be kosher. I will add restrictions on PC modification that makes this more explicit. </description>
		<content:encoded><![CDATA[<p>Well I would guess this is a neat way of implementing a subroutine that assembles a chain of other wasepoints, but I guess you&#039;re going to try to hack the program counter so that you get a hint that an incoming message is actually a return from a sub-routine?  This would not be kosher. I will add restrictions on PC modification that makes this more explicit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: engineyard</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37532</link>
		<dc:creator>engineyard</dc:creator>
		<pubDate>Fri, 06 Nov 2009 00:27:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37532</guid>
		<description>Hi anonymous, we have to be able to verify the winning computation with our own kickoff message, so the first part won&#039;t be an issue. The second part yes might be an issue, but the computation will be difficult enough that people will need to use multiple points for the solution. We will also more definition on the scope of a WASE point. </description>
		<content:encoded><![CDATA[<p>Hi anonymous, we have to be able to verify the winning computation with our own kickoff message, so the first part won&#039;t be an issue. The second part yes might be an issue, but the computation will be difficult enough that people will need to use multiple points for the solution. We will also more definition on the scope of a WASE point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gomercobs</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37524</link>
		<dc:creator>gomercobs</dc:creator>
		<pubDate>Thu, 05 Nov 2009 19:38:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37524</guid>
		<description>Are there any rules against a WASEpoint generating new documents/bit.ly URIs for any of the IO files associated with a request? For example, say one developed a WASEpoint which redirects a request and generates a new [Program listing URI]? The request could then be tracked using the [Program Counter]. Would this be considered &quot;storing state&quot;? I can give a more in depth explanation after I register the end point :-) </description>
		<content:encoded><![CDATA[<p>Are there any rules against a WASEpoint generating new documents/bit.ly URIs for any of the IO files associated with a request? For example, say one developed a WASEpoint which redirects a request and generates a new [Program listing URI]? The request could then be tracked using the [Program Counter]. Would this be considered &quot;storing state&quot;? I can give a more in depth explanation after I register the end point :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: engineyard</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37521</link>
		<dc:creator>engineyard</dc:creator>
		<pubDate>Thu, 05 Nov 2009 17:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37521</guid>
		<description>Well after you parse the message: 
If there are three bitly&#039;s, then they are output, input1, and input 2 
If there are two bitly&#039;s, then they are output, input 
If there is one bitly, then that bitly is both input and output 
 
Each WASEpoint is free to decide whether it will accept multiple inputs, or emit a message with multiple inputs. You have to read the doc or code for a WASEpoint to decide whether you can use it or not. </description>
		<content:encoded><![CDATA[<p>Well after you parse the message:<br />
If there are three bitly&#039;s, then they are output, input1, and input 2<br />
If there are two bitly&#039;s, then they are output, input<br />
If there is one bitly, then that bitly is both input and output </p>
<p>Each WASEpoint is free to decide whether it will accept multiple inputs, or emit a message with multiple inputs. You have to read the doc or code for a WASEpoint to decide whether you can use it or not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: engineyard</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37520</link>
		<dc:creator>engineyard</dc:creator>
		<pubDate>Thu, 05 Nov 2009 17:46:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37520</guid>
		<description>sorry, looks like no PHP </description>
		<content:encoded><![CDATA[<p>sorry, looks like no PHP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: engineyard</title>
		<link>http://www.engineyard.com/blog/2009/win-a-motorola-droid-programming-contest-worst-app-server-technology-ever/comment-page-1/#comment-37519</link>
		<dc:creator>engineyard</dc:creator>
		<pubDate>Thu, 05 Nov 2009 16:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.engineyard.com/blog/?p=2710#comment-37519</guid>
		<description>ok John Crosby has volunteered to review any Scale winner! Scala is in! </description>
		<content:encoded><![CDATA[<p>ok John Crosby has volunteered to review any Scale winner! Scala is in!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

