<?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: Three Aspects of DevOps: What&#8217;s in a word</title>
	<atom:link href="http://cuddletech.com/blog/?feed=rss2&#038;p=624" rel="self" type="application/rss+xml" />
	<link>http://cuddletech.com/blog/?p=624&#038;utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=three-aspects-of-devops-whats-in-a-word</link>
	<description>The Blog of Ben Rockwood</description>
	<lastBuildDate>Tue, 21 May 2013 16:20:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: Ремонт холодильников</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25376</link>
		<dc:creator>Ремонт холодильников</dc:creator>
		<pubDate>Sun, 24 Jul 2011 11:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25376</guid>
		<description>Бесподобно это админ молодец что выложил
 :smile:   
   
   
   
   
   
   
   
   
   
   
   
---------------------------------                        
&lt;a href=&quot;http://www.gorodservis.ru&quot; rel=&quot;nofollow&quot;&gt;ремонт холодильников&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Бесподобно это админ молодец что выложил<br />
 <img src='http://cuddletech.com/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':smile:' class='wp-smiley' />    </p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
<a href="http://www.gorodservis.ru" rel="nofollow">ремонт холодильников</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benr</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25369</link>
		<dc:creator>benr</dc:creator>
		<pubDate>Fri, 22 Jul 2011 16:58:41 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25369</guid>
		<description>Exactly!  The term &quot;cloud&quot; itself is SO ambiguous that NIST writes a separate Special Publication just to define it.</description>
		<content:encoded><![CDATA[<p>Exactly!  The term &#8220;cloud&#8221; itself is SO ambiguous that NIST writes a separate Special Publication just to define it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Svyatoslav Pidgorny</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25351</link>
		<dc:creator>Svyatoslav Pidgorny</dc:creator>
		<pubDate>Sun, 17 Jul 2011 03:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25351</guid>
		<description>“What is Cloud?” NIST answers the question. The definition of cloud is http://csrc.nist.gov/publications/drafts/800-145/Draft-SP-800-145_cloud-definition.pdf. And it&#039;s quite unambiguous.</description>
		<content:encoded><![CDATA[<p>“What is Cloud?” NIST answers the question. The definition of cloud is <a href="http://csrc.nist.gov/publications/drafts/800-145/Draft-SP-800-145_cloud-definition.pdf" rel="nofollow">http://csrc.nist.gov/publications/drafts/800-145/Draft-SP-800-145_cloud-definition.pdf</a>. And it&#8217;s quite unambiguous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benr</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25234</link>
		<dc:creator>benr</dc:creator>
		<pubDate>Sun, 26 Jun 2011 22:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25234</guid>
		<description>Let me add the disclaimer here that this post is about separation of context.  I use examples here only to help people understand the separation of contexts.  WIthin the DevOps world these various areas are maturing at a newly accelerated pace and are changing quickly.  

Therefore, I am NOT trying to be prescriptive.  In 6 months the list above will look very different, just as it would have looked different 6 months ago... however, the model of 3 Aspects as 3 phases of the DevOps Transformation is still true.</description>
		<content:encoded><![CDATA[<p>Let me add the disclaimer here that this post is about separation of context.  I use examples here only to help people understand the separation of contexts.  WIthin the DevOps world these various areas are maturing at a newly accelerated pace and are changing quickly.  </p>
<p>Therefore, I am NOT trying to be prescriptive.  In 6 months the list above will look very different, just as it would have looked different 6 months ago&#8230; however, the model of 3 Aspects as 3 phases of the DevOps Transformation is still true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benr</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25233</link>
		<dc:creator>benr</dc:creator>
		<pubDate>Sun, 26 Jun 2011 22:07:44 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25233</guid>
		<description>Again, really depends on the context.  Ops teams are looking at using CI for testing config management and deployment methodology (Dev &gt; Ops)... at the same time, dev is using CI is already being used in development teams where the concept really comes from, they are just doing more operational testing during CI (Dev &lt; Ops).

If we step back more broadly, the word &quot;testing&quot; is loaded with contextual interpretation.  Ops does testing.  Dev does testing.  They are very different.  The beauty of DevOps is those differing methods crossing teams en route to Phase 3.

Thats the true beauty of DevOps, exploring differing definitions.  &quot;We do testing.&quot; &quot;We do testing too.&quot; &quot;Wait, your testing is really weird to me, can you explain how you test?&quot; &quot;Sure, lets see where we have commonality and differentiation and see what we can learn.&quot; &quot;Sweeeeeeeeeeeet.&quot;   DevOps at its finest.</description>
		<content:encoded><![CDATA[<p>Again, really depends on the context.  Ops teams are looking at using CI for testing config management and deployment methodology (Dev > Ops)&#8230; at the same time, dev is using CI is already being used in development teams where the concept really comes from, they are just doing more operational testing during CI (Dev < Ops).</p>
<p>If we step back more broadly, the word &#8220;testing&#8221; is loaded with contextual interpretation.  Ops does testing.  Dev does testing.  They are very different.  The beauty of DevOps is those differing methods crossing teams en route to Phase 3.</p>
<p>Thats the true beauty of DevOps, exploring differing definitions.  &#8220;We do testing.&#8221; &#8220;We do testing too.&#8221; &#8220;Wait, your testing is really weird to me, can you explain how you test?&#8221; &#8220;Sure, lets see where we have commonality and differentiation and see what we can learn.&#8221; &#8220;Sweeeeeeeeeeeet.&#8221;   DevOps at its finest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: botchagalupe</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25231</link>
		<dc:creator>botchagalupe</dc:creator>
		<pubDate>Sun, 26 Jun 2011 16:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25231</guid>
		<description>Would strongly argue testing is in phase II as well.  I don&#039;t CI is CI w/o test...</description>
		<content:encoded><![CDATA[<p>Would strongly argue testing is in phase II as well.  I don&#8217;t CI is CI w/o test&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benr</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25230</link>
		<dc:creator>benr</dc:creator>
		<pubDate>Sun, 26 Jun 2011 15:10:03 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25230</guid>
		<description>Testing in which of the 3 context?  In Dev &gt; Ops the movement is to emulate test-driven-design with monitoring-driven-design, that is to create the monitoring alert before implementing the feature.  In Dev &lt; Ops the move is to supplement unit testing with continuous integration using tools like Hudson.  In Dev  Ops we&#039;re doing both and  likely have peer review by both teams in addition to the above.

My examples are just that, examples, not a complete list, hence &quot;etc.&quot;  

You illustrate the point I&#039;m trying to make perfectly.  What does DevOps say about testing?  It entirely depends on which of the 3 contexts your coming from.  If you lack the context the question is confusing and incomplete.  That confusion slows down the conversation and starts contention.</description>
		<content:encoded><![CDATA[<p>Testing in which of the 3 context?  In Dev &gt; Ops the movement is to emulate test-driven-design with monitoring-driven-design, that is to create the monitoring alert before implementing the feature.  In Dev &lt; Ops the move is to supplement unit testing with continuous integration using tools like Hudson.  In Dev  Ops we&#8217;re doing both and  likely have peer review by both teams in addition to the above.</p>
<p>My examples are just that, examples, not a complete list, hence &#8220;etc.&#8221;  </p>
<p>You illustrate the point I&#8217;m trying to make perfectly.  What does DevOps say about testing?  It entirely depends on which of the 3 contexts your coming from.  If you lack the context the question is confusing and incomplete.  That confusion slows down the conversation and starts contention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Tomlinson</title>
		<link>http://cuddletech.com/blog/?p=624#comment-25229</link>
		<dc:creator>Mark Tomlinson</dc:creator>
		<pubDate>Sun, 26 Jun 2011 13:33:27 +0000</pubDate>
		<guid isPermaLink="false">http://cuddletech.com/blog/?p=624#comment-25229</guid>
		<description>So - what happened to testing?</description>
		<content:encoded><![CDATA[<p>So &#8211; what happened to testing?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
