<?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: an open letter to ipayroll redux</title>
	<atom:link href="http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/feed" rel="self" type="application/rss+xml" />
	<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux</link>
	<description>Ruby on Rails developers from Wellington, New Zealand</description>
	<lastBuildDate>Tue, 02 Feb 2010 09:42:18 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Cary</title>
		<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/comment-page-1#comment-88</link>
		<dc:creator>Cary</dc:creator>
		<pubDate>Sun, 11 May 2008 21:16:52 +0000</pubDate>
		<guid isPermaLink="false">http://codetocustomer.com/?p=39#comment-88</guid>
		<description>While we could require prospects to give out their email address to sign up for a free trial we try to make &lt;a href=&#039;http://www.useit.com/alertbox/990307.html&#039; rel=&quot;nofollow&quot;&gt;sensitive use of email&lt;/a&gt;. And as for the ol&#039; login/password box on a HTTPS page we try not to use &lt;a&gt;Non-Standard GUI Controls&lt;/a&gt; - although your comments about our Unauthorized page are noted. 

However, the more compelling and interesting reasons for using &quot;Org ID&#039;s&quot; and HTTP Authentication are actually &lt;a href=&#039;http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm#sec_5_2_1_1&#039; rel=&quot;nofollow&quot;&gt;much more fundamental&lt;/a&gt;. Having a proper URI Space for everything plays much nicer on the World Wide Web - for example we can bookmark and email links to anything in iPayroll, and everything plays very nicely with the rest of the the web&#039;s infrastructure (e.g. caching).</description>
		<content:encoded><![CDATA[<p>While we could require prospects to give out their email address to sign up for a free trial we try to make <a href='http://www.useit.com/alertbox/990307.html' rel="nofollow">sensitive use of email</a>. And as for the ol&#8217; login/password box on a HTTPS page we try not to use <a>Non-Standard GUI Controls</a> &#8211; although your comments about our Unauthorized page are noted. </p>
<p>However, the more compelling and interesting reasons for using &#8220;Org ID&#8217;s&#8221; and HTTP Authentication are actually <a href='http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm#sec_5_2_1_1' rel="nofollow">much more fundamental</a>. Having a proper URI Space for everything plays much nicer on the World Wide Web &#8211; for example we can bookmark and email links to anything in iPayroll, and everything plays very nicely with the rest of the the web&#8217;s infrastructure (e.g. caching).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/comment-page-1#comment-87</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Fri, 09 May 2008 10:20:11 +0000</pubDate>
		<guid isPermaLink="false">http://codetocustomer.com/?p=39#comment-87</guid>
		<description>Well done Cary for responding in a public forum.  I use your iPayroll service for the Daycare Centre I help manage.  I have to say the service is great, and the amount of information you have at hand is amazing.
Nik&#039;s suggestions (if applied) would make your service even better.</description>
		<content:encoded><![CDATA[<p>Well done Cary for responding in a public forum.  I use your iPayroll service for the Daycare Centre I help manage.  I have to say the service is great, and the amount of information you have at hand is amazing.<br />
Nik&#8217;s suggestions (if applied) would make your service even better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nik</title>
		<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/comment-page-1#comment-85</link>
		<dc:creator>Nik</dc:creator>
		<pubDate>Thu, 08 May 2008 02:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://codetocustomer.com/?p=39#comment-85</guid>
		<description>@cary: The disclaimer is necessary because some other people have taken offhand comments the wrong way. Want to make sure my big mouth doesn&#039;t get me into too much trouble :)

Awesome to see fixes coming in immediately as things come to your attention - that&#039;s startup-speed, I remember doing the same thing answering support at PlanHQ. You guys should be proud of that!</description>
		<content:encoded><![CDATA[<p>@cary: The disclaimer is necessary because some other people have taken offhand comments the wrong way. Want to make sure my big mouth doesn&#8217;t get me into too much trouble :)</p>
<p>Awesome to see fixes coming in immediately as things come to your attention &#8211; that&#8217;s startup-speed, I remember doing the same thing answering support at PlanHQ. You guys should be proud of that!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cary</title>
		<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/comment-page-1#comment-84</link>
		<dc:creator>Cary</dc:creator>
		<pubDate>Thu, 08 May 2008 02:18:58 +0000</pubDate>
		<guid isPermaLink="false">http://codetocustomer.com/?p=39#comment-84</guid>
		<description>Re: Your disclaimer - no need for that, we like constructive criticism and I appreciate that you like our service enough to take the time.

I&#039;ll comment further on your other points in due course.</description>
		<content:encoded><![CDATA[<p>Re: Your disclaimer &#8211; no need for that, we like constructive criticism and I appreciate that you like our service enough to take the time.</p>
<p>I&#8217;ll comment further on your other points in due course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cary</title>
		<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/comment-page-1#comment-83</link>
		<dc:creator>Cary</dc:creator>
		<pubDate>Thu, 08 May 2008 02:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://codetocustomer.com/?p=39#comment-83</guid>
		<description>#5 - alignment. That report wasn&#039;t up to our usual standards (it fairly obscure, but that&#039;s no excuse). It&#039;s now been tidied up a bit.
http://www.ipayroll.co.nz/org/sample/tax/ked

(BTW we like zebra striping - and when I saw that article recently I didn&#039;t see anything to make me change my mind).</description>
		<content:encoded><![CDATA[<p>#5 &#8211; alignment. That report wasn&#8217;t up to our usual standards (it fairly obscure, but that&#8217;s no excuse). It&#8217;s now been tidied up a bit.<br />
<a href="http://www.ipayroll.co.nz/org/sample/tax/ked" rel="nofollow">http://www.ipayroll.co.nz/org/sample/tax/ked</a></p>
<p>(BTW we like zebra striping &#8211; and when I saw that article recently I didn&#8217;t see anything to make me change my mind).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cary</title>
		<link>http://codetocustomer.com/blog/2008/05/an-open-letter-to-ipayrol-redux/comment-page-1#comment-82</link>
		<dc:creator>Cary</dc:creator>
		<pubDate>Thu, 08 May 2008 02:10:24 +0000</pubDate>
		<guid isPermaLink="false">http://codetocustomer.com/?p=39#comment-82</guid>
		<description>Nik, #3 (tabs) - good call, that was just plain wrong. It&#039;s now better.
http://www.ipayroll.co.nz/org/sample/payroll/pay_reports</description>
		<content:encoded><![CDATA[<p>Nik, #3 (tabs) &#8211; good call, that was just plain wrong. It&#8217;s now better.<br />
<a href="http://www.ipayroll.co.nz/org/sample/payroll/pay_reports" rel="nofollow">http://www.ipayroll.co.nz/org/sample/payroll/pay_reports</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
