<?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: Putting the blame on your vendors for the win.</title>
	<atom:link href="http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/</link>
	<description>Harper Reed: Software, PHP, MySQL, XMPP, Hacking, Baphomet</description>
	<pubDate>Mon, 01 Dec 2008 16:52:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-beta3-9889</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ryan Kanno</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-61291</link>
		<dc:creator>Ryan Kanno</dc:creator>
		<pubDate>Sat, 26 Jan 2008 01:08:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-61291</guid>
		<description>Harper - I blame you for writing this damn post.  As much as I agree with you, I also agree with sliceMatt.  As a consumer, I want to know what went wrong and why, as long as everyone is honest - I can make my own decision about who to blame.  

As for 37signals, I think that if they're blaming their service provider, as Fitz points out, they're to blame for putting all their eggs in one basket - albeit a generally big, protective basket in Rackspace, but a single point of failure nonetheless.  Even in DHH's comments on TechCrunch he admits that Rackspace's hardware agreement has long since been broken.  Umm, I'm not a smart man, but if that's the case, um, why are you still with them (and since you are, why aren't you mirroring crap?)Without either a backup service, or a Google Gears type of app, they're the ones to blame.  Hopefully, the customer can see this. ;)</description>
		<content:encoded><![CDATA[<p>Harper - I blame you for writing this damn post.  As much as I agree with you, I also agree with sliceMatt.  As a consumer, I want to know what went wrong and why, as long as everyone is honest - I can make my own decision about who to blame.  </p>
<p>As for 37signals, I think that if they&#8217;re blaming their service provider, as Fitz points out, they&#8217;re to blame for putting all their eggs in one basket - albeit a generally big, protective basket in Rackspace, but a single point of failure nonetheless.  Even in DHH&#8217;s comments on TechCrunch he admits that Rackspace&#8217;s hardware agreement has long since been broken.  Umm, I&#8217;m not a smart man, but if that&#8217;s the case, um, why are you still with them (and since you are, why aren&#8217;t you mirroring crap?)Without either a backup service, or a Google Gears type of app, they&#8217;re the ones to blame.  Hopefully, the customer can see this. ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slicematt</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-61283</link>
		<dc:creator>slicematt</dc:creator>
		<pubDate>Fri, 25 Jan 2008 23:44:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-61283</guid>
		<description>Harper, in our experience, customers WANT (perhaps demand?) to know exactly what happened. Granted we serve a very technical community, but the explanation you outlined in your response would not fly. They would rather hear exactly what broke (insert technical jargon here), how we'll prevent it going forward, no matter if it's our fault or not. I think 37signals has a similar user base and perhaps reached the same conclusion.</description>
		<content:encoded><![CDATA[<p>Harper, in our experience, customers WANT (perhaps demand?) to know exactly what happened. Granted we serve a very technical community, but the explanation you outlined in your response would not fly. They would rather hear exactly what broke (insert technical jargon here), how we&#8217;ll prevent it going forward, no matter if it&#8217;s our fault or not. I think 37signals has a similar user base and perhaps reached the same conclusion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harper</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-61010</link>
		<dc:creator>Harper</dc:creator>
		<pubDate>Thu, 24 Jan 2008 16:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-61010</guid>
		<description>Hi Gil!

I think that having frustrations with vendors is totally part of the game. It happens to everyone. It is just a bummer that people are so into passing the blame onto someone else - instead of taking responsibility. 

i think that blaming is easy and a bit thoughtless - whereas taking responsibility is usually hard and possibly shows weakness (because it is YOUR fault instead of someone else). 

but yea. rackspace has had a couple rough spots with us too. but they are always quickly resolved and remedied within a day at the most. and usually they do not cause downtime. so regardless of tumblr and 37signals bitching about how bad it is. i will also continue to represent them in anyway i can.</description>
		<content:encoded><![CDATA[<p>Hi Gil!</p>
<p>I think that having frustrations with vendors is totally part of the game. It happens to everyone. It is just a bummer that people are so into passing the blame onto someone else - instead of taking responsibility. </p>
<p>i think that blaming is easy and a bit thoughtless - whereas taking responsibility is usually hard and possibly shows weakness (because it is YOUR fault instead of someone else). </p>
<p>but yea. rackspace has had a couple rough spots with us too. but they are always quickly resolved and remedied within a day at the most. and usually they do not cause downtime. so regardless of tumblr and 37signals bitching about how bad it is. i will also continue to represent them in anyway i can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gil</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-61006</link>
		<dc:creator>Gil</dc:creator>
		<pubDate>Thu, 24 Jan 2008 16:39:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-61006</guid>
		<description>The 37signals thing bummed me out. They delicately phrased their communication so that it sounded like they were taking the blame, but when you read it closely, they are actually blaming Rackspace for taking 2 hours to replace a failed piece of hardware. The fact is that hardware does fail, and you can't reasonably expect them to replace it much faster than that.

The transformer thing was a totally separate issue, and it sounds like Rackspace hadn't been keeping up with their backup systems to make sure they were working properly. Hopefully they learned their lesson, and I won't discredit them unless it happens again.

I've had my own frustrations with Rackspace, but after the fact they've always gone out of their way to fix the problem. I still refer people to them on a regular basis, and will continue to do so in spite of the 37s/tumblr nonsense.</description>
		<content:encoded><![CDATA[<p>The 37signals thing bummed me out. They delicately phrased their communication so that it sounded like they were taking the blame, but when you read it closely, they are actually blaming Rackspace for taking 2 hours to replace a failed piece of hardware. The fact is that hardware does fail, and you can&#8217;t reasonably expect them to replace it much faster than that.</p>
<p>The transformer thing was a totally separate issue, and it sounds like Rackspace hadn&#8217;t been keeping up with their backup systems to make sure they were working properly. Hopefully they learned their lesson, and I won&#8217;t discredit them unless it happens again.</p>
<p>I&#8217;ve had my own frustrations with Rackspace, but after the fact they&#8217;ve always gone out of their way to fix the problem. I still refer people to them on a regular basis, and will continue to do so in spite of the 37s/tumblr nonsense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harper</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-60925</link>
		<dc:creator>Harper</dc:creator>
		<pubDate>Thu, 24 Jan 2008 04:29:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-60925</guid>
		<description>Hi Matt. Thanks for the comment. 

I agree - at some point we do have to trust someone to do their job - and i agree that it is a harrowing experience to have to tell your clients that something is broken. however i don't agree that you need to get into specifics of what is broken and who is going to fix it. because - in the long run - it is the company who is choosing vendors and if the vendor fails - i would go as far as saying that it is the companies fault for choosing a faulty vendor. Or at least not making sure that the vendor is doing it right/having backups and redundancy. 

Whenever i have had large failures. I have tried to apoligize in the following form:

Dear users. I am sorry for the downtime. We are working hard to fix it. I am sorry for any problems this has causes. 

However - tumblr and 37signals seem to say stuff like:

Dear users. Somebody caused us some problems and they are doing a poor job of fixing it fast. I am sorry for any problems this has causes. 

Those two statements are VERY different. Which would you rather hear as a consumer? I would rather hear the first one.</description>
		<content:encoded><![CDATA[<p>Hi Matt. Thanks for the comment. </p>
<p>I agree - at some point we do have to trust someone to do their job - and i agree that it is a harrowing experience to have to tell your clients that something is broken. however i don&#8217;t agree that you need to get into specifics of what is broken and who is going to fix it. because - in the long run - it is the company who is choosing vendors and if the vendor fails - i would go as far as saying that it is the companies fault for choosing a faulty vendor. Or at least not making sure that the vendor is doing it right/having backups and redundancy. </p>
<p>Whenever i have had large failures. I have tried to apoligize in the following form:</p>
<p>Dear users. I am sorry for the downtime. We are working hard to fix it. I am sorry for any problems this has causes. </p>
<p>However - tumblr and 37signals seem to say stuff like:</p>
<p>Dear users. Somebody caused us some problems and they are doing a poor job of fixing it fast. I am sorry for any problems this has causes. </p>
<p>Those two statements are VERY different. Which would you rather hear as a consumer? I would rather hear the first one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jengates Blog &#187; Blog Archive &#187; links for 2008-01-23</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-60909</link>
		<dc:creator>Jengates Blog &#187; Blog Archive &#187; links for 2008-01-23</dc:creator>
		<pubDate>Wed, 23 Jan 2008 23:25:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-60909</guid>
		<description>[...] Putting the blame on your vendors for the win. » Harper Reed: Tech, Phones, Yo-yoing and Death Meta... [...]</description>
		<content:encoded><![CDATA[<p>[...] Putting the blame on your vendors for the win. » Harper Reed: Tech, Phones, Yo-yoing and Death Meta&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slicematt</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-60902</link>
		<dc:creator>slicematt</dc:creator>
		<pubDate>Wed, 23 Jan 2008 21:40:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-60902</guid>
		<description>As a partner at Slicehost, we take the responsibility of keeping our customers' servers running very seriously. Everything outside of customer control (power, cooling, server hardware, network) falls on our shoulders, not yours. 

I've been on both sides of this equation - as a service provider trying to get customers back up and as a customer at the mercy of a service provider. There isn't a worse feeling in the world than having to tell your customers you know what the problem is, but someone else has to fix it.

37signals accepted full responsibility and explained what happened. At some point we all have to trust someone else to do *their* job, sadly they appear to have been let down.</description>
		<content:encoded><![CDATA[<p>As a partner at Slicehost, we take the responsibility of keeping our customers&#8217; servers running very seriously. Everything outside of customer control (power, cooling, server hardware, network) falls on our shoulders, not yours. </p>
<p>I&#8217;ve been on both sides of this equation - as a service provider trying to get customers back up and as a customer at the mercy of a service provider. There isn&#8217;t a worse feeling in the world than having to tell your customers you know what the problem is, but someone else has to fix it.</p>
<p>37signals accepted full responsibility and explained what happened. At some point we all have to trust someone else to do *their* job, sadly they appear to have been let down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fitz</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-60846</link>
		<dc:creator>Fitz</dc:creator>
		<pubDate>Wed, 23 Jan 2008 04:30:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-60846</guid>
		<description>Blaming is a waste of time.  If you have a service, you have chosen to use certain providers for your service, be they datacenters, networks, or what have you.  If a provider fails and you don't have a backup, no one is to blame but you.</description>
		<content:encoded><![CDATA[<p>Blaming is a waste of time.  If you have a service, you have chosen to use certain providers for your service, be they datacenters, networks, or what have you.  If a provider fails and you don&#8217;t have a backup, no one is to blame but you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: holcomb</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-60832</link>
		<dc:creator>holcomb</dc:creator>
		<pubDate>Wed, 23 Jan 2008 00:55:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-60832</guid>
		<description>Blaming things on your vendor just makes you look like a middleman.  Middlemen tend to get cut out (or should be at least).</description>
		<content:encoded><![CDATA[<p>Blaming things on your vendor just makes you look like a middleman.  Middlemen tend to get cut out (or should be at least).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Hellige</title>
		<link>http://www.nata2.org/2008/01/22/putting-the-blame-on-your-vendors-for-the-win/#comment-60823</link>
		<dc:creator>Matt Hellige</dc:creator>
		<pubDate>Tue, 22 Jan 2008 23:48:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.nata2.org/?p=1505#comment-60823</guid>
		<description>I totally agree. I think it's an in-group/out-group thing. From the user's point of view, you and your hosting company are one entity. The right thing to do is to represent the whole group and take responsibility. If you want to sue them behind the scenes or get them to pay up according to some SLAs or whatever, go for it. But don't try to put yourself on the customer's side against "them." It's condescending and kind of shitty and nobody buys it.

Obviously this is what you mean by 'black box'. So yeah. I agree. Take responsibility for yourself.</description>
		<content:encoded><![CDATA[<p>I totally agree. I think it&#8217;s an in-group/out-group thing. From the user&#8217;s point of view, you and your hosting company are one entity. The right thing to do is to represent the whole group and take responsibility. If you want to sue them behind the scenes or get them to pay up according to some SLAs or whatever, go for it. But don&#8217;t try to put yourself on the customer&#8217;s side against &#8220;them.&#8221; It&#8217;s condescending and kind of shitty and nobody buys it.</p>
<p>Obviously this is what you mean by &#8216;black box&#8217;. So yeah. I agree. Take responsibility for yourself.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
