--On Tuesday, January 23, 2007 10:27 AM -0500 Toby Johnson
<[EMAIL PROTECTED]> wrote:
The main problem for me is, that it takes me hours to write a simple
line in PERL. Opposed to what is written in all its documentation,
perl is not an easy language. It might be powerful, but not easy to
read and to code.
Perhaps I will play a little further. I just need to have an idea, how
to evaluate the auto-props-pattern from the hash against the filename.
I won't disagree with that. Even when you understand the syntax it still
takes a lot of use before your start "thinking in Perl". I chose it for
its cross-platform ubiquity and string manipulation capabilities, but as
I've said I would probably go with C# if I had it to do over again, now
that Mono is very well established on Linux.
I use a sendmail "milter" (mail filter) written in Perl
(http://mimedefang.org/) and the author indicated once that he would have
preferred to write it in Tcl as it's a more robust language and Perl has
some dark corners that cause problems in long-running processes.
I find Perl's philosophy of more than one way to do things to itself be
problematic, because I don't find a lot of guidance in why one should
choose one approach over another.
I do most of my coding in C++, and look longingly at Java, especially now
that Sun has open-sourced it. (There are a few things it can't open-source
because of 3rd party license encumbrances. But people are looking for
alternatives to those parts.) Given all the tools and libraries available
for Java, why would one choose C#? (I'm not religious about languages. My
big fear is vendor lock-in. Mono's biggest threat seemed to be the
potential for MS patent "mines".)
_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user
