<?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: Sun: &#8220;GPL FUD is not a standard business practice.&#8221;</title>
	<atom:link href="http://blogs.gnome.org/mneptok/2009/08/05/sun-gpl-fud-is-not-a-standard-business-practice/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/mneptok/2009/08/05/sun-gpl-fud-is-not-a-standard-business-practice/</link>
	<description>kurt von finck&#039;s blog</description>
	<lastBuildDate>Wed, 12 Oct 2011 19:25:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Arjen Lentz</title>
		<link>http://blogs.gnome.org/mneptok/2009/08/05/sun-gpl-fud-is-not-a-standard-business-practice/comment-page-1/#comment-190</link>
		<dc:creator>Arjen Lentz</dc:creator>
		<pubDate>Thu, 06 Aug 2009 23:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/mneptok/?p=234#comment-190</guid>
		<description>Kurt, you&#039;re too kind here - really.
With the MySQL sales team it&#039;s endemic if not defacto policy. I know specific cases across continents, and I know the names of the sales people responsible. This both from when I was at MySQL as well as after (including after Sun acquisition), including very recent incidents. 

When following up, it was put down to the freedom a sales person must have to be able to make a sale. This is straight from VPs. Apparently sales must be allowed to lie to extract $ or more $ from a prospect.

That is IMNSHO a dishonest and disrespectful business practise, and I vehemently object to any statement denying or deminishing this.

Also, people really get weazled. How are they to know it&#039;s incorrect? That already presumes a level of knowledge that many if not most don&#039;t possess. By the time it gets figured out somehow, if it ever does at all, it&#039;s way too late.

Assurances and followup procedures don&#039;t cut it. It just shouldn&#039;t happen, and where it happened in the past it should&#039;ve been followed up on but has not. So it&#039;s effectively condoned if not sanctioned. In this case one has to judge by actions, not words.</description>
		<content:encoded><![CDATA[<p>Kurt, you&#8217;re too kind here &#8211; really.<br />
With the MySQL sales team it&#8217;s endemic if not defacto policy. I know specific cases across continents, and I know the names of the sales people responsible. This both from when I was at MySQL as well as after (including after Sun acquisition), including very recent incidents. </p>
<p>When following up, it was put down to the freedom a sales person must have to be able to make a sale. This is straight from VPs. Apparently sales must be allowed to lie to extract $ or more $ from a prospect.</p>
<p>That is IMNSHO a dishonest and disrespectful business practise, and I vehemently object to any statement denying or deminishing this.</p>
<p>Also, people really get weazled. How are they to know it&#8217;s incorrect? That already presumes a level of knowledge that many if not most don&#8217;t possess. By the time it gets figured out somehow, if it ever does at all, it&#8217;s way too late.</p>
<p>Assurances and followup procedures don&#8217;t cut it. It just shouldn&#8217;t happen, and where it happened in the past it should&#8217;ve been followed up on but has not. So it&#8217;s effectively condoned if not sanctioned. In this case one has to judge by actions, not words.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/mneptok/2009/08/05/sun-gpl-fud-is-not-a-standard-business-practice/feed/ ) in 1.32892 seconds, on Feb 11th, 2012 at 8:20 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 9:20 am UTC -->
