Bruce Ikenaga said:
. . . For instance, the example cited by someone
earlier of (the normal probability density function) y = ce^(-x^2/2)
occurs in nearly all calc books . . .
....
I doubt any math as opposed to programming text uses carets, ^, to
denote exponentiation. Typographically this particular ambiguity is
resolved by showing the minus sign to the left of the horizontal line
used to separate the x^2 numerator from the 2 denominator. No one
disagrees that exponentiation should precede division, and it's clear
that negation applies to the result of the division. Things would be
less clear if the minus sign immediately preceded the x in the
numerator term.
me that -3^2 is -9. So does maxima. So does gap. So does my TI
calculator.
As for your TI calculator, either you're pressing the key sequence
3 [+/-] [x^y] 2 [=] which returns +9
or
3 [x^y] 2 [=] [+/-] which returns -9
In either case you're applying an unambiguous and manual operator
precedence. If you turn on a TI calculator or clear the register so it
shows 0, then press [+/-], the register still displays and contains 0
(zero), not -0, and when you then key in 3, it displays and contains
3. There's no way to represent leading minus signs with a TI
calculator. Your arguments would be more persuasive if it weren't so
obvious you were dreaming some examples up on the fly.
For programmers, check out the yacc grammar on page 250 of "The UNIX
Programming Environment" by Brian Kernighan and Rob Pike. Note that
exponentiation has higher precedence than unary minus.
....
That was a grammar for a middle weight console calcuator named hoc.
The authors refer to the standard Unix bc tool which usese the
opposite precedence order for negation and exponentiation. I forget
whether the authors mentioned this difference between hoc and bc.
. . . Actually, I'm glad this came up --- the
stat people in our department were tossing around the idea of using Excel
in their courses instead of a stat package, but this is a reason for
rejecting that idea. If Excel doesn't follow such a standard mathematical
convention, I don't think I'd want students using it in our courses.
This shouldn't be a deciding factor. Once known, prophylactic measures
can be taken to handle this. There's a much better reason to use real
stats packages: they make incremental refinement of analysis much
easier. Why don't you ask some of your stats colleagues to compare the
ease of performing step-wise regression in Excel vs, say, R. Or using
logit or probit models in both.
However, more to the point may be
http://www.theregister.co.uk/2004/07/16/excel_vanishing_dna/