On Sat, Jul 02, 2005, Facundo Batista wrote: > On 7/1/05, Raymond Hettinger <python at rcn.com> wrote: >> >> * Time value of money computations are typically dimensionless (not >> sensitive to currency type or formatting) and they often have algorithm >> specific rounding needs (round at the end of compounding period or each >> year or only at the end). > > We think that it'd nice to have TVM functions inside a money module, > so if you want to do some math abouth this you just import the module > and use it. > > It's not so much related to Currency data type, it's just that we > think that this module is the right place to put those functions. > Don't think that these generic functions use in some way the Currency > data type of its Context. Sounds like a better way to go is a Money package (or perhaps a Financial package) and just create the Currency module within it for now. Anyway, given that this isn't going to be a real PEP any time soon, please restrict the discussion to comp.lang.python. Thanks for your help keeping python-dev clutter-free. ;-) -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ f u cn rd ths, u cn gt a gd jb n nx prgrmmng.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4