- #71
- 22,183
- 3,324
PeroK said:Sorry, micromass, that's deliberately misunderstanding!
No, it isn't. You said you used spaces to declare the order of operations. I took you at face value. If I misunderstood you at all, it's not deliberate.
PeroK said:Sorry, micromass, that's deliberately misunderstanding!
JaredJames said:Can you pair not just agree that the "rule" is there to give guidance on approaching any potential ambiguity, whilst in any reputable use it would have ambiguity explicitly prevented by appropriate means (brackets, parenthesis etc.)?
I remember when threads were killed for less sidetrack than this...
I don't see the dialog as being a sidetrack. PeroK's peeve is with the (in his opinion) over-reliance on PEDMAS/BODMAS.JaredJames said:I remember when threads were killed for less sidetrack than this...
Mark44 said:I don't see the dialog as being a sidetrack. PeroK's peeve is with the (in his opinion) over-reliance on PEDMAS/BODMAS.
A very wellknown formula in the context of science is ##E = mc^2##. Should we interpret the right side as ##(mc)^2## or as ##m(c)^2##? Having a convention allows us to rule out the first choice.
JaredJames said:I'm not saying it's invalid. I use it all the time, fully support it. But I also agree with perok in that anywhere there could be ambiguity (let's not pretend we mean quadratics and such, it's clear the type of equation being referred to) must be made explicit. This has become some attempt at black and white debate, when in fact, both sides make valid points. Maybe it's because I'm now so used to laying out for various programming languages that makes me think that way.
Still drifting... I suppose if you can't beat em...
JaredJames said:More of an Engineering one, but it's the American refusal to use the metric system. Aside from cost of converting, there's no valid reason to do so (consider Britain as an example of living with both systems to avoid cost).
Arguments of good or bad aside, the rest of the world use it (well, minus 3 or so small countries) so just get on board.
micromass said:That and the date convention. How does 3/1/15 for 1 march 2015 make logical sense... at all?
Yes, I think that makes the most sense of all. The European way 1/3/2015 is logical, but 2015/3/1 would be the best system. It even would agree with alphabetical sorting.JaredJames said:I add the ISO 8601 link to my email signature at work (http://www.cl.cam.ac.uk/~mgk25/iso-time.html). There's no other way!
It makes sense to me, because we (in US) write the day of the month with the month first; e.g., March 1, rather than 1 March.micromass said:That and the date convention. How does 3/1/15 for 1 march 2015 make logical sense... at all?
Mark44 said:It makes sense to me, because we (in US) write the day of the month with the month first; e.g., March 1, rather than 1 March.
It's a convention. However, I do see some logic in having the month first, which is how calendars are arranged. I've never seen a calendar with 31 pages, where each page lists the various months that have that particular date.micromass said:I know. You're used to it. But it makes no logical sense to do it that way...
Mark44 said:It's a convention. However, I do see some logic in having the month first, which is how calendars are arranged. I've never seen a calendar with 31 pages, where each page lists the various months that have that particular date.
ditto for many high level exam papers!Charles Link said:a textbook that is only mediocre or of some value, but contains a lot of mistakes
micromass said:No, I can't agree on that. PEDMA's are a completely valid mathematical tool. If you claim otherwise, you should provide evidence.
PeroK said:I've put a PEMDAS hat on. If I understand correctly, powers get done first? So, in this expression:
##e^{ipx/\hbar}##
That should be ##e^i (px/\hbar)##
micromass said:Why would these two be equal under PEMDAs?
PeroK said:They are both equal to:
##e^i \times p \times x \div \hbar##
What am I misunderstanding?
micromass said:You're misunderstanding that ##e^x## is a shorthand for ##\text{exp}(x)##. So the expression is ##\text{exp}(ipx/h)##.
PeroK said:What about?
##a^{ipx/\hbar}##
micromass said:That's shorthand for ##f(a , ipx/\hbar)## where ##f(x,y)## is defined as ##x^y##. We often write ##f(a,\cdot) = \text{exp}_a##.
Where am I using implied parenthesis?PeroK said:That's not what's written and that's not what PEMDAS says. It says nothing about implied parenthesis. I've never heard of implied parenthesis. It doesn't say: "exponents are a shorthand for ...". It says: "do exponents before multiplicatiions and divisions". And it says nothing about size and position of text. It's perfectly clear on this.
https://www.mathsisfun.com/operation-order-pemdas.html
Where is this all documented about implied parenthesis and interpreting an exponent as a function? Where is the evidence for this?
PeroK said:
micromass said:I know. You're used to it. But it makes no logical sense to do it that way...
StatGuy2000 said:The thinking (I presume) is that within a given month in a calendar you select a day out of that month.
micromass said:Well, that site is wrong. I'm not going to defend a strawman then.
PeroK said:I suggest that mathematiciuans and physicists interpret mathematical expressions according to intuitive rules including spacing and size and position of text, that are not covered by PEMDAS. In particular, the PEMDAS rule governing exponents does not readily extend to exponents involving expressions. In this case, the entire exponential expression is evaluated first, contrary to PEMDAS. The convention is to use size of text rather than parenthesis for the exponential expression.