<?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: Our response: SmartInspect license WTF</title>
	<atom:link href="http://blog.gurock.com/postings/our-response-smartinspect-license-wtf/351/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gurock.com/postings/our-response-smartinspect-license-wtf/351/</link>
	<description>Our products, programming &#38; business.</description>
	<lastBuildDate>Wed, 18 Jan 2012 21:41:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Dennis Gurock</title>
		<link>http://blog.gurock.com/postings/our-response-smartinspect-license-wtf/351/comment-page-1/#comment-28050</link>
		<dc:creator>Dennis Gurock</dc:creator>
		<pubDate>Mon, 24 Nov 2008 10:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gurock.com/?p=351#comment-28050</guid>
		<description>Joe,

thanks for the feedback. I agree that the exact wording of the paragraph in question might not be optimal, and we will look into clarifying it, but rest assured that you do not need to create and execute a test plan for SmartInspect in order to use it.

The mentioned test routine merely states that you should make sure that our software is not causing any problems in combination with other software programs installed on the same machine/used in combination with it. As we cannot test our programs in combination with all other existing software out there (and cannot exclude liability for just ANY damage like most other EULAs do), we have to protect us in case any side effects of other software programs is causing any damage/problems.

However, the important part is that failing to do so will &quot;only&quot; limit our liability in regards to this kind of problems - something that other EULAs also do, but in a lot more general/aggressive wording. You do NOT lose your usage rights for SmartInspect if you fail to test it in combination with other programs. I hope this clears it up. Again, I understand that the exact wording can be improved, and we will try to do this in the coming months.

