I started to learn to use Perl after learning a bunch of other languages. Probably the biggest influence on the code I often write is C because it was the first language I learned after BASIC and years away from a computer.
When I started writing Perl I went out of my way to make the code as easy to read and understand as I could. Sometimes that meant writing things in a few lines instead of one line. I worked with people who were not familiar with Perl but had worked with a few
imperative languages which I figure is probably pretty common so I wrote the as best I thought I could so that they could understand it.
I had people comment on how nice it was to work on that code compared to some of the other code they had seen. I was happy to hear that. One day I was talking with someone who had been coding in Perl for quite a while longer than I had. After talking about this he said "you shouldn't hire a C programmer to maintain Perl code". It stuck with me because it is a really interesting point.
I'm not sure but I think the decision you make depends on what is important to you. You have to ask yourself who the code is really going to be read by.
/Chad
As a side note I've heard AutoCAD is dropping AutoLISP from an upcoming version in favour of VisualBasic scripting. My (very uninformed) suspicion is that it's easier to find VB programmers than LISP programmers even though anyone I have talked to who knows both languages prefers LISP.