Slashdot Mirror
The Practical Manager's Guide to Linux
An anonymous reader wrote in to send us
The
Practical Manager's Guide to Linux. With a title like
that, how much explanation do you need? It refutes all
the usual FUD- hopefully it does what it says.
← Back to Stories (view on slashdot.org)
I claim my member!
The author mentioned that a lack of documentation wasn't a problem. An overabundance of documentation is availible.
:)
Now don't you feel silly?
I think the 2038 problem is not only restricted to Linux but to all 32 bit Unices. Fortunately there are 39 years to 2038 so there should be enough time to fix it.
Unix is 30 years old, how many virues exist?
This is an expansion of another article by the same author called "The ultimate argument against Linux". What was the ultimate argument? Users' prejudice.
This merely underscores one of the major problems within this and most other industries. You simply cannot write a single document that means something to the technical people without losing a less proficient audience.
Only 10% of a doc that explains the inner workings of NT service pack 4 (forgive the reference) means much to a manager, but the administrator needs every word of it (and a lot more if he's to really understand it!).
Personally, if an employee that I trust gives me something and tells me that I really need to read it, I'll trust his opinion. Reading only one page before getting bored and dissing both the book and the employee speaks poorly of the managemer's skills.
P.S. I'm not an anonymous coward. My e-mail address is kent@nettally.com.
I refute that. You may "get" them to work fine but 75% of the time, there a pain in the ass to setup.
Hi, I'm the original author of the piece. Of course you can redistribute modified versions, but I'm currently working on releasing a new version based on the feedback I've got, so it may not be necessary to "fork" the tree just yet!
Thanks, anyway.
Ganesh C. Prasad
Hi, I'm the author of the article in question. :-)
I deliberately omitted an executive summary, because that's the only thing managers then read. I want them to read the *whole* article. I said as much in the section "Why should I bother about Linux?" that "It should easily be worth an hour of your time."
i.e. I want them to weigh the fact that they need to spend an hour on it (and not a few minutes on a superficial summary that will only elicit an "Oh yeah?") against the potential benefit they will derive from a better understanding of an important new phenomenon.
Ganesh C. Prasad
I've been really lucky, then. I've never had any PnP problems in Linux.
;-) But win2k has PnP now.
It definitely works better than NT in this dept
As opposed to the percentage of time wasted fighting windows "I know better than you" PnP.
That's one of the reasons PnP is done the way it is in Linux.
NT is multiuser. The Win32 API, which runs on top of NT, is not. WinFrame/Terminal Server, from what I understand, work around this deficiency, but multiuser under Win32 remains that: a workaround. There can be no argument that Unix's multiuser nature is far more mature and stronger than NT's. If multiuser is the #1 important feature, cross Windows off the list.
the frequency with which new HOWTOs are added and with which old ones get updated is becoming further apart all the time. it seems that all the new linux users of the past 2 years or so dont have the patients to actaully read their documentation and would rather ask questions on irc. this is a very bad thing in the long run because it means that the collective linux knowledge base is not being "put on to paper" and so when somebody who knows alot is no longer available to consult then everybody looses.
i think as a community that we really need to start pushing the LDP more. every one of these new linux help sites and linux performance sites that has poped up over the past month or 2 should each be maintaining atleast 1 official HOWTO and maybe more if they can. there is plenty out there that needs to be written of even just updated. slashdot could also help here by hyping the ldp and listing when new HOWTOs come out and when old ones are updated.
(Sorry I'm writing as AC. I haven't received my Slashdot password yet)
Thanks for the comments, guys. I'm collecting them and will release a new version of the article making all the corrections and modifications suggested by perceptive readers.
May I say I enjoy working in this new Internet-based medium? Certainly beats working alone...
Did you notice that? All the responses were from linux users thoughtfully commenting on possible improvements, but none from a manager.
There's enormous irony in this - the OS is continually improved by concerned users, yet faces difficulty in acceptance from managers not taking it seriously. An article tries to explain why they should, but the only people responding are its readers trying to improve it (much like the OS it writes about) while it faces difficulty in acceptance from managers.
I would really like to see at least one manager (yes, some do read
There, I've thrown in a compliment and a recursive reference. I hope someone bites.
1. Linus DID NOT name Linux
2. The problem of moving applications from 32 to 64 bits is NOT the instruction set, but the high-level language used. Many nontrivial C and C++ programs cannot be just compiled in 64 bits w/o some modifications (and they are not so dirty).
3. Does not address the issue of packaging incompatibility among distributions, and lack of means of verifying that an installation has not been modified from an approved setup (otherwise, it can become a tech support nightmare).
Quite glaringly. It mentioned lack of plug n play support. Where'd this come from?
I'm running 2 PNP cards in PNP mode in one machine at home, a sound card and a lan card. In another box I have a pnp sound card. (All are ISA PNP cards). They work fine with an out of the box RedHat 5.2 install.
i know the internet worm wasnt a real virus, but it had the same kind of effect. That's ages old.
-Yarn - Rio Karma: Excellent
It was calm, rational, and in general was pro-Linux without sounding rabidly fanatical. There were a few minor inaccuracies, but nothing serious... and most of those few were true statements that had inaccurate implications.
My main complaint is that they used the "word" "educative". But, then, it's oriented towards managers...
Posted by FascDot Killed My Previous Use:
I checked out this website. Pretty lame. Very, very slow and non-informative. In fact, it was so non-interesting that, while I read the "What is it" page, my brain no longers retains any data from it--i.e., I've already forgotten what it does.
Me again.. I've just been emailed by someone who has already made a PDF version of the document. I will post the URL once I get his permission (I don't want to slashdot his server :^)). It shouldn't take too long to get permission.
Slashdot's first reaction to VMware
I'm currently working on converting this to PDF format, so that it can be printed and bound. If you would like to know when I finish and where to find it, send me an email.
If any of you want something changed in the PDF version of it, let me know.
Slashdot's first reaction to VMware
If you say "Linux is best for all things all the time" (as this article seems to say) you'll be labeled as a zealot, no matter how nicely you say it.
We need some documents that are written in plain english, are concise, and depict Linux vs. NT for a SINGLE TASK. That way, when I go to my boss and say "our new webserver should run LInux." I can show him why for WEB SERVING Linux is better. Conversely, when you go to your boss (if you have one) and say "our office fileserver shoudl run LInux" you have a document that shows why linux is better for Fileserving in non-homogenous network environment.
Is there a website out there right now that contains documents like these, in one centralized location? (or at least links to them with summaries?) I didn't think there was, so I threw something together that will hopefully evolve into what I've just described. You can upload documents (or link to them) HERE.
Eventually my goal is to have an online resource of Linux Advocacy/Information documents about WHY people should choose Linux. This resource will be searchable so that you can find the best paper to suit your needs.
If I'm wasting my time and this already exists, please let me know in a non-flame sort of way, I don't want to step on anyone's toes or anything like that.
Thanks.
Werd.
I skimmed the article and started reading the bad things about Linux immediately. The author says that Linux isn't well documented. I think it's important to put things into perspective---compared to most commercial/proprietary products I've seen, Linux documentation actually fairs quite well.
The LDP (Linux Documentation Project) at http://metalab.unc.edu/LDP/ has an incredible amount of information. The HOWTOs are excellent. The manuals are excellent.
I have most of the GNU manuals from various GNU products like sed, awk, gcc, and Emacs. Those manuals are very, very well done.
The RedHat installation manual was pretty good, I paged through a friend's copy once. I'm sure other distributions' manuals are equally good.
It's pretty common for people to say that Linux is poorly documented. I might instead say that Linux is very well documented if you know how to read and know where to look.
I'm trying to get my managers to read this...
;-)
,hacker Perl another Just)'
It's a very well written article, with few deficiencies. It is a bit over the top in it's glowing recommendation of Linux - i.e. it's biased. What more should we expect. However I was supposed to be writing something like this myself this week in an ongoing persuasion process. Looks like I can have an easy week for once... Nah - they'll find something else for me to do
Matt.
perl -e 'print scalar reverse q(\)-:
Matt. Want XML + Apache + Stylesheets? Get AxKit.
While I think that the inherent security of UNIX-style systems is a factor,
* virus writers (like most developers) will write for the platform they know most about,
* Microsoft is a large corporation (and assumedly more fun to victimize),
* the commonness of Windows machines (or even specific configurations of Windows machines, like that used by Melissa) accelerate the propagation of Windows viruses, and
* most Windows users wouldn't know enough to secure their systems (even if they could).
Very good read. :-) I like the language it was written in. It doesn't look like some zealot wrote it, and that's an important thing to remember when trying to counter FUD by Microsoft.
:-)
On a slightly related note, I ran into an article on LinuxToday, in case some others haven't seen it yet, that show that NT on a Quad Pentium Xeon is a "Weak Value Proposition" as compaired to Linux/FreeBSD. Now, where have we heard the phrase, "Weak Value Proposition" before?
This might be useful to those of you trying to fight those that blindly trumpet the Mindcraft results:
http://linuxtoday.com/stories/5688.html
Only one problem:
Has anyone ever actually worked for a "practical manager?"
I've met some practical managers, you can tell who they are because they are the ones who work for other companies ;-)
Of all the comments I've ever posted, this is definately one of them
...but certainly not completely accurate. If this article was any cheerier, I'd have to puke.
First off, the 2038 problem is glazed over rather quickly, and then passed off as easily fixable. While it is true that fixing the problem with OpenSource software is rather simple, there are still binary-only programs out there that require fixing.
The author neglects to mention that you will then need to recompile anything that ever used that constant for that architechture. This is fine for new architechtures, but has the distinct possibility of killing off any 32-bit hardware. Anyone can change the definition of time_t to 'long long time_t', recompile the kernel, and then watch as your programs seg fault.
In the 'Virus-Proof' discussion the author does make a good point that viruses are significantly more difficult to write for UNIX than they are for DOS/Windows. They are not impossible to write though. The Macro Virus argument is not even an OS issue; it is an issue of poor software implementation. You can bet if MS ported Word to Linux, that the macro viruses would come with it.
In dismissing the Mindcraft study (the first one), the author overlooks a good point that came out of that experiance. Linux is not a magic bullet for instant performance, and stability. Like other OSes it will require careful set-up, and tuning. It is important not to over look that fact when explaining why it typically takes about 2 days to get a Linux box working well at high server loads.
In the server discussion the author neglects (quite glaringly) to mention that Linux cannot handle large files. If your corporation will require files over 2GB in size, you can forget about it. Instantly remove Linux from the list of acceptable OSes.
The was only a quick mention of FreeBSD in the article saying how Linux is almost as fast now. I thought this was an interesting oversight. FreeBSD is more stable than Linux, and more refined. It is also faster on some operations. It is a viable OS for organizations that need a fast, dedicated server, and have no intention on using Gee-Whizz-Bang New Peripheral of the Minute type hardware. Ignoring it makes it look like a completely biased report.
All in all it is a good summary fo Linux's features, but I think the style is a little too glowing for some people to swallow the article as a whole.
- Dan
I've read only the first page so far, and I'd be annoyed if an employee gave me this and expected me to read this. This guy needs to have someone go over it to rewrite it for regular humans -- it's clear that it was written by a geek. Examples from the first page:
When writing for humans, a good test is to run it past your girlfriend or mother (provided that they're non-geeks) and see if it can hold their interest.
I'll leave some of the sillier pro-Linux claims that I noticed in this article for later discussion when I have a little free time. ;-)
Cheers,
ZicoKnows@hotmail.com
Don't keep us in toooo much suspense.
Several people have pointed out errors
or made suggestions on how this could be
written better.
It is released under an "Open Source Media Copy Policy" which would seem to allow anyone
to rewrite it.
Keith
The article isn't bad, and is a goog beginning for summing up the history of Linux and presenting it's case for business use, but as I was reading it I had the impression it was talking down to the poor, stupid manager.
As we know, a majority of those put in the suit positions tend to be ignorant of all things technical and highly illogical in their decision making, but they aren't necessarily stupid. (There's a difference, you know.)
The facts are there, but now let's get the diplomacy down. There's no reason we can't use the smooth talk that our "friends" at MS are famous for, especially since we know we have the technical upper hand.
Remember, this aspect of Linux evangelism competes not against another operating system, but with the MS schmoozers who are convincing management that their product is the best thing since canned beer. (Yes, I know bottled is better, and the tap even better than that, but I like the phrase.)
That's my $0.02.
By the way, if anyone in or near Minneapolis is crazy enough to relocate and employ a Linux novice who learns quickly for 50K/yr. or better, I'm your guy 8-).
Be quick to listen, slow to speak, and slow to anger.
The author should remove the claim that NT is not multiuser, now that Windows Terminal Server is available; the MS doc he cited even mentioned TS precursor Citrix Winframe. Easily refuted claims do not strengthen his point.
For another summery on the Linux-MS results Salon has a small article describing Linun's feelings towards the test performes, and the next set of tests with linux community input. It also has a few harsh words from RedHat's Ceo (Bob Young I Think).
And I Did enjoy this report very much, it is definately a good tool for persuading management to use Linux (not much new for the linux believers though). I will have to print this out and save it for refrence.
please excuse the spelling mistakes (its still reallly early here) ;-)
It's difficult to describe the writing's weaknesses (that is, the deficiencies in the writing and presentation per se) without quoting at length; in a nutshell, though, the piece seems to follow this (unfortunate) pattern throughout: "Linux has this, that, and the other thing. It also has foo. (Bar, baz, and bozo.)" It makes for very disjointed, stilted reading. It doesn't flow.
The inaccessability could be overcome by some solid evidence, but even when there is solid evidence, the author blows it. An example: "There are many stories of security fixes for Linux being made available within hours of an attack being known (the FTP bounce attack, the teardrop or IP fragmentation attack, and the 'ping of death')." Those are only several examples, not many as he stated. There are many other instances similar to this. While they would stand up in their own right (if they were properly explained: teardrop exploited a Linux bug; an FTP related exploit would not, on the other hand, be Linux-specific. This needs to be more clear.), the poor treatment they were given detracts from the paper and its credibility.
Because of already explained weaknesses, this article boils down to something along the lines of "Linux is good, and you should use it, or something." That's not a message I'd want PHBs to be seeing.
It's really too bad, because there were lots of good pieces of information there, and the author obviously did a lot of research. I would *love* to see the information in the article (there was a lot of it!) distilled and re-presented by a better writer, because as it is now, I was saying to myself "yeah, so what, this sounds like crap" -- and I'm not a hostile audience. There's no way I would show this to a manager (or anyone else, except perhaps a good writer who I'd be trying to convince to rewrite the thing) in its present form.
You're a suburbanite.
I've read this article (most of it, seems like an updated version) before. Anyone else get this feeling, certain phrases just seemed very familar, as well as major points/arguments you've head before?
+&x
I've been wanting to write a "where Linux makes sense" article. I'm glad these people went ahead and did it. There are some minor technical errors. I'm sure slashdot posters will point all of these out.
I'm not sure how "unbiased" I would consider the article. It does do a good job of FUD-correction, though, and that is laudable by itself.
OTOH, does the simple act of pointing out the usefulness of Linux make you unbiased? Is it possible to come to the unbiased conclusion that Linux makes real good sense sometimes?
Save the whales. Feed the hungry. Free the mallocs.
It is a good, long read. Only good managers are going to take the time to read it. It is not all glowing, gushing cheerleading, but then I'm an engineer, not a PR person, so I value truth, facts and informed opinions. I took the time to read it all the way through on a slow link. If I was writing a review of it, I'd give it 3 1/2 stars out of four.
Thad
The Bolachek Journals
...that they are practical etc.
this is similar to how most domesticated primates think. that is they are "good" and anyone who opposes them is "bad", "evil", or just a "no good shit". such is life on the planet of the apes...
nmarshall
#include "standard_disclaimer.h"
R.U. SIRIUS: THE ONLY POSSIBLE RESPONSE
nmarshall
The law is that which it boldly asserted and plausibly maintained..
--Colonel Burr 1783