If you are still concerned that this paragraph is causing you problems, please contact me directly (dg@gurock.com) so we can discuss this further. Thanks!</description>
		<content:encoded><![CDATA[<p>Joe,</p>
<p>thanks for the feedback. I agree that the exact wording of the paragraph in question might not be optimal, and we will look into clarifying it, but rest assured that you do not need to create and execute a test plan for SmartInspect in order to use it.</p>
<p>The mentioned test routine merely states that you should make sure that our software is not causing any problems in combination with other software programs installed on the same machine/used in combination with it. As we cannot test our programs in combination with all other existing software out there (and cannot exclude liability for just ANY damage like most other EULAs do), we have to protect us in case any side effects of other software programs is causing any damage/problems.</p>
<p>However, the important part is that failing to do so will &#8220;only&#8221; limit our liability in regards to this kind of problems &#8211; something that other EULAs also do, but in a lot more general/aggressive wording. You do NOT lose your usage rights for SmartInspect if you fail to test it in combination with other programs. I hope this clears it up. Again, I understand that the exact wording can be improved, and we will try to do this in the coming months.</p>
<p>If you are still concerned that this paragraph is causing you problems, please contact me directly (dg@gurock.com) so we can discuss this further. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe White</title>
		<link>http://blog.gurock.com/postings/our-response-smartinspect-license-wtf/351/comment-page-1/#comment-27920</link>
		<dc:creator>Joe White</dc:creator>
		<pubDate>Sat, 22 Nov 2008 14:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gurock.com/?p=351#comment-27920</guid>
		<description>First of all, thanks for the link to the license agreement. I&#039;ve updated my post to link to it.

Some parts of your license are just a restatement of what&#039;s in other licenses; and while some of those are scary, they&#039;re also not news. And yes, I should certainly test your code before I ship it in my product. But yours is the first license I&#039;ve ever seen that contractually obligates me to test your code. Think about how that looks from a marketing perspective. Imagine if tax software had that kind of disclaimer. They&#039;d never sell a single copy.

Your license also creates requirements I would not have expected. Yes, I should test your code before I ship it to my customers, but you&#039;re obligating me to test your code before I *use it in production*, which is not the same thing as shipping it.

Suppose I want to use SmartInspect to debug a painting problem in my code. I&#039;m just using it on my workstation, and I plan to remove all the SmartInspect logging before I check in my code. (That&#039;s the sort of thing we bought it for. Shipping it is a possibility we might consider later, if we find someplace it would be helpful.)

In that scenario, I&#039;m putting SmartInspect to its intended use, and (assuming I do track down that bug) I&#039;m getting real benefit out of it. So that would qualify as &quot;production use&quot;.

I wouldn&#039;t expect to need to form and execute a full test plan before being allowed to do local debugging, but your license requires exactly that.

(Actually, if I bought SmartInspect, and then later bought CodeSite as well, the SmartInspect license would obligate me to create a test plan for CodeSite too, since it falls under &quot;programs of this kind&quot;. Now, that&#039;s *really* over the top!)

I do appreciate your transparency, and it&#039;s good to hear your response. And yes, some of the terms are great (I should probably blog about them too, especially the &quot;three computers&quot; thing, since that means interesting things in our shop). But I&#039;m concerned that you got pretty overzealous with this &quot;you must test our code&quot; thing, and I&#039;m pretty sure you didn&#039;t think through the same consequences that I&#039;m noticing.</description>
		<content:encoded><![CDATA[<p>First of all, thanks for the link to the license agreement. I&#8217;ve updated my post to link to it.</p>
<p>Some parts of your license are just a restatement of what&#8217;s in other licenses; and while some of those are scary, they&#8217;re also not news. And yes, I should certainly test your code before I ship it in my product. But yours is the first license I&#8217;ve ever seen that contractually obligates me to test your code. Think about how that looks from a marketing perspective. Imagine if tax software had that kind of disclaimer. They&#8217;d never sell a single copy.</p>
<p>Your license also creates requirements I would not have expected. Yes, I should test your code before I ship it to my customers, but you&#8217;re obligating me to test your code before I *use it in production*, which is not the same thing as shipping it.</p>
<p>Suppose I want to use SmartInspect to debug a painting problem in my code. I&#8217;m just using it on my workstation, and I plan to remove all the SmartInspect logging before I check in my code. (That&#8217;s the sort of thing we bought it for. Shipping it is a possibility we might consider later, if we find someplace it would be helpful.)</p>
<p>In that scenario, I&#8217;m putting SmartInspect to its intended use, and (assuming I do track down that bug) I&#8217;m getting real benefit out of it. So that would qualify as &#8220;production use&#8221;.</p>
<p>I wouldn&#8217;t expect to need to form and execute a full test plan before being allowed to do local debugging, but your license requires exactly that.</p>
<p>(Actually, if I bought SmartInspect, and then later bought CodeSite as well, the SmartInspect license would obligate me to create a test plan for CodeSite too, since it falls under &#8220;programs of this kind&#8221;. Now, that&#8217;s *really* over the top!)</p>
<p>I do appreciate your transparency, and it&#8217;s good to hear your response. And yes, some of the terms are great (I should probably blog about them too, especially the &#8220;three computers&#8221; thing, since that means interesting things in our shop). But I&#8217;m concerned that you got pretty overzealous with this &#8220;you must test our code&#8221; thing, and I&#8217;m pretty sure you didn&#8217;t think through the same consequences that I&#8217;m noticing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://blog.gurock.com/postings/our-response-smartinspect-license-wtf/351/comment-page-1/#comment-27908</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Sat, 22 Nov 2008 10:37:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gurock.com/?p=351#comment-27908</guid>
		<description>If you want to see a real EULA WFT check out
http://thedailywtf.com/Articles/A-Sponsor-Thanks,-Fire-Exit,-Anonymous-Colonel,--More.aspx
#Warning# Do not attempt [to install antenna] if drunk, pregnant or both. Do not throw at spouse</description>
		<content:encoded><![CDATA[<p>If you want to see a real EULA WFT check out<br />
<a href="http://thedailywtf.com/Articles/A-Sponsor-Thanks,-Fire-Exit,-Anonymous-Colonel,--More.aspx" rel="nofollow">http://thedailywtf.com/Articles/A-Sponsor-Thanks,-Fire-Exit,-Anonymous-Colonel,&#8211;More.aspx</a><br />
#Warning# Do not attempt [to install antenna] if drunk, pregnant or both. Do not throw at spouse</p>
]]></content:encoded>
	</item>
</channel>
</rss>

