On Sat, Sep 25, 2010 at 01:00:29PM +0200, Arnold Krille wrote:
I believe that's the philosophy that there should be one
right way to approach a particular task. Perl suffers (and
benefits) from its motto TIMTOWTDI (pronounced tim-toady --
this is more than one way to do it.)
> Using python for small apps/tools is easy. Using python for large projects is
That's a big advantage of python over perl right now: python's
ctypes library. There is a project now to port ctypes to
Perl had previously borrowed Python's object mechanism. Just
now it is finally being replaced, by Moose/Mouse in Perl 5,
and the internal object system in Perl 6.
I, for one, have had a great time with the python-derived
perl object system.
Otherwise, perl's vast CPAN libraries, cover many problem
> Porting parts of your python project to C/C++ is easy (think prototyping in
For optimizing perl, we have Devel::NYTProf, which
profiles the time spent in each subroutine. (As the name
suggests, the New York Times underwrote the development
> I for one am very glad I learned python a few years back. Its fun.
Good for you! So is perl. :-)
I thought I would like to learn some other language, either
python, ruby, Tcl or Forth, but usually I have some
practical problem to get done, and the more familiar
language gets used.
> Disclaimer: I don't have any experience in perl, but what I get from the perl-
Perl does have a few syntax quirks. The deferencing syntax
is particularly awkward. There is also the oddity (and
feature) of list/scalar context.
For me, reading music is awkward, and so is reading python,
but I don't blame the notation in either case.
> Have fun,
Linux-audio-user mailing list