It was a great thread, no doubt. However, I personally like the problems where there actually is a clear-cut correct answer and yet all the bigshot PhDs of the world can't agree on a right answer. Such was the case for: 1) The Monty Hall problem 2) The plane on a treadmill runway problem
The thing is... my answer is as good as anybody else's. I don't have like the FINAL ANSWER THAT MUST BE OBEYED!!!!!!!! lol I personally believe it's 9 and that's the answer I would put on the math test to save my life. hehe I interpret it as 6/2(1+2) is not the same as 6/[2(1+2)], so one answer would come up 9 and the other one as 1. It's really amazing to see how even really intelligent people can argue for days on this and not come to an agreement on other equivalent problems to this.
so.. there is no scientifically "right/correct" answer???? there must! math at this level is very exact...
In case no one has bothered to wiki this subject yet... Order of operations - Wikipedia, the free encyclopedia And the part of interest: Gaps in the standard There exist differing conventions concerning the unary operator − (usually read "minus"). In written or printed mathematics, the expression −3^2 is interpreted to mean −(3^2) = −9, but in some applications and programming languages, notably the application Microsoft Office Excel and the programming language bc, unary operators have a higher priority than binary operators, that is, the unary minus (negation) has higher precedence than exponentiation, so in those languages −3^2 will be interpreted as (−3)^2 = 9. [1]. In any case where there is a possibility that the notation might be misinterpreted, it is advisable to use brackets to clarify which interpretation is intended. Similarly, care must be exercised when using the slash ('/') symbol. The string of characters "1/2x" is interpreted by the above conventions as (1/2)x. The contrary interpretation should be written explicitly as 1/(2x). Again, the use of brackets will clarify the meaning and should be used if there is any chance of misinterpretation. The takeaways are highlighted. RED: neither 9 or 1 is correct or incorrect. The person posing the problem (not you Vihzel) is WRONG for not being explicit. GREEN: if there is the possibility of ambiguity of INTENT, use parentheses!
So the Android compiler/Java was right Code (Text): 6/2(1+2) Syntax error on token "2", * expected after this token. heh
Bob's sequence is how the second, minute, hour hands cross the numbers 1-12 on a clock. Again a "Blink" answer. I haven't had time to even think if that makes sense or not. Gotta run to the doc's office. be back in a few hours with some more thought on it.
Sure? My understanding was that the same number was next for both sequences, for the same reason. I based my answer on a cycle I thought I saw.
LOL. 2 pages over this? That answer is 9, could not be anything else. Regardless of how you read it. I guess you want me to prove it right? Ok, easy. 6/2 (1+2)= 6/2 is what you do with them. (1+2) is what they are, so.... You have to make a dog house, you have 3 (1 pine +2 fir), six foot long, boards to do it with. Plans say your dog house must be 2 feet tall. The boards are exactly 6 foot long and you must cut them at 2 feet. (6/2=3) How many boards do you have after you finished cutting them? 1 six foot long board cut at every 2 feet, is exactly 3 boards You have 3 six foot long boards, after you cut them all you have 9 exactly equal boards. 3x3=9 You can not take 2 feet out of 3 boards equally, which is what the multiplication is telling you, until you know the actually feet of the boards,which is what the division is telling you. The parenthesis make it clear what is the object and what is the operation. Because the operation tells you what to do with the object. All you have to do is look at it as real things, not just numbers.
A*B*C = A*C*B It's not operator location that implies precedence - it's only operator type and parens that set that. Probably the only reason the confusion ever existed is because at some point around 20 years ago compilers popularly ended up whenever there was code like this and evaluating multiplications first, then divisions - leading to computation tools that enforced the thinking that leads to the wrong conclusion. 6 -------- 2(1+2) and 6(1+2) -------- 2 are both correctly hand-written notations of two different problems. 6/2(1+2) is machine-form (the typewriter) notation - and so only the conservative and strict rules may apply, to free from compiler confusions. A * B * C = A * C * B A / B * C = A * C / B Therefore = 9.
but the way it is represented... there is an implied reason for the location.... so there is an implied () around the first part = (6) .. and an implied () around the second part = (2(1+2)).. you can not change what is inside or outside (). NOTE: that is my interpretation of "implied"... i can be wrong. is there an expert / professor here that can state the facts?
...dear lord of the butterflies...the answers have gotten much more confusing >_>;;; I think I got confused when letters started appearing in the equations.
Well, if you don't find me expert enough (I'm peer-reviewed published in higher math for signal processing, nuclear reactor stuff, hydrodynamics, and radar among other things, and have lectured on and taught related stuff at the post-grad level), or DaS, another cool guy in the science biz - then just use the wiki info that novox 77 kindly copied: Similarly, care must be exercised when using the slash ('/') symbol. The string of characters "1/2x" is interpreted by the above conventions as (1/2)x. The contrary interpretation should be written explicitly as 1/(2x). Substitute (1+2) for x and it's case closed.
There is not such thing as "implied" when it comes to mathematics, since it would change the result. Rigor is important in sciences for that precise reason. Also, I consider EarlyMon to be an expert. Well, I also consider myself an expert for many things but that's a whole different story. Also, both Mathematica (it's the same as Wolfram Alpha) and Maple say 9. Computers can't assume stuff (unless it's coded in ). If you ever start programming (maybe you do), you will truly understand what I mean by that. PS: Roze, what a disappointment. EDIT: Wow, I wrote that before EarlyMon had posted again. EDIT2: Note to self: Using a lot of smiley faces sure doesn't help my credibility.
ok.. i aint no expert. so i will bow to expert interpretation.... there is no implied () and if in doubt... left to right ... x = 9
My reply was turning into another EarlyMon War+Peace special , so I deleted it, hoping you might post the clear path. Glad I waited!!! Doesn't hurt it any. Often, information has to be expressed in multiple ways before clarity occurs. This is true at all times and at all levels. I once spent a decade solving a single equation - final proof took 30 pages of trig. After lecturing on the results and implications, and engaging in 5 years of feedback, I found while sitting in an airport, pretty smug over the day's lecture, that by considering all arguments for over a decade that the entire matter reduced to a simple progression of merely 4 clear and simple equations. Illustrating for me for all time the positive need and positive benefit for us all to argue our way through things - you just never can be sure until the process completes how things might end up. One of the reasons I like the people here. Multiple people came to the same conclusion, all for the right reason.
I'm no professor, but this is what I think it comes down to: To change the order of operations around the adition part (1+2) you need to add a parenthesis to make that go first, we all agree there. But it shouldn't (and doesn't in my mind) make any sense that I should have to infer that a number that is near a parenthesis should have it's order of operation changed too. The parenthesis should change only what's inside it, with the innermost being evaluated first. Basically some other problems to illustrate: we clearly know that 6 * (1+2) = 18 And that 6 * 1 + 2 = 8 And that 6 / (2(1+2)) = 1 <- this is clear and obvious ^ So how is it we can infer 6 / (2(1+2)) from 6/2(1+2) ? Unless there's some clear exception to the order of operations rule, we should not make assumtions that require additional parenthesis (imo) Though my own argument can be used against me here too because the opposing argument could be how can you infer (6/2) * (1+2) ? IMO,the reason you can infer the second (6/2) * (1+2) is because 6/2 doesn't need parenthesis normally, as it would natually come first in the order of operation. 6/2*3 is certainly clear enough I think. Once the parenthesis have been evaluated, they shouldn't affect the rest of the equation. Also, I think It's pretty clear that: EarlyMon/Rose(dan330+usta)=nova777 (imo) And that's my final proof. Irrefutable! Just be sure to evaluate the (imo) first.