<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>david rasch - making stuff work &#187; rest</title>
	<atom:link href="http://www.davidrasch.com/tag/rest/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.davidrasch.com</link>
	<description></description>
	<lastBuildDate>Mon, 04 Apr 2011 00:53:25 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
		<item>
		<title>API Access to Users&#8217; Data</title>
		<link>http://www.davidrasch.com/2006/10/01/api-access-to-users-data/</link>
		<comments>http://www.davidrasch.com/2006/10/01/api-access-to-users-data/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 03:06:18 +0000</pubDate>
		<dc:creator>drasch</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[rest]]></category>

		<guid isPermaLink="false">http://www.davidrasch.com/2006/10/01/api-access-to-users-data/</guid>
		<description><![CDATA[<p>Apparently our API discussion at PHP Appalachia struck quite a chord with Michael. </p> <p>As we&#8217;re in the process of building up the IntelliContact API, we&#8217;ve run into this same problem. We&#8217;ve taken a bit of a simple solution. We allow a given user to associate an API key with their account and specify <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.davidrasch.com/2006/10/01/api-access-to-users-data/">API Access to Users&#8217; Data</a></span>]]></description>
			<content:encoded><![CDATA[<p>Apparently our API discussion at PHP Appalachia struck quite a <a href="http://fosterburgess.com/kimsal/?p=136">chord with Michael</a>.  </p>
<p>As we&#8217;re in the process of building up the IntelliContact API, we&#8217;ve run into this same problem.  We&#8217;ve taken a bit of a simple solution.  We allow a given user to associate an API key with their account and specify a separate password.  This allows the application using the API to access only users accounts to which they&#8217;ve been granted, and leaves the power with the user to revoke the access at will by changing the password or disabling the API key access entirely.  This seems to be a simple-end solution to what Michael proposes which allows for a more general ACL.</p>
<p>[tags]API, REST, authentication[/tags]</p>
]]></content:encoded>
			<wfw:commentRss>http://www.davidrasch.com/2006/10/01/api-access-to-users-data/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>launching a beta</title>
		<link>http://www.davidrasch.com/2006/06/26/launching-a-beta/</link>
		<comments>http://www.davidrasch.com/2006/06/26/launching-a-beta/#comments</comments>
		<pubDate>Tue, 27 Jun 2006 03:10:43 +0000</pubDate>
		<dc:creator>david</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[beta]]></category>
		<category><![CDATA[iContact]]></category>
		<category><![CDATA[rest]]></category>
		<category><![CDATA[rss]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://www.davidrasch.com/2006/06/26/launching-a-beta/</guid>
		<description><![CDATA[<p>A beta usually sounds like a great idea, but with the difficulties of software development&#8211;hitting deadlines, feature drift, and push to release biding time can be challenging. Both agile development and patience paid off in this case. In the preparations for our 4.0 beta, we spent an entire sprint (28 days) dealing with our <span style="color:#777"> . . . &#8594; Read More: <a href="http://www.davidrasch.com/2006/06/26/launching-a-beta/">launching a beta</a></span>]]></description>
			<content:encoded><![CDATA[<p>A beta usually sounds like a great idea, but with the difficulties of software development&#8211;hitting deadlines, feature drift, and push to release biding time can be challenging.  Both agile development and patience paid off in this case.  In the preparations for our 4.0 beta, we spent an entire sprint (28 days) dealing with our internal feedback of things that were &#8216;non-optional&#8217; to fix before our ultimate release.  Now, we&#8217;re &#8220;waiting&#8221; a sprint for feedback to roll in.</p>
<p>The challenge comes in distilling the feedback and determining the value of what has been said and suggested, and what hasn&#8217;t been said.  For example, if everyone talks about the size of the new icons (which are intentionally quite large) does it mean that they thought most everything else was great?  Or does it mean they stopped looking after they were scared away by the large icons?</p>
<p>The triage process as will begin next week where we decide what of the feedback gets rolled into the software now, what goes into the product backlog for later, and what gets &#8216;held&#8217; for further input, suggestion, or interest.</p>
<p>Meanwhile, the development teams have been hard at work playing with buzzwords like RSS and REST.</p>
<p>[tags]intellicontact, beta, rss, rest, scrum[/tags]</p>
]]></content:encoded>
			<wfw:commentRss>http://www.davidrasch.com/2006/06/26/launching-a-beta/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

