<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Devops, complexity and anti-fragility in IT: An introduction</title>
	<atom:link href="http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/</link>
	<description></description>
	<lastBuildDate>Mon, 20 May 2013 13:46:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Phil Jaenke</title>
		<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/#comment-1300012</link>
		<dc:creator><![CDATA[Phil Jaenke]]></dc:creator>
		<pubDate>Wed, 16 Jan 2013 22:36:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=599198#comment-1300012</guid>
		<description><![CDATA[Just a quick note; due to external factors, namely DNS going splat, the corrected link for my post is: http://www.rootwyrm.com/2012/12/stability-resilience-not-stability-resilience/
Thanks all! Looking forward to discussing this a lot more!
-Phil]]></description>
		<content:encoded><![CDATA[<p>Just a quick note; due to external factors, namely DNS going splat, the corrected link for my post is: <a href="http://www.rootwyrm.com/2012/12/stability-resilience-not-stability-resilience/" rel="nofollow">http://www.rootwyrm.com/2012/12/stability-resilience-not-stability-resilience/</a><br />
Thanks all! Looking forward to discussing this a lot more!<br />
-Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/#comment-1299535</link>
		<dc:creator><![CDATA[Mark]]></dc:creator>
		<pubDate>Tue, 15 Jan 2013 21:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=599198#comment-1299535</guid>
		<description><![CDATA[Steve, I am sure _some_ developers do or want to do devops because it is cool. But the main job of a developer is to automate things. And the only truly repeatable processes are automated ones. It means spending less time on overhead and more on bringing true value to the business.  Processes, standards and COTS are inhibitors if they cannot be &quot;automated&quot; - not just to developers, but mostly to the business. And yes, they _are_ boring.  

I just estimated a task. Because we dont have automated processes we estimated 8 hours and the majority of it is administrative overhead.  The actual task would take a few minutes. No multiply that by the number of times it needs to be done (which is a bunch).

As for Netflix, why does their business model suck? If it does, why does RedBox want in? 

And what do you mean it still doesn&#039;t work properly on AWS? It seems to work pretty &quot;properly&quot; to me? Will there be issues? Yup. Then they get it fixed. Guess what? Internally hosted systems have issues too. And they typically end  up being bigger because we/us/you/them don&#039;t have the level of quality that someone like Netflix has.


Q: What is an &quot;internet company&quot;?]]></description>
		<content:encoded><![CDATA[<p>Steve, I am sure _some_ developers do or want to do devops because it is cool. But the main job of a developer is to automate things. And the only truly repeatable processes are automated ones. It means spending less time on overhead and more on bringing true value to the business.  Processes, standards and COTS are inhibitors if they cannot be &#8220;automated&#8221; &#8211; not just to developers, but mostly to the business. And yes, they _are_ boring.  </p>
<p>I just estimated a task. Because we dont have automated processes we estimated 8 hours and the majority of it is administrative overhead.  The actual task would take a few minutes. No multiply that by the number of times it needs to be done (which is a bunch).</p>
<p>As for Netflix, why does their business model suck? If it does, why does RedBox want in? </p>
<p>And what do you mean it still doesn&#8217;t work properly on AWS? It seems to work pretty &#8220;properly&#8221; to me? Will there be issues? Yup. Then they get it fixed. Guess what? Internally hosted systems have issues too. And they typically end  up being bigger because we/us/you/them don&#8217;t have the level of quality that someone like Netflix has.</p>
<p>Q: What is an &#8220;internet company&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cloudierthanthou</title>
		<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/#comment-1299413</link>
		<dc:creator><![CDATA[cloudierthanthou]]></dc:creator>
		<pubDate>Tue, 15 Jan 2013 18:41:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=599198#comment-1299413</guid>
		<description><![CDATA[Netflix&#039;s Chaos monkey is a manifestation of the stability-resiliency tradeoff -- giving continuous small shocks to the system ensures a greater likelihood that it will survive the big one.]]></description>
		<content:encoded><![CDATA[<p>Netflix&#8217;s Chaos monkey is a manifestation of the stability-resiliency tradeoff &#8212; giving continuous small shocks to the system ensures a greater likelihood that it will survive the big one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Rice</title>
		<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/#comment-1299006</link>
		<dc:creator><![CDATA[Steve Rice]]></dc:creator>
		<pubDate>Tue, 15 Jan 2013 09:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=599198#comment-1299006</guid>
		<description><![CDATA[the reality here is that developers want to be seen as being cool and relevant again so standards, processes and COTS products are seen as boring and inhibitors.  Just look at the Netflix model, for all their supposedly &quot;cool stuff&quot; their business model sucks and they still don&#039;t work on Amazon properly.  One of the big issues is that people believe that cloud bring individualism and the opportunity to be unique.  While I agree with that to a point, once cloud matures it will be something that actually delivers and works properly....

I work for an internet company and for all the devops, code and cool stuff, all I want is stability and interoperability across all products so they work...I long for the day when I can buy that as a canned product.....Today I have to ego massage lots of developers telling me couchbase is cooler than cassandra....Wrong Conversation!]]></description>
		<content:encoded><![CDATA[<p>the reality here is that developers want to be seen as being cool and relevant again so standards, processes and COTS products are seen as boring and inhibitors.  Just look at the Netflix model, for all their supposedly &#8220;cool stuff&#8221; their business model sucks and they still don&#8217;t work on Amazon properly.  One of the big issues is that people believe that cloud bring individualism and the opportunity to be unique.  While I agree with that to a point, once cloud matures it will be something that actually delivers and works properly&#8230;.</p>
<p>I work for an internet company and for all the devops, code and cool stuff, all I want is stability and interoperability across all products so they work&#8230;I long for the day when I can buy that as a canned product&#8230;..Today I have to ego massage lots of developers telling me couchbase is cooler than cassandra&#8230;.Wrong Conversation!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eamonn Colman</title>
		<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/#comment-1298896</link>
		<dc:creator><![CDATA[Eamonn Colman]]></dc:creator>
		<pubDate>Mon, 14 Jan 2013 22:37:26 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=599198#comment-1298896</guid>
		<description><![CDATA[Love the photo you&#039;ve chosen to kick-start the series. I&#039;m guessing one of the biggest challenges might be cost-effectiveness. If I wanted to build an &#039;anti-fragile&#039; house of cards I might need a vacuum sealed chamber in zero-G where I can blow on it without harm.]]></description>
		<content:encoded><![CDATA[<p>Love the photo you&#8217;ve chosen to kick-start the series. I&#8217;m guessing one of the biggest challenges might be cost-effectiveness. If I wanted to build an &#8216;anti-fragile&#8217; house of cards I might need a vacuum sealed chamber in zero-G where I can blow on it without harm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rx</title>
		<link>http://gigaom.com/2013/01/13/devops-complexity-and-anti-fragility-in-it-an-introduction/#comment-1298455</link>
		<dc:creator><![CDATA[rx]]></dc:creator>
		<pubDate>Mon, 14 Jan 2013 03:14:22 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=599198#comment-1298455</guid>
		<description><![CDATA[Looking forward to this new series :)]]></description>
		<content:encoded><![CDATA[<p>Looking forward to this new series :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>