From a signature:
Elegant or ugly code as well
as fine or rude sentences have
something in common: they
don't depend on the language.
From Larry Wall interview on slashdot:
1) I've been using perl for a very long time, but primarily as a scripting language. I indeed mostly use it for
extraction and reporting. With the recent developments in perl, however, there seems to be the trend that perl is
able to do much, much more (while retaining compatibility to be "just" a scripting language).
What do you think about how people are using Perl today? Are you satisfied that most people use it for simple
tasks like log parsing? Would you like to see more advanced applications being built with Perl verses a
A: I am perfectly happy for Perl to continue parsing logfiles. Perl has always been, and always will be (I hope), a
humble language. When I am 80 years old, even if everyone in the whole world puts me on a pedestal and
thinks I'm the renaissanciest man that ever lived, I still intend to take out the trash when my wife asks me to.
Just because I'm learning Japanese doesn't mean I have to stop speaking English. (...)
6.5) What are your thoughts on the comments made by people that Perl is not designed for projects that require more
than one programmer? Many people have stated over and over again that Perl code can not be managed by
more than one person ... what are your thoughts on that statement? How would you manage a large Perl project?
Do you think Perl should be used for large projects? (or should it be used strictly as a "quick and dirty"
programming language?) BTW: I love your work (someone had to say it)
A: I do not manage any large projects, appearances to the contrary notwithstanding. I haven't an executive bone
in my body. All my managerial skills are delegated. Ask anyone I've delegated to...
However, those who claim that Perl code cannot be managed by more than one person are obviously smoking
something worse than crack. They're simply ignoring the many examples of people who have done just that. But
you wouldn't expect to hire random people off the street to come in and collaborate on writing a novel. You can
do it by hiring a few good novelists who already know how to figure out how to work together, or at least how to
fight with each other productively. In the absence of that level of expertise, you can also do it by setting up
policies under which random people can work, rather like the rules for writing about the world of Liavek, in which,
for instance, every story has to mention a camel.
That being said, there are things we can do to make Perl 6 better at helping managers and architects set up
such policies for programming in the large. Having a standardized opaque object type will help there as well.
Nobody is going to claim that Perl 6's OO is "bolted on". Well, except maybe for certain Slashdotters who don't
know the difference between rational discussion and cheerleading...
Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
Read Where should I post X? if you're not absolutely sure you're posting in the right place.
Please read these before you post! —
Posts may use any of the Perl Monks Approved HTML tags:
You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
- a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
Link using PerlMonks shortcuts! What shortcuts can I use for linking?
See Writeup Formatting Tips and other pages linked from there for more info.
| & || & |
| < || < |
| > || > |
| [ || [ |
| ] || ] ||