Be cautious about assumptions regarding currency and country. There are other places in the world that might want to extend it. Perhaps in your case, Business::Shipping::US or Business::Shipping::USA, which would leave nice holes for Business::Shipping::UK or international etc etc...
Also, remember that if you are using static rate tables, and the module becomes popular, you are going to have to make a release every time the rate tables change, and people will come chasing YOU when they get stale.
Of course, using local tables, but being able to update them from the web if needed would be ideal, meaning you'd only have to release when the format or location of the rate tables changed.
Adam K
John Von Essen wrote:
I have a question regarding which category I should put my new Perl module in. I wrote a mod thats help to compute shipping rates. Ideally, this mod would be very useful for people writing ecommerce apps in perl. The mod calculates shipping rates based on weight, dimensions, To: ZIP code, From:
ZIP code, and finally, the method (i.e. Fedex Ground or UPS Overnight, etc.,.). It computes rates from published Rate Tables - not from connecting to Couriers websites - so it does not use any TCP/IP resources.
I guess I could put it in Business, but is there any other category it would fit into?
-John
