From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: **
X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_40,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,291a053a531b5b8f
X-Google-Attributes: gid103376,public
From: Marin David Condic <condicma@bogon.pwfl.com>
Subject: Re: Ada routine to compute Internal Rate Of Return
Date: 1998/12/10
Message-ID: <366FE025.EF3F9EBF@pwfl.com>#1/1
X-Deja-AN: 420818426
Content-Transfer-Encoding: 7bit
Sender: condicma@bogon.pwfl.com
References: <366EC73C.1BF26A8E@pwfl.com> <366ef5e9.13971466@news.pacbell.net>
Content-Type: text/plain; charset=us-ascii
Organization: Pratt & Whitney
Mime-Version: 1.0
Reply-To: diespammer@pwfl.com
Newsgroups: comp.lang.ada
Date: 1998-12-10T00:00:00+00:00
List-Id: <comp.lang.ada>

Tom Moran wrote:
> 
> Do you have a polynomial zero finder about?
> As for speed, for realistic projects you can probably make a pretty
> good initial guess, and for the real world your coefficients are such
> guesses that it's not worth computing to much accuracy.
> (And NPV is a better indicator than IRR anyway.)

No I do not have a polynomial zero finder. Got one of those lying around
on the workbench somewhere? Probably right next to stud finder if your
workbench is well organized.

Speed is not usually much of a concern for this sort of thing since you
typically only need to calculate it once for a given set of
wild-ass-guesses about future cash flows. However, one wouldn't want to
be grotesque about it either - just on principal if not because of
unknown future uses.

Yes, yes, yes, yes. NPV is a better indicator. But there are a lot of
senior bozos who have gotten used to IRR and want to see that number
too. It can be kind of handy in capital budgeting decisions. And yes,
IRR can be both misleading and misinterpreted, but you kind of have to
spit it out anyway - so I need a routine to do it. I'm also aware that
the precision of a computed IRR far exceeds the precision of the
rectally-extracted numbers on which it is based. But as an exercise in
Computer Science, we could have some fun computing it to the precision
of a Long_Long_Float, couldn't we?

And while I'm out begging for someone to solve my problems for me, how
about a routine to compute Modified Internal Rate Of Return? ;-)

MDC
-- 
Marin David Condic
Real Time & Embedded Systems, Propulsion Systems Analysis
United Technologies, Pratt & Whitney, Large Military Engines
M/S 731-95, P.O.B. 109600, West Palm Beach, FL, 33410-9600
Ph: 561.796.8997         Fx: 561.796.4669
***To reply, remove "bogon" from the domain name.***

"Transported to a surreal landscape, a young girl kills the first woman
she meets and then teams up with three complete strangers to kill
again."

        -- TV listing for the Wizard of Oz