Because I had already done 85% of the work before in the stock application, which didn't use the Finance::X because of earlier limitations to installing new modules (which have since been overcome), I wanted to see if the server would handle the Currency information as well, and I didn't think it necessary to learn how to use a new module for an hour's worth of work.
If what you want to use isn't working, contribute a fix.
If what you want truly doesn't exist, then go ahead and write it.
If you have that many spare cycles that you want to write it from scratch
even when a perfectly fine version exists in the CPAN, please contact me,
I've got dozens of interesting projects for you to work on instead.
Lastly, because pjf, in all his glory, is parsing HTML by hand in his Finance Packages with regards to Yahoo (and if Yahoo changes the output *BAM*), instead of using the raw CSV generator, which I describe in my notes.
While I am trying to find the time to offer a re-write to him, I'm figuring out how best to do that by using it in implementations like this.
Hmmm, I'd hate to disagree with you (I didn't vote you down), but I think it has a lot to do with why you are doing it. If you are writing it to learn more, then I think it is okay “reinvent the wheel.” I do however see your point that why do we need twenty WWW::Yahoo::Finance modules? I think that in this situation (practicing your Perl code) you would not want to submit your (duplicate) code to CPAN or something like that to provide a demonstration in futility. If your are working on a project, then it makes sense to use what is out there like you suggested. It saves you time and money plus there are thousand of Perl programmers for free QA on the CPAN modules. I think what generally happens here is people use Perl Monks to expand their knowledge and for constructive criticism on their code.
B.T.W. I would be interested in one of “dozens of interesting projects for you to work on instead.” Perhaps we could discuss it tonight at the pdx.pm meeting.