<?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#"
	
	>
<channel>
	<title>
	Comments on: Migrating the Enterprise from Windows to Linux	</title>
	<atom:link href="https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/feed/" rel="self" type="application/rss+xml" />
	<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/</link>
	<description></description>
	<lastBuildDate>Fri, 09 Jul 2010 07:38:08 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.4.8</generator>
	<item>
		<title>
		By: Jason Webb		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519070</link>

		<dc:creator><![CDATA[Jason Webb]]></dc:creator>
		<pubDate>Fri, 09 Jul 2010 07:38:08 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519070</guid>

					<description><![CDATA[That is a great suggestion. I will do my best to highlight some of the the key challenges that one will face early on in this journey.

Thanks and Regards/-
&lt;a href=&quot;http://entreper.com&quot; rel=&quot;nofollow&quot;&gt;Jason Webb &lt;/a&gt;]]></description>
			<content:encoded><![CDATA[<p>That is a great suggestion. I will do my best to highlight some of the the key challenges that one will face early on in this journey.</p>
<p>Thanks and Regards/-<br />
<a href="http://entreper.com" rel="nofollow">Jason Webb </a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Greg Laden		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519069</link>

		<dc:creator><![CDATA[Greg Laden]]></dc:creator>
		<pubDate>Sun, 27 Jun 2010 04:03:58 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519069</guid>

					<description><![CDATA[Roman, I&#039;m not sure if &quot;random&quot; means what you think it means.  Perhaps you meant &quot;arbitrary.&quot; 

One possible answer: They don&#039;t like the taste of Kool Aid. ]]></description>
			<content:encoded><![CDATA[<p>Roman, I&#8217;m not sure if &#8220;random&#8221; means what you think it means.  Perhaps you meant &#8220;arbitrary.&#8221; </p>
<p>One possible answer: They don&#8217;t like the taste of Kool Aid. </p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: James		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519068</link>

		<dc:creator><![CDATA[James]]></dc:creator>
		<pubDate>Sun, 27 Jun 2010 03:43:39 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519068</guid>

					<description><![CDATA[@Roman:

Did you &lt;em&gt;read&lt;/em&gt; the article? This was discussed early in the first section.

&quot;Most importantly, understand why  you are moving to Linux. For many organizations, cost is the #1 driver. It&#039;s expensive to run a Windows environment, moreso if you also run Microsoft applications on the back-office (think MS Exchange and MS SQL Server.) Why are you making the move? If you don&#039;t have a good answer to this, you&#039;re going to have an uphill struggle the rest of the way.&quot;]]></description>
			<content:encoded><![CDATA[<p>@Roman:</p>
<p>Did you <em>read</em> the article? This was discussed early in the first section.</p>
<p>&#8220;Most importantly, understand why  you are moving to Linux. For many organizations, cost is the #1 driver. It&#8217;s expensive to run a Windows environment, moreso if you also run Microsoft applications on the back-office (think MS Exchange and MS SQL Server.) Why are you making the move? If you don&#8217;t have a good answer to this, you&#8217;re going to have an uphill struggle the rest of the way.&#8221;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Roman		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519067</link>

		<dc:creator><![CDATA[Roman]]></dc:creator>
		<pubDate>Sun, 27 Jun 2010 00:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519067</guid>

					<description><![CDATA[The basic question is still unanswered:

WHY SHOULD A RANDOM ENTERPRISE MOVE TO LINUX AT ALL?

]]></description>
			<content:encoded><![CDATA[<p>The basic question is still unanswered:</p>
<p>WHY SHOULD A RANDOM ENTERPRISE MOVE TO LINUX AT ALL?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Greg Laden		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519066</link>

		<dc:creator><![CDATA[Greg Laden]]></dc:creator>
		<pubDate>Sat, 26 Jun 2010 21:59:32 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519066</guid>

					<description><![CDATA[You are correct. 

But the corporate culture has to change. People at meetings where these things are discussed, when someone says &quot;It&#039;s better to have one system on every machine&quot; need to do something other than what they do now. First, the person saying it needs to say it differently.  They need to say &quot;it&#039;s lower cost in some ways to have the same exact system on every machine, but there are costs as well.  You maybe giving up important funcitonality&quot;

And the other people  at the table have to say &quot;why? What are we losing by doing that&quot;

I&#039;ve sat on two different IT committees for major enterprises, and I&#039;ve never seen those questions asked. The idea that one system deployed across all machines is pure fetish at this point. ]]></description>
			<content:encoded><![CDATA[<p>You are correct. </p>
<p>But the corporate culture has to change. People at meetings where these things are discussed, when someone says &#8220;It&#8217;s better to have one system on every machine&#8221; need to do something other than what they do now. First, the person saying it needs to say it differently.  They need to say &#8220;it&#8217;s lower cost in some ways to have the same exact system on every machine, but there are costs as well.  You maybe giving up important funcitonality&#8221;</p>
<p>And the other people  at the table have to say &#8220;why? What are we losing by doing that&#8221;</p>
<p>I&#8217;ve sat on two different IT committees for major enterprises, and I&#8217;ve never seen those questions asked. The idea that one system deployed across all machines is pure fetish at this point. </p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Lyle		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519065</link>

		<dc:creator><![CDATA[Lyle]]></dc:creator>
		<pubDate>Sat, 26 Jun 2010 21:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519065</guid>

					<description><![CDATA[To stick up for the IT director, she is constantly under pressure to reduce costs reduce costs reduce costs. So uniformity does reduce costs if nothing else by minimizing the training required. To go the other way the business types must be educated in the value add that diversity provides, and then indicate that they are willing to pay for it. Once you understand that business types regard computing as a necessary evil so they want it to cost the least possible.
Diversity being harder implies more overall costs.]]></description>
			<content:encoded><![CDATA[<p>To stick up for the IT director, she is constantly under pressure to reduce costs reduce costs reduce costs. So uniformity does reduce costs if nothing else by minimizing the training required. To go the other way the business types must be educated in the value add that diversity provides, and then indicate that they are willing to pay for it. Once you understand that business types regard computing as a necessary evil so they want it to cost the least possible.<br />
Diversity being harder implies more overall costs.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Greg Laden		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519064</link>

		<dc:creator><![CDATA[Greg Laden]]></dc:creator>
		<pubDate>Sat, 26 Jun 2010 19:33:05 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519064</guid>

					<description><![CDATA[Simon, I think we basically agree but for one point:  The idea that exceptions must be controlled.  That, in my view, is a myth perpetuated by lazy IT directors. Diversity is better.  Diversity is harder.  

(Within reason)

]]></description>
			<content:encoded><![CDATA[<p>Simon, I think we basically agree but for one point:  The idea that exceptions must be controlled.  That, in my view, is a myth perpetuated by lazy IT directors. Diversity is better.  Diversity is harder.  </p>
<p>(Within reason)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: SimonG		</title>
		<link>https://gregladen.com/blog/2010/06/26/migrating-the-enterprise-from/#comment-519063</link>

		<dc:creator><![CDATA[SimonG]]></dc:creator>
		<pubDate>Sat, 26 Jun 2010 19:28:50 +0000</pubDate>
		<guid isPermaLink="false">http://scienceblogs.com/gregladen/2010/06/26/migrating-the-enterprise-from/#comment-519063</guid>

					<description><![CDATA[Many years ago, when I was still an MVS SysProg instead of an out-of-work UNIX SysAd, I remember seeing the early IBM thin-client products.  Even then, it seemed that using a Web Browser as the main application interface was an excellent idea.  It frees one up from worrying about the actual client platform.  For an external client it&#039;s not appropriate to dictate to them what platform they should use, (although all too many companies and even public bodies don&#039;t recognise this).  But even for an internal client, it&#039;s good to have flexibility.
There are excellent reasons for restricting the number of platforms in use: trying to support umpteen different operating systems, different types of hardware, different versions is a real pain.  But being too rigid about it can be a bad idea.  Maybe the graphic designeres would really benefit from using Apple.  Maybe somebody else really needs an application which really is MS only.  Maybe your sales people would benfit from using a mobile device.
Exceptions need to be controlled, but if you make the browser the interface to your key applications - email, time and attendence, whatever - you can have that flexibility.]]></description>
			<content:encoded><![CDATA[<p>Many years ago, when I was still an MVS SysProg instead of an out-of-work UNIX SysAd, I remember seeing the early IBM thin-client products.  Even then, it seemed that using a Web Browser as the main application interface was an excellent idea.  It frees one up from worrying about the actual client platform.  For an external client it&#8217;s not appropriate to dictate to them what platform they should use, (although all too many companies and even public bodies don&#8217;t recognise this).  But even for an internal client, it&#8217;s good to have flexibility.<br />
There are excellent reasons for restricting the number of platforms in use: trying to support umpteen different operating systems, different types of hardware, different versions is a real pain.  But being too rigid about it can be a bad idea.  Maybe the graphic designeres would really benefit from using Apple.  Maybe somebody else really needs an application which really is MS only.  Maybe your sales people would benfit from using a mobile device.<br />
Exceptions need to be controlled, but if you make the browser the interface to your key applications &#8211; email, time and attendence, whatever &#8211; you can have that flexibility.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
