[Matrix-SIG] Re: blitz++ vs. NumPy?

Yoon, Hoon (CICG - NY Program Trading) HYoon@exchange.ml.com
Wed, 16 Dec 1998 15:25:20 -0500


Konrad,

  I think Paul is saying that moving to a developed package like Blitz++
will reduce men-power input in long run. Kinda like Tkinter being only a
wrapper
and not something developed from scratch. If people are convinced that NumPy
needs to be
rewritten, then I guess this is the better way to go. Unfortunately, I am
sufficiently ignorant
of any details about underlying NumPy or C extension to form an opinion for
myself. Is this some
concensus reached by some subset of NumPy users (at least in LLNL) at this
point? I have not
heard a challenge about rewriting or updating NumPy alot, which Paul
mentioned.
  Having a good documentation on the extension package underneath will
hopefully help things,
if it happens.

**************************************************************
S. Hoon Yoon                   (Quant)                    Merrill Lynch
Equity Trading 
yelled@yahoo.com hoon@bigfoot.com(w)
"Miracle is always only few standard deviations away, but so is
catastrophe."
* Expressed opinions are often my own, but NOT my employer's.
"I feel like a fugitive from the law of averages."    Mauldin
**************************************************************

> -----Original Message-----
> From:	Konrad Hinsen 
> Sent:	Wednesday, December 16, 1998 6:30 AM
> To:	HYoon@exchange.ml.com
> Cc:	matrix-sig@python.org
> Subject:	Re: [Matrix-SIG] Re: blitz++ vs. NumPy?
> 
> > I don't know why we can't have 2 Numerical packages, when we have
> several
> > GUI choices. More the better. I suppose that people can upgrade or
> choose
> > gradually.
> 
> There's nothing wrong with having multiple numerics packages in
> principle, but there is an important difference to the GUI situation:
> the GUI community is so much larger than the numerics community
> (speaking about Python of course) that it can afford duplicate
> efforts more easily. In other words, the problem is limited
> manpower!
> 
> Konrad.
> --