As a rule systems may be designed properly from the beginning but get hacked by changes in requirements over time -- the day comes when there is more hacking than original design and this drastically lengthens the support and maintenance work according to a law of diminishing returns. It is then only a matter of time before a rewrite is needed. Starting out from the beginning that way (by hacking an existing but ill-matching solution such as an ill-fitting CPAN module) dooms your system to a limited lifetime and ultimately (though not immediately) will (quite justifiably) destroy your professional reputation. It may be hard to see that if you don't actually analyse the consequences of your decisions and instead remain oblivious to their impact going forward. I have also seen people with more than ten years should-be relevant experience who still can't code because they got into such bad habits early on.
-M
Free your mind
In reply to Re^3: File::Temp randomness when forking
by Moron
in thread File::Temp randomness when forking
by ryantate
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |