Beefy Boxes and Bandwidth Generously Provided by pair Networks
Welcome to the Monastery
 
PerlMonks  

Re^2: For thought: "Perl in the greater context of (me and) the software business

by sundialsvc4 (Abbot)
on Mar 20, 2013 at 18:35 UTC ( #1024589=note: print w/replies, xml ) Need Help??


in reply to Re: For thought: "Perl in the greater context of (me and) the software business
in thread For thought: "Perl in the greater context of (me and) the software business

I’ve read this response three times so far without completely understanding why you’d say that I “underestimate the problem” here, when you and I seem in fact to be saying the same thing.

If the project at-hand was originally and substantially developed in C++, then it is absolutely correct to say that a substantial body of experience in that language might be called-for in order to properly assuage the business risk that the person you just hired, in fact, does not know what he is doing and is too-green to know it.   (May I please have a quick count of how many heads are bobbing up and down right now, please?   Thank you.)   I rest my case.

The key word is that ... no matter what language(s) were used to develop the software, the project must have an assured service-life “for years.”   C++ is a great language .. so is Perl .. so is Python .. so is PHP .. so is .. well .. ;-) Java is out there, too ..   The multi-million dollar decision was made some time ago, and it was in fact not (or maybe it was? ...) a lousy decsion, but ... “We are here now, en-ter-tain us ...”

The people whom you call “easily hired” are not the ones you really want:   the people who have just one-or-two languages under their belt.   Monster.com will serve up people like that by the hundreds.   The people you really need are the ones who can truly set a programming-language tool in context.   And who can set a project in similar context, no matter what language(s) were used so-far in its construction.

Indeed, the people who can un-flinchingly approach a project that was done in a language they had never seen before, and who are not bluffing in their confidence, and do it because they have encountered so many technologies before.

  • Comment on Re^2: For thought: "Perl in the greater context of (me and) the software business

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1024589]
help
Chatterbox?
[erix]: (SCNR)
[ELISHEVA]: I may have to resort to SOPW - but was hoping that this would be something simple
[erix]: I'd just remove the BOM, it is pretty simple
[ELISHEVA]: Simple yes. and I did consider that. but this isn't one off . An important data source that I don't control is generating bom prefixed utf8 files and I'd rather not have to be munging files every few months.
[erix]: on teh other hand a SOPW is pretty much garanteed to get an answer from tux (and probably the module fixed)
[ELISHEVA]: plus it bugs me that something that *should* be simple, *should* work- unicode and noms aren't exactly the new kids on the block
[ELISHEVA]: well then since the obvious possible mistakes on my part have been ruled out, SOPW it is.
[ELISHEVA]: the data source, or one of them, is the OECD - they provide a *lot* of data that ought to be easily available to perl programmers.
[erix]: it might be cunning to mention the module in the title... :)
[ELISHEVA]: fancy that - a title that actually describes the problem :-)

How do I use this? | Other CB clients
Other Users?
Others romping around the Monastery: (8)
As of 2017-05-28 20:34 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?