Depends on who you're talking to.
While I agree with Jeffas points, I do think that in the general business market, perl is still gonna be regarded as hackerish (and it is), while Java, which is geared towards business, will be regarded as more cost-effective with shorter development time and less proneness for serious bugs (and it is).
Now don't get me wrong, learning true socket is something every programmer should do, and perl is a good language to learn it in, but as for marketability in the business world, seems kinda insignificant (at least for the majority of the busines market).
Why, because one of the reasons Java was made was for real-business type network applications, and perl simply wasn't.
I'm talking about enterprise-wide network application, Remote Method Invocation and stuff like that.
While I am talking out my a$% most of the time, in general, Java applications are easier to maintain, develop, and debug, particularly because of the 'abstraction' Jeffa mentiones, which while not being particularly exciting, and limiting, provides a sense of safety from real bugs.
Java also makes scalability, granularity, and distribution easier.
A lot of programmers like to get away from the dirty details, and business people like their programmers to concentrate on the important details, like adding numbers, and not reimplementing already stable components.
One of the reasons people are moving away from perl for quicky network applications is because they don't want them to be just quicky applications, and java makes making that distinction easy.
>Will it significantly enhance one's marketability to know it?
Once again it's up to who you're talking with. If you're talking to a fellow programmer (a real programmer ;), he'll be relieved you know how sockets really work.
But some kind of manager, business non-programmer person type, will once again go for the buzz words, and he won't be particularly interested that you know some arcane technical details.
So, in conclusion, learning Perl Network Programming is a dying 'craft', but one which will get you respect from real programmers, and a few laughs from the business ones.
However, while it may seem a dying craft, people still program in COBOL, but them jobs are few and far between (not true for perl quite yet, but the tide is turning).
It can't really hurt to know important details, even if it might appear that way.
And don't forget, some c/c++ programmer had to write Java, and the many Java Native Interface extensions, as Java can't handle everything (whereas perl pretty much can, network programming wise at least, and easier than c/c++).
update:
Once sun released the spec, they lost their hold on the compiler market. I introduce to you jikes, a faster compiler with a better error reporting scheme, which is certified Open Source ;-)
update:
Opinions and experiences vary for many reasons, who's to say what's vaild?
Please note that I have not stopped *learning* perl.
___crazyinsomniac_______________________________________
Disclaimer: Don't blame. It came from inside the void
perl -e "$q=$_;map({chr unpack qq;H*;,$_}split(q;;,q*H*));print;$q/$q;"
In reply to Re: Perl Network Programming: A Dying Craft?
by crazyinsomniac
in thread Perl Network Programming: A Dying Craft?
by sierrathedog04
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |