Re: [Quantlib-users] KQuantlib [Re: Quantlib design]

[Peter S. <pe...@sc...>]

Dear Bernd,

On Mit, 27 Dez 2000, you wrote:
[...]
>Where would an application build on the KDE libraries add value at this
>point? We have python for scripting (other such as perl, java etc can be
>added over time leveraging swig) As far as visual working with the data
>is concerned I prefer spread sheets (Excel to be precise and I will
>contribute the sceleton of an excel interface soon). Interfaces to matlab,
>octave, R, etc  are essentially trivial to write which will address
>another area of use. As far as hardcoded GUI applications are concerned I
>can only see a use in the back-office sector, which is light years way
>from where we are now and frankly just looking at our sources in their
>current embryonic state I consider it evident that we have much more
>important  things to worry about at this point that the back office.
I agree, that's why I asked which functionality a KQuantLib could provide.
To be specific, which benefits it could provide.

>No, not gui interfaces, but rather spread sheet interfaces (Excel, Applix,
>Star office, Gnumeric, Kspread). GUI interfaces in the classical sense of
>the word, are IMHO virtually useless with the exception of certain
>repetetive low level  back-office functions. Spread sheets are the tools
>used on the floor and without them we are nothing (as far as the reail
>world is concerned) and with them we have an ideal tool to play/test/
>document functionality.
Again, I agree. I won't waste my time in writing  a spread like application.
I have to excuse that I'm not familiar with financial analysis. Therefore I 
wonder if there are problems beyond spread applications. And that's why
I'm resisting of getting too deeply involved in QuantLib at the moment, since
I want to do my homework in financial analysis first.
(Note that antiquated programmers like me even prefer awk over spread sheets,
and TeX over Word, and still use xterms and console applications).

Best wishes,
Peter