[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: gEDA-user: Task list for: Solving the light/heavy symbol problem
If you give a 1,000,000 monkeys 1,000,000 typewriters, and give them
1,000,000 years to write stuff, one monkey will eventual write a Java
program. The others just produce Perl scripts.
I find perl unreadable. Python, Lua, Java, Ruby, ... I like all those
types of languages. Isn't there an open source package that supports a
bunch of automation with your favorite language (including Guile which
would maintain a bunch of backward compatibility)? The main reason I
don't like Guile is I find it hard to read and awkward to write in. My
vision is not the best and I really get messed up on the parenthesis.
Oliver
__________________________________________________________________
From: Colin D Bennett <colin@xxxxxxxxxxx>
To: geda-user@xxxxxxxxxxxxxx
Sent: Thu, May 26, 2011 1:18:44 PM
Subject: Re: gEDA-user: Task list for: Solving the light/heavy symbol
problem
On Thu, 26 May 2011 11:52:04 -0700
Andrew Poelstra <[1]asp11@xxxxxx> wrote:
> On Thu, May 26, 2011 at 10:56:40AM -0400, DJ Delorie wrote:
> >
> > Opportunity to pick a more modern language, too. Something more
> > os-agnostic, we've had issues with scheme on Windows before.
> >
> > I'm a Perl fan myself.
> >
>
> Although Perl is probably better for string-handling, I think
> Python would be a better choice. It "feels" a lot more like a
> Lisp and quite a bit more well-known these days.
>
> It is also platform-agnostic, handles errors more cleanly,
> and is usually easier to read.
+1 Python
-32767 Perl
I have written a lot of Perl code over the past 15 years, and still use
it for quick one-liner text processing tasks, but even as a novice
Python user I must say that my Python code is vastly more maintainable
than Perl code. I have found that it always pays off to write clean
and readable Python code rather than taking what seems at first to be
the easy way and throwing some Perl together. Sure, you *can* write
maintainable Perl code, but it takes tremendous effort because there
are so many quick shortcuts that tempt the author or Perl code, and
there are a million different ways to write the same code -- not
necessarily good for maintainability. A project like gEDA would have
to have some really tight style guidelines to get consistent and
readable Perl code...
Regards,
Colin
_______________________________________________
geda-user mailing list
[2]geda-user@xxxxxxxxxxxxxx
[3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
References
1. mailto:asp11@xxxxxx
2. mailto:geda-user@xxxxxxxxxxxxxx
3. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user