InfoWorld on Switching to Linux
brentlaminack writes "The latest Infoworld is running a lengthy piece about
The Real Cost of Switching to Linux, where it makes sense and where it doesn't. As one of their columnists points out, the debate has switched from "if" to "where". One of the big wins for Linux was in the area of remote administration. Specifically noted was ssh. Also of note is the shift in calculating cost from TCO (Total Cost of Ownership) as has been calculated in the past, to ROI (Return on Investment) that focuses more on what you can do with the technology to get work done."
Thing that I've noticed is that if a large organization gets into Linux, even if they buy it, it's theirs for the duration and all of the upgrades that they can work into it, instead of requiring either yearly site license fees or massive payouts every so many years for new versions of software to do essentially the same thing. Even paying a consulting company or services company to deploy Debian would make sense in a way, as long as the apt server were the organization's, versus a public server, so that as long as someone is maintaining the package database on the local apt server, they can keep updating the workstations.
Large organizations usually have some form of IS department, so instead of paying them to run around and fix Windows Millennium or XP problems, pay them to keep the network deployed OS current, and fix the bulk of the problems from their desks.
Do not look into laser with remaining eye.
"There were a lot of costs I didn't expect-- hidden migration costs," says Cedars-Sinai's Duncan. During the migration from NT to Linux, his staff insisted that because they had been running RAID disk mirroring and striping on NT they should buy SCSI RAID controllers for the Linux servers. "It was like $1,000 per box extra that I hadn't planned on."
That wasn't a hidden cost. Linux could have easily handled RAID disk mirroring and striping without the special controllers.
This was an example of the IT staff knowing they have a much larger than normal project budget and milking it for all it was worth.
Learning HOW to think is more important than learning WHAT to think.
If you're developing on it. If you're using it for regular users who need email and web and word processing, it doesn't matter what the licensing is. Your memo written in ABIWord doesn't have to contain the GPL.
And if you're developing, there are commercial libraries available to you. There are BSD-licensed libraries too. You don't have to use Stallman's libraries, you can get them elsewhere. Hell, IBM even builds compilers, as does Intel. The entire point of GPLed stuff is for it to remain for everyone. If you don't like that, build it yourself, buy it, or find another non-GPL one.
It's not impossible to do this. It just takes brains and research. I'd rather sink my money into that than into a mindless purchase of a product that goes "BOOM!" far too frequently and forces one into paid upgrades.
Do not look into laser with remaining eye.
IMHO, we should not worry about the managers who still don't "get it". They eat all the FUD MS/SCO/IDC is feeding them. All these managers will eventually realise their mistake when their competition adopting Linux/Open Source tools is able to offer better price for same product/service. When they start losing business, they will really "get it". Seriously, there is a change at hand here and the economics will play its part. only question is 'How soon ?'
getSexySig();
I haven't yet seen a TCO study that includes the risk of a BSA audit in a Windows shop. The TCO for running Windows should include the cost of insurance against the disruption of a BSA audit and the penalties paid for apparently unlicensed software.
Mike O'Donnell http://people.cs.uchicago.edu/~odonnell/
After the MSBlaster worm and SoBig virus activity of the last few weeks, you'd think that there'd be a little more than a passing reference on page 3 of the article saying that Linux is "virtually virus-free".
I'll bet that none of these expensive studies ever include the cost of cleaning up after the virus/worm of the week that comes with running Microsoft NT/2000/XP. Having everyone in your company having 2 or 3 days a year when their desktop/laptop/server/whatever is unavailable because of cleanup activity should have a definite negative impact on TCO or ROI.
Yet one more reason to use Linux, *BSD or OS X.
Numbers. Simply numbers. It's the same reason that nobody reports on any of the 100s of fringe OSs with user bases measured in the thousands. Linux has more users and therefore gets the most attention. FreeBSD had its chance to have the biggest user base but it lost to Linux. This was despite a significant headstart in the form of 386BSD. There are at least six reasons I can fathom as to why this happened.
First, the AT&T lawsuit against Berkeley (1992) scared a number of developers away from 386BSD at a very critical time in its evolution. Why invest time into developing 386BSD if AT&T was just going to steal your hard work? And "steal" is the right word here; it really would have been theft if AT&T had won because the 386BSD developers would have lost ownership of code they'd written themselves. Developers were scared away from 386BSD and towards Linux, which was seen as being "litigation-free". The parallels with the claims made by SCO today are frightening.
Second, the Jolitzes. They were custodians of 386BSD and Bill was notorious for being slow to accept patches (1 year of unapplied patches). The formation of FreeBSD was essentially the "Gang of Three" getting frustrated with the slow pace of 386BSD development. They combined 386BSD plus the existing "patch kit" and sold the result as a CD-ROM. This was unfortunately too little, too late. Linux had a 2 year headstart on FreeBSD by this stage. Also the splintering pissed off a number of developers who stopped contributing to both 386BSD and FreeBSD. Instead they started contributing to Linux.
Third, the license. FreeBSD advocates say that the BSD license is "more free" than the GPL but to some people (myself included) the BSD license is offensive. Nothing stops a commercial company leeching off your hard work if you use the BSD license. BSD advocates say this isn't a problem: "you wanted it to be free and now it is". The problem is I don't really want companies getting rich off my code. I want them to contribute back with more code. The GPL enforces this. The BSD license does not. In 1991, when Linux was still very much in its infancy, it managed to get more attention from more programmers than 386BSD ever managed. This was despite Linux being technically inferior to 386BSD. The license simply appeals to certain people. If Linus had used a BSD license then I don't think Linux could have ever wrested the #1 spot away from 386BSD.
Fourth, the Internet. Linux development began at a time when Internet access was appearing in homes. The early adopters of home-Internet access were (of course) technology enthusiasts. The percentage of potential Linux developers in this group was relatively high. This meant from the start Linux had a huge base of developers to draw upon. And isn't it more fun to contribute to a brand new project than an existing project? Linux attracted the developers simply because it wasn't finished.
Fifth, the installers. Back in 1992 (1991?) I was using Interactive UNIX at home. The software was showing its age so I was looking to get into one of the "Free UNIX" that was floating around the Internet. I'd already used (and dismissed) Minix because it was incredibly limited. I had a choice between 386BSD and Linux. The 386BSD installer required a 40MB download, a SCSI hard drive, and required me to destroy my existing Interactive installation. The Linux distribution came on 2x 5.25" floppies, supported IDE hard disks, and could coexist with existing operating systems. It was a no-brainer. Linux won because it cared about the newbie, even back then when I admittedly needed all my UNIX experience to get the damn thing installed. The FreeBSD distro didn't come until late-1993 but by then it was too late; I'd already deleted my Intera
What makes Slashdot readers think Linux will take over the desktop and server markets when FreeBSD didn't?
Hate to say it, but it's the GPL which will enable Linux to gain in marketshare beyond what BSD has.
The BSD License allows companies to take the work of the BSD developers, make changes, and not share those changes back with the original developers.
You could say that BSD codebase has been adopted widely throughout the industry, but it has been through other companies adopting (read: "Embrace and Extend") BSD code into thier own propoietary products without compensating the developers or community that made that code possible.
In this sense the BSD License is "more Free" than the GPL, but the BSD license does not ensure that that changes to the code will be Free as well.
Read, L
Wouldn't that be a good PR move?
... Knoppix does most of this for you. And, it does one thing you can never get off microsoft - an OS that doesn't depend on a hard drive. I have used knoppix to save data from a capable but not technically skilled friends laptop, before reinstalling windows.
Not if the journalist hasn't tried it, and certainly not if they have to install it themselves, and write an article bitching about how hard it is to partition disks.
Which is where the idea of a specialized distribution comes in. You've identified one feature that any such distribution would have to have- easy installation.
Ok, a moment of zealotry here, but
He may not have switched over to linux yet, but he now knows what it is, and that it saved his work.
He kept a copy of the distro "just in case" his windows boot up went down in flames again. And I was astounded to watch him take over and continue the salvage procedure - A non-destructive repartition and copying of files from the old primary partition before the inevitable destructive microsoft reinstall.
In summary, we don't need a special distro to sway people over, just continued evolution of the current trends. Knoppix has spawned several other distro's and I expect that its level of hardware detection will become a part of the standard distro of the future.
My 2c of speculation and comment,
Michael
There is no cryptographic solution to the problem where the intended receiver and the attacker are the same entity.