in reply to Re: Re: "There are some stunningly novel ideas in Perl" -- Paul Graham
in thread "There are some stunningly novel ideas in Perl" -- Paul Graham

very successful in their own way and their own niche

Yes I know. I was talking about for business use. The one that drives the vast majority of development that ends up paying the vast majority of our wages.

[Pascal] also was used very heavily in the DOS days of IBM PCs and in the early days of the Macintosh.

Indeed. A big chunk of the grphics layer of the Macintosh was written in Pascal. Or, well actually, no it wasnt. :-( It was written in something that resembled closely Pascal, but in fact was generally usable. Pascal as specified was virtually useless. Just about every implementation that was remotely useful jettisoned or changed the rules to make it work. Incidentally I cut my teeth programming TP3 on an 8088.

LISP was, and still is

I have a contemporary copy of the original proposal for the LISP machine from Mccarthy. Im well aware of the importance of LISP in a conceptual area. I am also well aware that there is virtually no business space code using it, and im also aware of some of the reasons why.

'Turing'

Was written by John Holt of UofT. And anybody that studied CS while he was there would have learned it. A pascal derivative designed to correct the errors of Pascal (such as bad error messages, see TheDamian's paper that he published on it, such as typing problems, see Dominuss article or Kernighams paper on the subject) while still keeping its strong orientation towards teaching. To be honest I generally hated the language, althogh it was the first time I had seem an auto-indenter (The turing interpreter came with an IDE that _enforced_ indentation) and all on one floppy too! ;-).

APL was for the longest time incredibly well suited for what it did

But I bet it wasnt used a whole lot outside of academia.

Your condemnation of these languages, and no doubt others, is, I think, a bit naive, and reflects a limited view of the field. While they may not be important to you, or be useful in the limited area in which you spend your time, that neither makes them useless nor failures.

Actually I didn't comdemn these languages. I observed that they were the product of an academic enviornment and that they were unsuited to a business enviornment. Which just happens to be what ends up getting most of us paid. This is not naive. This is real life.

Your definition of success and utility is, I think, rather more limited than it might seem at first glance.

I never stated my definition of success and utility. I stated a defintion for success and utility. And then claimed that those languages didnt meet it. And the dearth of job offers in these fields, the fact that these are not being discussed as the basis for new improvements, etc etc says that The Real World agrees with me. If any of these languages were more than I suggested then they would be being actively developed and extended as we speak. But they arent. We learned what there was to learn and now we are moving on.

Now Perl on the other hand seems like something that the The Real World will be wanting for a long time. The fact that there is the support that you have for Parrot is an indicator of that. Would you prefer that a few select professors thought your work was The Shit, or tens or hundreds of thousands of developers who use it every day, swear and sleep by it, and even occasionally dream about it? Little tip: the latter, most of them, get paid for programming for business.

, that neither makes them useless nor failures.

Nope, and I didn't say it did either. All I said is that they werent the general success story of the others.


---
demerphq

<Elian> And I do take a kind of perverse pleasure in having an OO assembly language...
  • Comment on Re: Re: Re: "There are some stunningly novel ideas in Perl" -- Paul Graham
  • Download Code

Replies are listed 'Best First'.
Re: Re: Re: Re: "There are some stunningly novel ideas in Perl" -- Paul Graham
by Anonymous Monk on Apr 28, 2003 at 17:40 UTC
    You would lose your APL bet. APL was heavily used in both finance and statistics. There are still quite a number of jobs where you need to know it because you have to maintain that code.

      I stand corrected. Thank you. Is there any tendency to increase the utilization or is the intention generally speaking to port the code to other langauges? I would say the answer to that question would quite nicely sum up whether my opinion of APL was that off or not.


      ---
      demerphq

      <Elian> And I do take a kind of perverse pleasure in having an OO assembly language...
        While I don't know much about APL in specific, I do know the answer to that for COBOL - the pie-in-the-sky goal is to migrate, but, because it's the least-risk solution, the trend is to increase utilization.

        Part of that is because of the hardware limitations. Until IBM started putting Linux on mainframes, there was no (good) way to get the sheer power of a mainframe without programming in COBOL. Now, there is, but it's extremely new. Companies like MasterCard, Motorola, and the like aren't going to migrate simply because it's out there. It could be the next best thing, or just the "Next Best Thing"(tm). When your $100 Billion business depends on the decision and what you have is how you got to B$100, you tend to be a little biased to the status quo. And, frankly, I don't blame them.

        ------
        We are the carpenters and bricklayers of the Information Age.

        Don't go borrowing trouble. For programmers, this means Worry only about what you need to implement.

        Please remember that I'm crufty and crochety. All opinions are purely mine and all code is untested, unless otherwise specified.

        I left the finance industry 3 years ago, so I don't know what the trend is now. But at the banks and insurance companies I worked before, APL was indeed a heavily used language. Usage didn't seem to shrink or grow; it was mostly stable. There didn't seem to be a trend in moving away from it for either life insurance statistical operations nor for back office stuff at the bank (valuation of derivatives etc).

        Note that APL was not the predominant language though; that was COBOL and PL/I.