in reply to Re^2: wondering the development of perl
in thread wondering the development of perl

How can C not support more styles of development than Perl or C++? both are, or were, written in C. The first "compilers" for C++ actually translated to C so C has to be able to do OO (albiet not in a fashion you would want to read).

How much of the Perl we write is really "out of the box Perl"? Pretty much anything we write should at least include "use strict; use warnings;", but straight off we are using modules, core for sure, but are they part of the language?

How much C is really "out of the box C"? Ever used printf or any other I/O in C? Is I/O part of the language?

At the end of the day what is part of the language is unimportant. What is more important, as has been suggested by others is, how well does the language fit the task at hand and the range of tasks handled.

While you can solve most problems in most languages, some are just naturally (or designedly) better at some tasks than others. For me Perl is an excellent tool that makes simple things easy. I'm not so worried by hard things and often for hard things there is a better candidate, but there are many more simple things that have to get done than there are hard things.

So, until all the simple jobs are done, I think Perl has a pretty firm place in the scheme of things.


DWIM is Perl's answer to Gödel

Replies are listed 'Best First'.
Re^4: wondering the development of perl
by adrianh (Chancellor) on Jun 13, 2006 at 11:54 UTC
    How can C not support more styles of development than Perl or C++? both are, or were, written in C. The first "compilers" for C++ actually translated to C so C has to be able to do OO (albiet not in a fashion you would want to read).

    Of course you can do OO development with effort in raw C - as you could in perl 4 come to that. But there is no support in the core language for methods, classes, inheritance, etc. You have to build it yourself. So I think it's perfectly reasonable to say that Lisp or Perl or Ruby support certain development styles that C does not.