<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: The Wrong Reason To Choose Open Source</title>
	<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/</link>
	<description>A man needs a little madness, or else he never dares cut the rope and be free. -Nikos Kazantzakis</description>
	<pubDate>Fri, 21 Nov 2008 00:09:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: Jose_x</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-41071</link>
		<author>Jose_x</author>
		<pubDate>Mon, 24 Sep 2007 20:13:57 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-41071</guid>
		<description>As this post by "Graygeek" shows [ http://www.linuxtoday.com/news_story.php3?ltsn=2007-09-22-004-26-OP-SW-0003 ], if we are talking about a typical productivity worker (less than 50K/yr), your numbers are at least 1 order of magnitude off (salary figure + cost figure). To accept your 12 minutes per week under your set of assumptions, this would become 2 hours per week. At this point it starts to become a little difficult (or a lot) to get a better ROI by going with proprietary on Windows.

Were you factoring downtime productivity costs, which is greater for Windows?

Were you factoring that a Linux admin typically can handle 2 to 10 times (sometimes more if the setup is very network friendly with thin clients) more machines than can a Windows admin? Keeping your workforce constant, this would mean that the Linux savvy admins would have time to grow and toughen the business IT. Perhaps they might even opt to work less hours (leading to immediate yearly savings).

I would say that the article suggests that the company should keep some Windows around for strategic reasons (for key workers), but otherwise, you are likely pouring money and competitive edge down the tube by not moving your main business over to FOSS (on Linux platform, in particular).

Something else to consider is that on average Microsoft software costs keep going up while FOSS costs are hovering at about an even $0. Even more noticeable is that FOSS quality and usability is improving at a quicker pace than for Microsoft software. All of these factors affect ROI. Do ROI calculations factor in these expected increased costs in licensing, hardware, etc, and relative productivity losses? How long will the business be able to bear the pain?

Have the inevitable costs to migrate from Microsoft's proprietary file formats been considered (yes, inevitable)?

Have the losses to the business in the marketplace for not being able to move quickly enough and have to deal with loss of timely access to key documents been factored in? Clearly the rest of the market will not stop and wait for the slow-moving businesses to catch up.

Will the company go out of business should Microsoft fail and with it all servers and PC's that depend on Microsoft servers staying up in order to function properly?

The small advantages Microsoft enjoys in some TCO studies depend on you being completely tied to Microsoft. This is a very precarious situation indeed. What is surprising to me is that, despite this huge Microsoft created liability that must be paid off in order to move off Windows, the Linux TCO (as per this type of study) is almost always still competitive, sometimes actually coming out ahead. [Also, keep in mind that this cost is a one-time cost; it must be born once, but only once. Competitors that pay this off today become nimble and free and clear; TCO studies for them from that point forward will give FOSS an excellent grade, no matter how the math is done.]

For those that haven't been paying attention, a growing and significant number of major players in IT (hardware, software, and consultants) have been moving their allegiance over to the side of open source, and this trend is not only continuing but possibly speeding up.

How many more days can most businesses afford to go without a proven plan to move key portions (or all) of the business away from Microsoft dependence?

Businesses that don't get down with Linux will go down with Microsoft.</description>
		<content:encoded><![CDATA[<p>As this post by &#8220;Graygeek&#8221; shows [ <a href="http://www.linuxtoday.com/news_story.php3?ltsn=2007-09-22-004-26-OP-SW-0003" rel="nofollow">http://www.linuxtoday.com/news_story.php3?ltsn=2007-09-22-004-26-OP-SW-0003</a> ], if we are talking about a typical productivity worker (less than 50K/yr), your numbers are at least 1 order of magnitude off (salary figure + cost figure). To accept your 12 minutes per week under your set of assumptions, this would become 2 hours per week. At this point it starts to become a little difficult (or a lot) to get a better ROI by going with proprietary on Windows.</p>
<p>Were you factoring downtime productivity costs, which is greater for Windows?</p>
<p>Were you factoring that a Linux admin typically can handle 2 to 10 times (sometimes more if the setup is very network friendly with thin clients) more machines than can a Windows admin? Keeping your workforce constant, this would mean that the Linux savvy admins would have time to grow and toughen the business IT. Perhaps they might even opt to work less hours (leading to immediate yearly savings).</p>
<p>I would say that the article suggests that the company should keep some Windows around for strategic reasons (for key workers), but otherwise, you are likely pouring money and competitive edge down the tube by not moving your main business over to FOSS (on Linux platform, in particular).</p>
<p>Something else to consider is that on average Microsoft software costs keep going up while FOSS costs are hovering at about an even $0. Even more noticeable is that FOSS quality and usability is improving at a quicker pace than for Microsoft software. All of these factors affect ROI. Do ROI calculations factor in these expected increased costs in licensing, hardware, etc, and relative productivity losses? How long will the business be able to bear the pain?</p>
<p>Have the inevitable costs to migrate from Microsoft&#8217;s proprietary file formats been considered (yes, inevitable)?</p>
<p>Have the losses to the business in the marketplace for not being able to move quickly enough and have to deal with loss of timely access to key documents been factored in? Clearly the rest of the market will not stop and wait for the slow-moving businesses to catch up.</p>
<p>Will the company go out of business should Microsoft fail and with it all servers and PC&#8217;s that depend on Microsoft servers staying up in order to function properly?</p>
<p>The small advantages Microsoft enjoys in some TCO studies depend on you being completely tied to Microsoft. This is a very precarious situation indeed. What is surprising to me is that, despite this huge Microsoft created liability that must be paid off in order to move off Windows, the Linux TCO (as per this type of study) is almost always still competitive, sometimes actually coming out ahead. [Also, keep in mind that this cost is a one-time cost; it must be born once, but only once. Competitors that pay this off today become nimble and free and clear; TCO studies for them from that point forward will give FOSS an excellent grade, no matter how the math is done.]</p>
<p>For those that haven&#8217;t been paying attention, a growing and significant number of major players in IT (hardware, software, and consultants) have been moving their allegiance over to the side of open source, and this trend is not only continuing but possibly speeding up.</p>
<p>How many more days can most businesses afford to go without a proven plan to move key portions (or all) of the business away from Microsoft dependence?</p>
<p>Businesses that don&#8217;t get down with Linux will go down with Microsoft.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ulrik</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40821</link>
		<author>Ulrik</author>
		<pubDate>Sat, 22 Sep 2007 16:12:58 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40821</guid>
		<description>Spot on.

This article got me thinking of a study I saw around a year ago, listing the top 3 productivity inhibitors in the IT workplace to bugs, security barriers and issues, and performance.

Someone got a reference for this?

By comparison, we've got an arcane subscription management system at my workplace. It runs server-side on some OLD unix-variant, clients are text-mode-terminals to that server, and it requires the user to learn a completely horrific set of key-combos to operate the system. However, the end result is snappy, stable and works REALLY well, once you've learned to use it. The point is, a system doesn't have to be beautiful, it doesn't have to be high-resolution, or mind-numbingly obvious to the first-time user, to enable productivity.

Something to think about in these days, when every user seems to need 3d-accelerated desktops to feel comfortable.</description>
		<content:encoded><![CDATA[<p>Spot on.</p>
<p>This article got me thinking of a study I saw around a year ago, listing the top 3 productivity inhibitors in the IT workplace to bugs, security barriers and issues, and performance.</p>
<p>Someone got a reference for this?</p>
<p>By comparison, we&#8217;ve got an arcane subscription management system at my workplace. It runs server-side on some OLD unix-variant, clients are text-mode-terminals to that server, and it requires the user to learn a completely horrific set of key-combos to operate the system. However, the end result is snappy, stable and works REALLY well, once you&#8217;ve learned to use it. The point is, a system doesn&#8217;t have to be beautiful, it doesn&#8217;t have to be high-resolution, or mind-numbingly obvious to the first-time user, to enable productivity.</p>
<p>Something to think about in these days, when every user seems to need 3d-accelerated desktops to feel comfortable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Rock</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40815</link>
		<author>Peter Rock</author>
		<pubDate>Sat, 22 Sep 2007 15:06:05 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40815</guid>
		<description>Free software should be chosen because it gives users the freedom to form a cooperative community. Some individuals in that community may program and help their community, some may not.

Saving money should be seen as a fortunate benefit that may or may not be.  If you save, great. If not, it shouldn't matter at all.

JJMacey says:

"What about saving Hardware that can be saved with Linux, opensourse?"

I'm sorry, but I don't understand. Could you please restate the question?</description>
		<content:encoded><![CDATA[<p>Free software should be chosen because it gives users the freedom to form a cooperative community. Some individuals in that community may program and help their community, some may not.</p>
<p>Saving money should be seen as a fortunate benefit that may or may not be.  If you save, great. If not, it shouldn&#8217;t matter at all.</p>
<p>JJMacey says:</p>
<p>&#8220;What about saving Hardware that can be saved with Linux, opensourse?&#8221;</p>
<p>I&#8217;m sorry, but I don&#8217;t understand. Could you please restate the question?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JJMacey</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40791</link>
		<author>JJMacey</author>
		<pubDate>Sat, 22 Sep 2007 10:51:28 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40791</guid>
		<description>I get a kick out of these articles. 

What about saving Hardware that can be saved with Linux, opensourse?

Let's step back a bit. Huh?

Adler</description>
		<content:encoded><![CDATA[<p>I get a kick out of these articles. </p>
<p>What about saving Hardware that can be saved with Linux, opensourse?</p>
<p>Let&#8217;s step back a bit. Huh?</p>
<p>Adler</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco Fioretti</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40776</link>
		<author>Marco Fioretti</author>
		<pubDate>Sat, 22 Sep 2007 07:14:51 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40776</guid>
		<description>Mostly, I agree with your post. I've already said in the past (see http://digifreedom.net/node/56 and http://digifreedom.net/node/57) that promoting Free/Open Source Software only because it is gratis and "you can see and modify the source code" makes no sense anymore in an age when 95% of computer users couldn't care less of programming and are HAPPY to never see what's going under the hood.

So, you're absolutely right when you say "use FOSS for the _right_  reasons, please.

In this context, however,  it is also essential to point out the issue of document ownership, that is avoiding like the plague proprietary file  formats.

So that everybody, individual or business, remains free to change software at any moment or negotiate better price or service from the provider of that software  (see "Everybody's Guide to OpenDocument" http://www.linuxjournal.com/node/8616 or "Just say no to OpenXML" http://www.linuxjournal.com/article/9594#mpart7 ) to see what I mean.

Thanks,
Marco Fioretti</description>
		<content:encoded><![CDATA[<p>Mostly, I agree with your post. I&#8217;ve already said in the past (see <a href="http://digifreedom.net/node/56" rel="nofollow">http://digifreedom.net/node/56</a> and <a href="http://digifreedom.net/node/57" rel="nofollow">http://digifreedom.net/node/57</a>) that promoting Free/Open Source Software only because it is gratis and &#8220;you can see and modify the source code&#8221; makes no sense anymore in an age when 95% of computer users couldn&#8217;t care less of programming and are HAPPY to never see what&#8217;s going under the hood.</p>
<p>So, you&#8217;re absolutely right when you say &#8220;use FOSS for the _right_  reasons, please.</p>
<p>In this context, however,  it is also essential to point out the issue of document ownership, that is avoiding like the plague proprietary file  formats.</p>
<p>So that everybody, individual or business, remains free to change software at any moment or negotiate better price or service from the provider of that software  (see &#8220;Everybody&#8217;s Guide to OpenDocument&#8221; <a href="http://www.linuxjournal.com/node/8616" rel="nofollow">http://www.linuxjournal.com/node/8616</a> or &#8220;Just say no to OpenXML&#8221; <a href="http://www.linuxjournal.com/article/9594#mpart7" rel="nofollow">http://www.linuxjournal.com/article/9594#mpart7</a> ) to see what I mean.</p>
<p>Thanks,<br />
Marco Fioretti</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40735</link>
		<author>Jason</author>
		<pubDate>Fri, 21 Sep 2007 23:22:37 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40735</guid>
		<description>Hi Mike,

Thanks for the comment, but I don't follow:

"1) 1. You don’t take into consideration the Marginal return:
“What is the difference in productivity between the free/oss version and the $500/seat/year?”"

That is why I said "(relative to the open source tool)" when discussing an increase in productivity.  I take the point that I could have made this more clear.

"2. You don’t take into consideration the Opportunity cost
If you need 15 different tools/solutions to support developers, which ones should be purchased and which should be opensource?"

My argument is that the tool does not cost anything: it breaks even or saves you money.  If there are 15 tools that all save you money, buy them all.  There is one caveat: this means an employee now costs you $100,000 + (cost of 15 tools)/year, so you can't necessarily afford to suddenly start buying every new tool without considering your overall budget.  But you are still better off buying them all and having less employees, or indeed increasing your budget when you have the cash.  If you plan for these costs then you can work to the same budget but be more productive.

"3. You don’t take into consideration the Investment/ROI question
As you likely know, in SMBs, cash is KING, you’re making the assumption that the BEST place to invest your cash is in a development tool. VERY narrow minded approach."

Now you have really lost me.  My analysis is precisely about calculating the relative return for the tool to see if it is worth the additional investment.  I do understand that not all companies have the cash on hand to spend, but I would say if you can afford an employee then you should plan to pay for the tools needed for them to be productive.  If you think you can get better return for your money elsewhere then why are you hiring the employee?</description>
		<content:encoded><![CDATA[<p>Hi Mike,</p>
<p>Thanks for the comment, but I don&#8217;t follow:</p>
<p>&#8220;1) 1. You don’t take into consideration the Marginal return:<br />
“What is the difference in productivity between the free/oss version and the $500/seat/year?”&#8221;</p>
<p>That is why I said &#8220;(relative to the open source tool)&#8221; when discussing an increase in productivity.  I take the point that I could have made this more clear.</p>
<p>&#8220;2. You don’t take into consideration the Opportunity cost<br />
If you need 15 different tools/solutions to support developers, which ones should be purchased and which should be opensource?&#8221;</p>
<p>My argument is that the tool does not cost anything: it breaks even or saves you money.  If there are 15 tools that all save you money, buy them all.  There is one caveat: this means an employee now costs you $100,000 + (cost of 15 tools)/year, so you can&#8217;t necessarily afford to suddenly start buying every new tool without considering your overall budget.  But you are still better off buying them all and having less employees, or indeed increasing your budget when you have the cash.  If you plan for these costs then you can work to the same budget but be more productive.</p>
<p>&#8220;3. You don’t take into consideration the Investment/ROI question<br />
As you likely know, in SMBs, cash is KING, you’re making the assumption that the BEST place to invest your cash is in a development tool. VERY narrow minded approach.&#8221;</p>
<p>Now you have really lost me.  My analysis is precisely about calculating the relative return for the tool to see if it is worth the additional investment.  I do understand that not all companies have the cash on hand to spend, but I would say if you can afford an employee then you should plan to pay for the tools needed for them to be productive.  If you think you can get better return for your money elsewhere then why are you hiring the employee?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike S.</title>
		<link>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40709</link>
		<author>Mike S.</author>
		<pubDate>Fri, 21 Sep 2007 20:13:53 +0000</pubDate>
		<guid>http://www.alittlemadness.com/2007/09/21/the-wrong-reason-to-choose-open-source/#comment-40709</guid>
		<description>Your analysis is faulty for the following reasons:
1. You don't take into consideration the Marginal return:
"What is the difference in productivity between the free/oss version and the $500/seat/year?"

2. You don't take into consideration the Opportunity cost
If you need 15 different tools/solutions to support developers, which ones should be purchased and which should be opensource?

3. You don't take into consideration the Investment/ROI question
As you likely know, in SMBs, cash is KING, you're making the assumption that the BEST place to invest your cash is in a development tool. VERY narrow minded approach.</description>
		<content:encoded><![CDATA[<p>Your analysis is faulty for the following reasons:<br />
1. You don&#8217;t take into consideration the Marginal return:<br />
&#8220;What is the difference in productivity between the free/oss version and the $500/seat/year?&#8221;</p>
<p>2. You don&#8217;t take into consideration the Opportunity cost<br />
If you need 15 different tools/solutions to support developers, which ones should be purchased and which should be opensource?</p>
<p>3. You don&#8217;t take into consideration the Investment/ROI question<br />
As you likely know, in SMBs, cash is KING, you&#8217;re making the assumption that the BEST place to invest your cash is in a development tool. VERY narrow minded approach.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
