<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments for CAST Software: On Quality Blog</title>
	<atom:link href="http://blog.castsoftware.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.castsoftware.com</link>
	<description>Because Good Software Is Good Business</description>
	<lastBuildDate>Sat, 28 Jan 2012 00:23:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>Comment on Taking Fire over Technical Debt by Lev</title>
		<link>http://blog.castsoftware.com/taking-fire-over-technical-debt/comment-page-1/#comment-8048</link>
		<dc:creator>Lev</dc:creator>
		<pubDate>Sat, 28 Jan 2012 00:23:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3280#comment-8048</guid>
		<description>Next time, I guess. I&#039;m looking for something like that in the NYC area. That day will come, i&#039;m sure...</description>
		<content:encoded><![CDATA[<p>Next time, I guess. I&#8217;m looking for something like that in the NYC area. That day will come, i&#8217;m sure&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taking Fire over Technical Debt by D. Lambert</title>
		<link>http://blog.castsoftware.com/taking-fire-over-technical-debt/comment-page-1/#comment-8047</link>
		<dc:creator>D. Lambert</dc:creator>
		<pubDate>Fri, 27 Jan 2012 21:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3280#comment-8047</guid>
		<description>Shoot -- I completely missed that!</description>
		<content:encoded><![CDATA[<p>Shoot &#8212; I completely missed that!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who Secures Security? by Lev</title>
		<link>http://blog.castsoftware.com/who-secures-security/comment-page-1/#comment-8045</link>
		<dc:creator>Lev</dc:creator>
		<pubDate>Fri, 27 Jan 2012 00:42:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3320#comment-8045</guid>
		<description>Great post, Jon. You bring to light a very valid issue of repurposing software that&#039;s already been written, and perhaps not up to spec. When I used to write code, I almost never started from scratch. I&#039;m sure most developers today don&#039;t spend much time staring at a blank canvas either.</description>
		<content:encoded><![CDATA[<p>Great post, Jon. You bring to light a very valid issue of repurposing software that&#8217;s already been written, and perhaps not up to spec. When I used to write code, I almost never started from scratch. I&#8217;m sure most developers today don&#8217;t spend much time staring at a blank canvas either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taking Fire over Technical Debt by Lev</title>
		<link>http://blog.castsoftware.com/taking-fire-over-technical-debt/comment-page-1/#comment-8044</link>
		<dc:creator>Lev</dc:creator>
		<pubDate>Fri, 27 Jan 2012 00:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3280#comment-8044</guid>
		<description>David, good point. Awareness and appreciation of technical debt at management level is a big problem. I think we&#039;re just starting to chip away at that.

Incidentally, did you happen to check out @ElizabethN talk about #techdebt at COLUG last night? I&#039;m curious how that went.

Thanks,
Lev</description>
		<content:encoded><![CDATA[<p>David, good point. Awareness and appreciation of technical debt at management level is a big problem. I think we&#8217;re just starting to chip away at that.</p>
<p>Incidentally, did you happen to check out @ElizabethN talk about #techdebt at COLUG last night? I&#8217;m curious how that went.</p>
<p>Thanks,<br />
Lev</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taking Fire over Technical Debt by D. Lambert</title>
		<link>http://blog.castsoftware.com/taking-fire-over-technical-debt/comment-page-1/#comment-8035</link>
		<dc:creator>D. Lambert</dc:creator>
		<pubDate>Thu, 19 Jan 2012 16:37:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3280#comment-8035</guid>
		<description>Great article, Jonathan.  I like the &quot;divide and conquer&quot; approach for dealing with the problem.  I&#039;m not sure about you, though, but for me, the biggest problem I face is driving awareness that technical debt exists in the first place; ie, it&#039;s a real problem with real costs.  Hopefully, this is a concept that will gain more awareness and understanding over time.</description>
		<content:encoded><![CDATA[<p>Great article, Jonathan.  I like the &#8220;divide and conquer&#8221; approach for dealing with the problem.  I&#8217;m not sure about you, though, but for me, the biggest problem I face is driving awareness that technical debt exists in the first place; ie, it&#8217;s a real problem with real costs.  Hopefully, this is a concept that will gain more awareness and understanding over time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Clouding the Outsourcing Issue, part 2 by Jon</title>
		<link>http://blog.castsoftware.com/clouding-the-outsourcing-issue-part-2/comment-page-1/#comment-8031</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Thu, 12 Jan 2012 17:13:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3171#comment-8031</guid>
		<description>Asher, thank you for the comment; it definitely offers some &quot;food for thought.&quot; I think we&#039;re in complete agreement that the term ‘cloud’ representing both data center consolidation and the service enablement of applications is confusing. Beyond referring to &quot;public cloud&quot; and &quot;private cloud&quot; the industry hasn’t yet matured enough in its distinction between all the various types of clouds and their purposes. To be honest, it’s almost like you have cloud for the infrastructure guys and cloud for the apps guys and then there&#039;s a third cloud that has elements of both clouds, but because it&#039;s used by consumers is really more of a &quot;consumer cloud.&quot; On the business side, though, to truly use the Service (SaaS), Platform (PaaS) and Infrastructure (IaaS) opportunities out there is where technical debt paydown through re-architecture, re-factoring and reuse can come into play. Of course, that&#039;s almost another blog post onto itself (probably MORE than a blog&#039;s worth). I&#039;ll need to give that one some thought. Thanks again!</description>
		<content:encoded><![CDATA[<p>Asher, thank you for the comment; it definitely offers some &#8220;food for thought.&#8221; I think we&#8217;re in complete agreement that the term ‘cloud’ representing both data center consolidation and the service enablement of applications is confusing. Beyond referring to &#8220;public cloud&#8221; and &#8220;private cloud&#8221; the industry hasn’t yet matured enough in its distinction between all the various types of clouds and their purposes. To be honest, it’s almost like you have cloud for the infrastructure guys and cloud for the apps guys and then there&#8217;s a third cloud that has elements of both clouds, but because it&#8217;s used by consumers is really more of a &#8220;consumer cloud.&#8221; On the business side, though, to truly use the Service (SaaS), Platform (PaaS) and Infrastructure (IaaS) opportunities out there is where technical debt paydown through re-architecture, re-factoring and reuse can come into play. Of course, that&#8217;s almost another blog post onto itself (probably MORE than a blog&#8217;s worth). I&#8217;ll need to give that one some thought. Thanks again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Will You Source Them Here or There by Jon</title>
		<link>http://blog.castsoftware.com/will-you-source-them-here-or-there/comment-page-1/#comment-8030</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 10 Jan 2012 18:02:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3102#comment-8030</guid>
		<description>Jonathan, thanks for your comment. I&#039;m glad you&#039;re enjoying the blogs and hope you will continue to follow along.</description>
		<content:encoded><![CDATA[<p>Jonathan, thanks for your comment. I&#8217;m glad you&#8217;re enjoying the blogs and hope you will continue to follow along.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hacking Up a Hospital by Jon</title>
		<link>http://blog.castsoftware.com/hacking-up-a-hospital/comment-page-1/#comment-8029</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 10 Jan 2012 18:01:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3065#comment-8029</guid>
		<description>Mikey, I&#039;m glad you liked the post. My father was a former military intelligence officer, and he used to say one solitary committed antagonist could potentially do more damage than an entire regiment, just because nobody expects a threat from such a small force. While that&#039;s little solace, all any organization can do is fortify its internal &quot;perimeter&quot; by identifying and eliminating any potential points of vulnerability. After all, a virus still needs a point to attack, so if vulnerabilities are addressed and security detection systems are in place, there is less chance for data to be exposed...and such a system of structural analysis must be continually updated as to keep up with the latest technology of its enemies because, as I wrote back in July after the Citi breach, &quot;&lt;a href=&quot;http://blog.castsoftware.com/hackers-are-getting-smarter/&quot; rel=&quot;nofollow&quot;&gt;Hackers are getting smarter&lt;/a&gt;.&quot;</description>
		<content:encoded><![CDATA[<p>Mikey, I&#8217;m glad you liked the post. My father was a former military intelligence officer, and he used to say one solitary committed antagonist could potentially do more damage than an entire regiment, just because nobody expects a threat from such a small force. While that&#8217;s little solace, all any organization can do is fortify its internal &#8220;perimeter&#8221; by identifying and eliminating any potential points of vulnerability. After all, a virus still needs a point to attack, so if vulnerabilities are addressed and security detection systems are in place, there is less chance for data to be exposed&#8230;and such a system of structural analysis must be continually updated as to keep up with the latest technology of its enemies because, as I wrote back in July after the Citi breach, &#8220;<a href="http://blog.castsoftware.com/hackers-are-getting-smarter/" rel="nofollow">Hackers are getting smarter</a>.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Clouding the Outsourcing Issue, part 2 by Jon</title>
		<link>http://blog.castsoftware.com/clouding-the-outsourcing-issue-part-2/comment-page-1/#comment-8028</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 10 Jan 2012 17:54:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3171#comment-8028</guid>
		<description>Mikey, thanks again for your comments and thoughts. While security IN the cloud still remains &quot;up in the air&quot; (pun only partially intended), companies still need to address the security of databases and systems on their side of the WAN before they go into the cloud. More frequently than we care to believe, the security issue IN the cloud began at the source. Combine increased internal scrutiny additional analysis and measurement of the software behind cloud apps and companies should be able to realize better-to-reasonable security for cloud-based solutions.</description>
		<content:encoded><![CDATA[<p>Mikey, thanks again for your comments and thoughts. While security IN the cloud still remains &#8220;up in the air&#8221; (pun only partially intended), companies still need to address the security of databases and systems on their side of the WAN before they go into the cloud. More frequently than we care to believe, the security issue IN the cloud began at the source. Combine increased internal scrutiny additional analysis and measurement of the software behind cloud apps and companies should be able to realize better-to-reasonable security for cloud-based solutions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CAST Defends the Defenders by Jon</title>
		<link>http://blog.castsoftware.com/cast-defends-the-defenders/comment-page-1/#comment-8026</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Tue, 10 Jan 2012 17:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.castsoftware.com/?p=3075#comment-8026</guid>
		<description>Mikey, thanks for the comment. I wish you were missing something here, but as noted in previous blogs the government&#039;s efforts to plan for cyber warfare have so far been met with conflicting and unfinished efforts. The Department of Homeland Security&#039;s interest in the wake of the DoD contractor hack in March (which was not revealed until July) demonstrates one of the first consolidated efforts to address things and hopefully will find success where other efforts have either failed or stalled.</description>
		<content:encoded><![CDATA[<p>Mikey, thanks for the comment. I wish you were missing something here, but as noted in previous blogs the government&#8217;s efforts to plan for cyber warfare have so far been met with conflicting and unfinished efforts. The Department of Homeland Security&#8217;s interest in the wake of the DoD contractor hack in March (which was not revealed until July) demonstrates one of the first consolidated efforts to address things and hopefully will find success where other efforts have either failed or stalled.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

