Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things
 
PerlMonks  

Re: Effect of OS Platform choice for learning and doing Perl well

by samizdat (Vicar)
on Sep 29, 2005 at 17:12 UTC ( [id://496180]=note: print w/replies, xml ) Need Help??


in reply to Effect of OS Platform choice for learning and doing Perl well

FOOD FIGHT!


I have a number of reasons why I would recommend FreeBSD, some of which are personally biased but most of which are pertinent.
  1. All the others you mentioned are a blur of syntaxes and file locations. Both Linux and Solaris are mixtures of SYSV and BSD lineages, and Linux sometimes changes things "just because". Windows is an abortion, though AS does make it somewhat usable and cygwin more so.
  2. FreeBSD development is more stable. Fewer kernel/libc version collisions occur.
  3. So is the system itself. Though some would consider the lack of kernel threading to be a deficiency of BSD, it is safer.
  4. The Ports tree is the best source-code compilation system out there, Gentoo included.
  5. You can buy your books from the dollar table and expect them to be pertinent.
  6. FreeBSD in linux emulation mode (better for Mozilla & plugins) is reputed to be faster than Linux native distros.
That said, Linux afficiandos will have their own take, and certainly desktops in Linux are easier to get right. However, you mentioned server applications, and there FreeBSD rocks.

I disagree heartily with the poster who said that one should ignore the OS. I think that understanding your OS and how it is built, functions, and supports you is *essential* to being a great programmer. Besides, all that source code is a treasure not to be taken lightly!
  • Comment on Re: Effect of OS Platform choice for learning and doing Perl well

Replies are listed 'Best First'.
Re^2: Effect of OS Platform choice for learning and doing Perl well
by revdiablo (Prior) on Sep 29, 2005 at 17:53 UTC

    All these points may or may not be true. I may or may not agree with you. But I find it hard to see how they make much of a difference in this context. He's talking about learning Perl, not learning how to write kernel modules.

    I realize the original post was practically inviting a operating system flame-fest, but I'm still a bit disappointed to see someone light the first match. Maybe we can at least try to stay on topic and talk about things that directly relate to Perl.

      As you can see from many of my other posts on similar topics, revdiablo, I am a firm believer in the need to understand the entire system you program for. The particular syntax and tool set of Perl is of minimal importance in this bigger picture, though its flexibility certainly helps.

      In my own case, my programming has been vastly simpler _because_ I understand my systems just a bit better than the average brawn. Perl is an excellent tool in my toolbox, and I give it credit for making some tough problems solvable.

      Having a stable, predictable OS under your box's hood is crucial to success in a commercial enterprise. The OP was looking to do some of the same kind of things I've tackled, so I think my input was quite valid.

      Feel free to downvote; that is your right and your responsibility. I've rarely been a politically correct beastie, and I'm unlikely to start now. The world is full of people who want their neat little boxes unbent; that's one of its major problems, and crying 'netiquette foul' when I was specifically answering the question borders on that, IMNSHO, though, as I say, your stripes earn you the right to opine however you please.

      The OP is coming from COBOL, one of the most insular programming systems ever developed. Given that he was talking about nuances of system calls, I suspect that he has visions of apps that push Perl around corners that go a little bit further than CGI.pm intended. It is true that _learning_ Perl can be done on any scriptkiddie car that will run it, but deploying a Perl app successfully in a commercial environment demands stability, consistency, and predictability. When I have direct commercial success in such an endeavor, and FreeBSD has cushioned my @ss in doing so, should I not spread the word? And, yes, in a prior incarnation I was paid to proseletyze for BSD, but this success has come long after that time. I salute the people who specialize in Perl education and Perl usage, but I am not one of them. I will also freely admit that I can't hold a candle to most of the Saints here, including yourself, in the usage of raw Perl itself. When I as a pretty successful generalist sees a place to contribute something of value, I will do so. I would hope that the initial lines of my post were enough to establish that I expected my post to be taken as personal opinion. I do hope the OP finds it valuable, which was my intention.
        The particular syntax and tool set of Perl is of minimal importance in this bigger picture

        I agree about the importance of the bigger picture. But the original question wasn't about the bigger picture, it was about one small portion of it. He wants to learn Perl. As I implied, and many of the other posts pointed out more explicitly, Perl is extremely portable among different operating systems.

        So the fine details of which operating system he uses are important, and will impact his daily computer usage, but I believe they're outside the scope of this discussion. It's pretty obvious that you disagree with me on that one point, but hopefully now you'll actually understand the point I was trying to make. Or maybe you'll write another long post that I agree with 90% but still think this is the wrong place for it. :-)

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://496180]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others surveying the Monastery: (6)
As of 2024-04-19 13:07 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found