in reply to Re^6: Web-designing using PERL
in thread Web-designing using PERL

What's someone to do with a statement of which the premises appears not to be true?

If you make a habit of second-guessing plain and long-standing statements of fact made in the very documentation of the languages you use in favor of your feelings about what really is, people like me will be in great demand to fix the messes you make.

This is software. Accuracy and precision matter.

Replies are listed 'Best First'.
Re^8: Web-designing using PERL
by BrowserUk (Patriarch) on Mar 26, 2012 at 23:59 UTC

    If there is one single thing I hate about the Perl cultural ethos, it is this mindless obsession by usually reasonable grown men with divisive demarcators like the perl .v. Perl .v. PERL shibboleth. It's just another way to beat on newbies; to stroke your own collective egos; to show (false) superiority.

    Writing & words are mechanism for communication. If you knew what he meant -- and everyone here does -- the purpose of those 4 glyphs -- regardless of the presence or absence of 6th bit -- is manifestly served.

    After that, it is nothing more than "Haw haw, he wears glasses!" bullying.


    With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.

    The start of some sanity?

      It's just another way to beat on newbies; to stroke your own collective egos; to show (false) superiority.

      Thanks for the free, long-distance psychoanalysis. It was certainly worth every penny I paid for it.

      Do you know how many Perl books and tutorials I've read? (I don't remember any more.)

      Every one of them which misspelled "Perl" as "PERL" had serious technical inaccuracies. (Teaching novices to avoid these tutorials is worthwhile.)

      I don't interview C programmers, but a good friend does. Everyone who claims a working knowledge of "C/C++" has had serious technical deficiencies.

      Yes, language is fluid, and yes, descriptive linguists have a point you don't want to take too far, and yes, lording it over novices who fail to kowtow to some shibboleths of the dominant cultural cult practices is wrong, but at some point the science of computer programming has to distinguish between truth and falsehood, between fact and fiction, and between correctness and superstition.

        Thanks for the free, long-distance psychoanalysis.

        You're welcome!

        ...

        Have you heard the saying: M'thinks he doth protest too much. (That's for free also!)


        With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
        Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
        "Science is about questioning the status quo. Questioning authority".
        In the absence of evidence, opinion is indistinguishable from prejudice.

        The start of some sanity?

      This discussion has become quite way too long, really. For what it's worth, I think it's stupid to call the language anything else than Perl or perl (for the shift-challenged ones). I don't write PYTHON, I don't write RUBY, I don't even write BASIC even though the last one might have some merit. They're just Python, Ruby, and Basic to me. And it is fine to correct newbies once or twice on the subject -- it might make them look less like newbies.

      But what I don't understand is experienced developers arguing about the correct capitalisation of their language's name.

        But what I don't understand is experienced developers arguing about the correct capitalisation of their language's name.

        I don't give a monkey's how it is written. I tend to use "Perl" at the begining of a sentence and "perl" otherwise unless I am specifically trying to distinguish between the language and the executable.

        it might make them look less like newbies.

        What's the point in that? There is no shame in being a newbie -- everyone was one once. And attempting to conceal that just makes for greater frustration when responses are aimed at over their heads because of the assumption they are not total beginners.

        Most newbies will rapidly pick up on the clues they see in other peoples usage. Beating them over the head with it when they are just trying to get started will just drive them away.


        With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
        Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
        "Science is about questioning the status quo. Questioning authority".
        In the absence of evidence, opinion is indistinguishable from prejudice.

        The start of some sanity?

      "After that, it is nothing more than "Haw haw, he wears glasses!" bullying."

      Grow up and be a man.

        Taint me you're bullying. But how old do you think the OP is? What's his or her personal disposition and emotional sensitivity?


        With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
        Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
        "Science is about questioning the status quo. Questioning authority".
        In the absence of evidence, opinion is indistinguishable from prejudice.

        The start of some sanity?

Re^8: Web-designing using PERL
by JavaFan (Canon) on Mar 26, 2012 at 22:07 UTC
    Feelings? You quote the perlfaq, I point to man perl. I spot a contradiction.

    You seem to be certain one is wrong, and the other right, yet, you're not sending a patch to fix it.

    My conclusion is simple: no wonder people keep thinking Perl is an acronym.

    And, considering you seem to care deeply about the fact people think Perl is an acronym, why don't you fix the documentation? Or at least, send in a patch.

      And, considering you seem to care deeply about the fact people think Perl is an acronym...

      I don't. Sometimes "Perl" stands for something. Sometimes it stands for something else. Sometimes it stands for nothing.

      What's difficult to understand about both pieces of documentation? The name of the language is not "PERL".

        The name was never my point. But you don't seem to get them, stuck in your ideas.

        My point is, considering the main documentation, presented to you when you type in man perl or perldoc perl strongly suggests it's an acronym.

        Really, if the main documentation starts its description with Perl officially stands for Practical Extraction and Report Language, you can scribble all you want in a CPAN maintained piece of documentation, but people will keep thinking Perl is an acronym, and I will keep correcting people who jump up and down because they remember a bit of trivia and slap people in the face with it.

        Again, either fix the bloody documentation, or shut up when someone thinks PERL is an acronym.

      "You seem to be certain one is wrong, and the other right, yet, you're not sending a patch to fix it."

      But neither are you. You are, however, getting some down votes. Perhaps next time you quote things like "except when it doesn't" and "but don't tell anyone I said that" you will realize that, how do you limeys say it ... someone is takin the piss outta ya. "Chill, Winston!"

        Why should I send in a patch? I do not care whether people think PERL is an acronym, or whether it should be spelled PErl or PeRl or perl or Perl. I think the documentation gives people every reason to think Perl is an acronym, and the documentation has been doing that since perl 1.0.

        I do care about people getting flak for thinking so.

        As for any potential downvotes, if I cared about them, I would have posted as an Anonymous Monk.