Thread Rating:

iamthepush
iamthepush
  • Threads: 6
  • Posts: 85
Joined: May 26, 2010
April 15th, 2011 at 4:30:51 AM permalink
Apperently there is some confusion as to the answer of this question. What say you WOV memebers?


JIMMYFOCKER
JIMMYFOCKER
  • Threads: 17
  • Posts: 540
Joined: Jan 24, 2011
April 15th, 2011 at 4:40:23 AM permalink
288 is my answer
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 4:45:30 AM permalink
Operations of the same priority are performed left-to-right. The answer is 288.
"When two people always agree one of them is unnecessary"
DJTeddyBear
DJTeddyBear
  • Threads: 207
  • Posts: 10992
Joined: Nov 2, 2009
April 15th, 2011 at 5:08:01 AM permalink
288.

But what's most interesting is that different models from the same brand calculator have conflicting answers. I would have expected, if anything, that the brands would differ, but all models from one brand would have the same result.

Very interesting.....
I invented a few casino games. Info: http://www.DaveMillerGaming.com/ ————————————————————————————————————— Superstitions are silly, childish, irrational rituals, born out of fear of the unknown. But how much does it cost to knock on wood? 😁
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 6:26:40 AM permalink
Quote: DJTeddyBear

288.

But what's most interesting is that different models from the same brand calculator have conflicting answers. I would have expected, if anything, that the brands would differ, but all models from one brand would have the same result.

Very interesting.....


TI-85 had a bug, that got fixed in next version - TI-86
"When two people always agree one of them is unnecessary"
Paigowdan
Paigowdan
  • Threads: 115
  • Posts: 5692
Joined: Apr 28, 2010
April 15th, 2011 at 6:44:41 AM permalink
See: the order of precidence.
This is embarrassing for us.
(Resolve first (nested) parens [and brackets]))

Planet math:
http://planetmath.org/?op=getobj&from=objects&id=3951

Wiki (Hi, Bob!)
http://en.wikipedia.org/wiki/Order_of_operations
Beware of all enterprises that require new clothes - Henry David Thoreau. Like Dealers' uniforms - Dan.
pacomartin
pacomartin
  • Threads: 649
  • Posts: 7895
Joined: Jan 14, 2010
April 15th, 2011 at 6:45:35 AM permalink
Quote: weaselman

TI-85 had a bug, that got fixed in next version - TI-86



Wikipedia entry:
An expression like 1/2x is interpreted as 1/(2x) by TI-82, but as (1/2)x by TI-83. While the first interpretation may be expected by some users, only the latter is in agreement with the standard rules

The TI-82 is a graphing calculator made by Texas Instruments. The TI-82 was designed in 1993 as a stripped down, more user friendly version of the TI-85.


Did you ever notice that Excel interprets -3^2 as +9 and not -9?
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 8:49:06 AM permalink
Quote: pacomartin


Did you ever notice that Excel interprets -3^2 as +9 and not -9?


That is correct. Unary operators have the highest precedence.
"When two people always agree one of them is unnecessary"
Wizard
Administrator
Wizard
  • Threads: 1491
  • Posts: 26436
Joined: Oct 14, 2009
April 15th, 2011 at 8:49:49 AM permalink
I go with 288 also.

An argument could be made, I say incorrectly, for doing the multiplication before the division, per the Please Excuse My Dear Aunt Sally rule. This is a memory device for the order of operations. It would suggest doing parenthesis first, then exponents, then multiplication, then division, then subtraction, and addition last.

Where this is not quite right is multiplication and division are equal in priority, as well as addition with subtraction. When both are present, you go left to right. So somebody who took the PEMDAS method literally would do 48 / 2(9+3) = 48/2*12 = 48/24 = 2.

I agree up to the 48/2*12. Since multiplication and division are equal, you do the left operand first, or 48/2*12 = 24*12 = 288.
"For with much wisdom comes much sorrow." -- Ecclesiastes 1:18 (NIV)
dm
dm
  • Threads: 14
  • Posts: 699
Joined: Apr 29, 2010
April 15th, 2011 at 9:05:28 AM permalink
I go with 2. If 288 is wanted then write it (48/2)(9+3)
Switch
Switch
  • Threads: 12
  • Posts: 934
Joined: Apr 29, 2010
April 15th, 2011 at 9:31:08 AM permalink
I go with 288.

At school, I was taught the word BODMAS - Brackets Of Division, Multiplication, Addition, Subtraction to represent the order of performing the operations.
dm
dm
  • Threads: 14
  • Posts: 699
Joined: Apr 29, 2010
April 15th, 2011 at 9:32:57 AM permalink
Quote: Switch

I go with 288.

At school, I was taught the word BODMAS - Brackets Of Division, Multiplication, Addition, Subtraction to represent the order of performing the operations.



I taught myself to not invite ambiguity. Even the calculators are confused.
Mosca
Mosca
  • Threads: 191
  • Posts: 4140
Joined: Dec 14, 2009
April 15th, 2011 at 9:39:10 AM permalink
I was always taught to do the brackets first. I got 2.

It's not that the answers are wrong, it's that the rules have been taught differently. I see that as

48
--------
2(9+3)
A falling knife has no handle.
pacomartin
pacomartin
  • Threads: 649
  • Posts: 7895
Joined: Jan 14, 2010
April 15th, 2011 at 9:58:25 AM permalink
Quote: dm

I go with 2. If 288 is wanted then write it (48/2)(9+3)



The answer should be 288, but I don't think it was a bug. I think that the designers of the calculator believed that people who write 48/2*(9+3) usually mean to calculate 48/(2*(9+3)). But it is not the accurate interpretation. I think they did tests, and most people who meant to get the answer 288 would write (48/2)(9+3).

I doubt most people here remember the early days of programming, but originally programmers used to pride themselves on making very compact code that made all kinds of use of default characteristics of character types. It was discovered that "clever" programming often cost a fortune in debugging. We were told not to be "clever". Parenthesis are cheap. Just use a lot of them and make yourself clear.
Wizard
Administrator
Wizard
  • Threads: 1491
  • Posts: 26436
Joined: Oct 14, 2009
April 15th, 2011 at 10:17:45 AM permalink
Quote: dm

I go with 2. If 288 is wanted then write it (48/2)(9+3)



If 2 was warranted then write it as 48/(2*(9+3)). Since neither was specified, it is proper procedure to go left to right.
"For with much wisdom comes much sorrow." -- Ecclesiastes 1:18 (NIV)
Wizard
Administrator
Wizard
  • Threads: 1491
  • Posts: 26436
Joined: Oct 14, 2009
April 15th, 2011 at 10:23:06 AM permalink
Quote: Mosca

I was always taught to do the brackets first. I got 2.

It's not that the answers are wrong, it's that the rules have been taught differently. I see that as

48
--------
2(9+3)



I say that 2 is flat out wrong. It is not a matter of opinion. Between multiplication and division, and lacking parenthesis, it is not optional to do it either way. You do the 9+3 first because it is inside the parenthesis, but there is no priority for 2*12 because the 12 was a result of parenthesis. Once you do the 9+3 the parenthesis effectively are removed. Then it is standard to go left to right, much like it is standard to read that way (except in Hebrew).
"For with much wisdom comes much sorrow." -- Ecclesiastes 1:18 (NIV)
iamthepush
iamthepush
  • Threads: 6
  • Posts: 85
Joined: May 26, 2010
April 15th, 2011 at 10:26:56 AM permalink
Quote: dm

I go with 2. If 288 is wanted then write it (48/2)(9+3)



I say if 2 is wanted it would be 48/(2(9+3))


edit, the wiz beat me to it
ItsCalledSoccer
ItsCalledSoccer
  • Threads: 42
  • Posts: 735
Joined: Aug 30, 2010
April 15th, 2011 at 10:32:00 AM permalink
Quote: Switch

I go with 288.

At school, I was taught the word BODMAS - Brackets Of Division, Multiplication, Addition, Subtraction to represent the order of performing the operations.



I go with 288 also, although I admit that my first instinct was 2. But using MDAS, you get ...

1. 48 / 2 * (9 + 3) - brackets first

2. 48 / 2 * 12

3. 24 * 12

4. 288

I think the confusion might come with MDAS being held to literally when in fact M and D are just inverse operations and should be done from left-to-right in the absence of more information. I think this is how Excel interprets it as well.

My $0.02. But an interesting question, esp. with the calculators!

EDIT: I think it's more accurate to say (MD)(AS), but it could just as easily be (DM)(AS). I think it would be a similar mistake to hold to DMAS literally.
ItsCalledSoccer
ItsCalledSoccer
  • Threads: 42
  • Posts: 735
Joined: Aug 30, 2010
April 15th, 2011 at 10:50:49 AM permalink
Quote: Wizard

I go with 288 also.

An argument could be made, I say incorrectly, for doing the multiplication before the division, per the Please Excuse My Dear Aunt Sally rule. This is a memory device for the order of operations. It would suggest doing parenthesis first, then exponents, then multiplication, then division, then subtraction, and addition last.

Where this is not quite right is multiplication and division are equal in priority, as well as addition with subtraction. When both are present, you go left to right. So somebody who took the PEMDAS method literally would do 48 / 2(9+3) = 48/2*12 = 48/24 = 2.

I agree up to the 48/2*12. Since multiplication and division are equal, you do the left operand first, or 48/2*12 = 24*12 = 288.



Another useful schooldays mnemonic was Kevin, Please Come Over For Gay Sex. Honor point to anyone who knows what that's for!
thecesspit
thecesspit
  • Threads: 53
  • Posts: 5936
Joined: Apr 19, 2010
April 15th, 2011 at 10:52:30 AM permalink
I was taught BODMAS, but learnt early on that it's (BO)(DM)(AS) after failing to get 100% on a Math test cos of the D and M.

It is 288, but I'd probably tell anyone writing it down to write (48/2)*(9+3) to be explicit and avoid confusion.
"Then you can admire the real gambler, who has neither eaten, slept, thought nor lived, he has so smarted under the scourge of his martingale, so suffered on the rack of his desire for a coup at trente-et-quarante" - Honore de Balzac, 1829
Wizard
Administrator
Wizard
  • Threads: 1491
  • Posts: 26436
Joined: Oct 14, 2009
April 15th, 2011 at 10:56:23 AM permalink
Quote: ItsCalledSoccer

Honor point to anyone who knows what that's for!



Kevin Spacey?
"For with much wisdom comes much sorrow." -- Ecclesiastes 1:18 (NIV)
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 11:02:42 AM permalink
Quote: pacomartin

I think that the designers of the calculator believed that people who write 48/2*(9+3) usually mean to calculate 48/(2*(9+3)).



Could be ... However, they should have made the display reflect the correct formula in that case. So, I'll still say it's a bug.


Quote:

I doubt most people here remember the early days of programming, but originally programmers used to pride themselves on making very compact code that made all kinds of use of default characteristics of character types. It was discovered that "clever" programming often cost a fortune in debugging. We were told not to be "clever". Parenthesis are cheap. Just use a lot of them and make yourself clear.


I cannot agree with that. In my experience, almost nothing has as much potential to pollute the code and make it unreadable as redundant and excessive parenthesis. I always laugh when people try to make this "argument" - a guy that calls himself a "programmer" but finds it hard to remember the precedence of arithmetic operators is pretty funny indeed.
"When two people always agree one of them is unnecessary"
ItsCalledSoccer
ItsCalledSoccer
  • Threads: 42
  • Posts: 735
Joined: Aug 30, 2010
April 15th, 2011 at 11:06:15 AM permalink
Quote: weaselman

I cannot agree with that. In my experience, almost nothing has as much potential to pollute the code and make it unreadable as redundant and excessive parenthesis. I always laugh when people try to make this "argument" - a guy that calls himself a "programmer" but finds it hard to remember the precedence of arithmetic operators is pretty funny indeed.



I can see it happening, although I'm not excusing it. I would think that operation order would be so "basic" to programming that it's just a module they plug in. Can't blame the programmer for using a module he's been told works. No need to reinvent that wheel for every new product, I would think.

But yeah ... they should catch it when they run their tests.
Wizard
Administrator
Wizard
  • Threads: 1491
  • Posts: 26436
Joined: Oct 14, 2009
April 15th, 2011 at 11:09:01 AM permalink
Quote: weaselman

I cannot agree with that. In my experience, almost nothing has as much potential to pollute the code and make it unreadable as redundant and excessive parenthesis. I always laugh when people try to make this "argument" - a guy that calls himself a "programmer" but finds it hard to remember the precedence of arithmetic operators is pretty funny indeed.



I fall somewhere in the middle. I first learned to program Basic in high school in 1981 or 82, and have been programming ever since. In my opinion there definitely used to be more of an emphasis on being concise as a matter of style. However, you had to weigh that against it being obvious what a program was supposed to do from the source code.

Through the years, the emphasis has moved away from impressive tight code to easily understandable code.
"For with much wisdom comes much sorrow." -- Ecclesiastes 1:18 (NIV)
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 11:36:29 AM permalink
Quote: Wizard

However, you had to weigh that against it being obvious what a program was supposed to do from the source code.



Yes, of course. I am not talking about being as concise as possible at all costs, as the main criteria. The priority is, of course, the readability and maintainability of the code. It is the definition of "readability" that is in question here.
((a+(((b*c)*((d^e)/(f^g))/h))-(i*(j^k)/(l^m))-(n*p) is not only longer, but also way more obscure than

a + b*c*d^e/f^g/h - i*j^k/l^m - n*p
"When two people always agree one of them is unnecessary"
Mosca
Mosca
  • Threads: 191
  • Posts: 4140
Joined: Dec 14, 2009
April 15th, 2011 at 12:12:08 PM permalink
Quote: Wizard

I say that 2 is flat out wrong. It is not a matter of opinion. Between multiplication and division, and lacking parenthesis, it is not optional to do it either way. You do the 9+3 first because it is inside the parenthesis, but there is no priority for 2*12 because the 12 was a result of parenthesis. Once you do the 9+3 the parenthesis effectively are removed. Then it is standard to go left to right, much like it is standard to read that way (except in Hebrew).



Ah, I see now. Thank you for the rundown. I don't work with arithmetic much, even though my work life is almost consumed by numbers they aren't really part of the job, they're just placekeepers. You wouldn't know I used to be quite good with them, I don't give them their proper place of importance any more.
A falling knife has no handle.
iamthepush
iamthepush
  • Threads: 6
  • Posts: 85
Joined: May 26, 2010
April 15th, 2011 at 12:32:27 PM permalink
Quote: ItsCalledSoccer


Another useful schooldays mnemonic was Kevin, Please Come Over For Gay Sex. Honor point to anyone who knows what that's for!




Kingdom, Phylum, Class, Order, Family, Genus, Species
Doc
Doc
  • Threads: 46
  • Posts: 7287
Joined: Feb 27, 2010
April 15th, 2011 at 12:56:35 PM permalink
Quote: iamthepush

Quote: ItsCalledSoccer

Another useful schooldays mnemonic was Kevin, Please Come Over For Gay Sex. Honor point to anyone who knows what that's for!

Kingdom, Phylum, Class, Order, Family, Genus, Species


Kevin, Please Come Over For Gay Sex OK?

Kingdom, Phylum, Class, Order, Family, Genus, Species, Orientation, (Kidding)
allenwalker
allenwalker
  • Threads: 0
  • Posts: 27
Joined: Dec 21, 2010
April 15th, 2011 at 1:22:01 PM permalink
Quote: weaselman
I cannot agree with that. In my experience, almost nothing has as much potential to pollute the code and make it unreadable as redundant and excessive parenthesis. I always laugh when people try to make this "argument" - a guy that calls himself a "programmer" but finds it hard to remember the precedence of arithmetic operators is pretty funny indeed.[/q



The precedence of operators of the compiler you're using at the time? My 1980s code for Borland C may not, based on this thread, be parsed in the same way by current gcc or MSFT compilers. Parentheses can only clarify, not obfuscate.

I voted 2 as my background taught that parentheses do not get pooted out of the unicorn's ass when the inner expression is evaluated but remain and retain their precedence until the entire expression is completely resolved . Now I see that's a naive and foolhardy belief, and I'll (continue to) use parentheses to clarify the order of operations. ((Your editor can parse the redundant ones.))

iamthepush
iamthepush
  • Threads: 6
  • Posts: 85
Joined: May 26, 2010
April 15th, 2011 at 1:25:38 PM permalink
Quote: Doc

Kevin, Please Come Over For Gay Sex OK?

Kingdom, Phylum, Class, Order, Family, Genus, Species, Orientation, (Kidding)



I was taught Kelly but hey whatever floats his boat!
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 1:27:37 PM permalink
Quote: allenwalker


The precedence of operators of the compiler you're using at the time? My 1980s code for Borland C may not, based on this thread, be parsed in the same way by current gcc or MSFT compilers.



What does this thread have to do with ancient "C" compilers? Trust me, they did obey the rules of arithmetics.

Quote:

Parentheses can only clarify, not obfuscate.


You are wrong. See my counter example in the above post.


Quote:

I voted 2


Ah, that explains a lot about your position :)
"When two people always agree one of them is unnecessary"
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 1:47:16 PM permalink
Quote: allenwalker


The precedence of operators of the compiler you're using at the time? My 1980s code for Borland C may not, based on this thread, be parsed in the same way by current gcc or MSFT compilers.



What does this thread have to do with ancient "C" compilers? Trust me, they did obey the rules of arithmetics.

Quote:

Parentheses can only clarify, not obfuscate.


You are wrong. See my counter example in the above post.


Quote:

I voted 2


Ah, that explains a lot about your position :)
"When two people always agree one of them is unnecessary"
FarFromVegas
FarFromVegas
  • Threads: 7
  • Posts: 878
Joined: Dec 10, 2010
April 15th, 2011 at 1:52:47 PM permalink
And my son's friends reprogrammed his graphing calculator to answer "puta."

Kids...
Each of us is entitled to his own opinion, but not to his own facts. Preparing for a fight about your bad decision is not as smart as making a good decision.
allenwalker
allenwalker
  • Threads: 0
  • Posts: 27
Joined: Dec 21, 2010
April 15th, 2011 at 2:18:38 PM permalink
Quote: weaselman

What does this thread have to do with ancient "C" compilers? Trust me, they did obey the rules of arithmetics.



It has to do with your comment on code maintenance. Hardware brevis, software longa. We all port old code to new platforms. And, while I trust you, this thread and its parent at physicsforum.com show that in this case of expression evaluation the rules are not clear.

Quote: weaselman

You are wrong. See my counter example in the above post.



I missed anything other than your assertion that parentheses are evil.

Quote: weaselman

Ah, that explains a lot about your position :)



Well, I offer no apologies for my parsing of the OP's expression, but that's separate from the issue of code clarity .
dm
dm
  • Threads: 14
  • Posts: 699
Joined: Apr 29, 2010
April 15th, 2011 at 3:20:04 PM permalink
There is no multiplication sign in the original so when you remove parenthesis you have 48/212=not 288. The parenthesis signs have to remain to imply multiplication with 2 so you do it first before division.
Nareed
Nareed
  • Threads: 373
  • Posts: 11413
Joined: Nov 11, 2009
April 15th, 2011 at 3:23:20 PM permalink
2+2=5 for very large values of 2
Donald Trump is a fucking criminal
weaselman
weaselman
  • Threads: 20
  • Posts: 2349
Joined: Jul 11, 2010
April 15th, 2011 at 4:33:47 PM permalink
Quote: allenwalker

It has to do with your comment on code maintenance. Hardware brevis, software longa. We all port old code to new platforms. And, while I trust you, this thread and its parent at physicsforum.com show that in this case of expression evaluation the rules are not clear.


What rules are not clear? To whom? If a professional computer programmer finds that the binding rules of simple arithmetic operators are unclear to him, he should really look into getting another profession.



Quote:

I missed anything other than your assertion that parentheses are evil.


Well, too bad ... Trying reading again, maybe this time you won't miss that much ... or at least, notice that I have never made such an assertion.

Quote:

Well, I offer no apologies for my parsing of the OP's expression, but that's separate from the issue of code clarity .


I don't think it is separate. I person, unable to parse mathematical expressions cannot have a valid opinion about code clarity. It would be like having a person, unfamiliar with Mandarin or Cantonese judge the clarity of a Chinese text.
"When two people always agree one of them is unnecessary"
ItsCalledSoccer
ItsCalledSoccer
  • Threads: 42
  • Posts: 735
Joined: Aug 30, 2010
April 15th, 2011 at 6:11:24 PM permalink
Quote: iamthepush

Kingdom, Phylum, Class, Order, Family, Genus, Species



Honor point!
nmacgre
nmacgre
  • Threads: 14
  • Posts: 84
Joined: Aug 23, 2010
April 15th, 2011 at 7:51:08 PM permalink
Here's another:
http://www.flickr.com/photos/60422092@N05/5622963267/
Switch
Switch
  • Threads: 12
  • Posts: 934
Joined: Apr 29, 2010
April 15th, 2011 at 7:55:14 PM permalink
Quote: dm

There is no multiplication sign in the original so when you remove parenthesis you have 48/212=not 288. The parenthesis signs have to remain to imply multiplication with 2 so you do it first before division.



To play Devil's Advocate, I think that the problem stems from placing a number inside parenthesis. For example, 48 / 2 X 12 = 288 following the rules of operations.

We have an inclination to multiply out brackets so, by placing 12 inside parenthesis, albeit 3+9, the tendency is to multiply out the brackets. It's easier to see it if we use algebra, for example:-

If we were to solve the equation 48 / (2x + 2) = 1 we would work out that 2x + 2 = 48 so x = 23.

However, if we take the common factor outside the parenthesis we get 48 / 2(x + 1) = 1. Following BODMAS we would get 24(x + 1) = 1 so x + 1 = 1/24 and x = -23/24. So, in order to follow the correct order we would need to state 48 / (2(x + 1)) = 1.

Following that same logic, we should state 48 / (2(3 + 9)) as we would use that if letters were involved instead of numbers. We don't need a multiplication sign between the number and the parenthesis as the omittance of any sign implies multiplication. This would now give the answer as 2.

Unless, of course, different rules are applied to algebraic equations rather than numerical calculations???
buzzpaff
buzzpaff
  • Threads: 112
  • Posts: 5328
Joined: Mar 8, 2011
April 15th, 2011 at 9:00:58 PM permalink
I got 7 and 5/8ths Ooops sorry thats my hat size
P90
P90
  • Threads: 12
  • Posts: 1703
Joined: Jan 8, 2011
April 15th, 2011 at 9:17:54 PM permalink
FX-350 gives 2. It's only 10 years old or so.

I think it comes down to the definition of implied multiplication operator. It has commonly come to act as a separate operator from normal multiplication, specifically in having its priority right after exponentiation and ahead of basic arithmetics.
I see the point in that it's not formally defined. On the other hand, anyone reading c=f1(y)/kx as anything other than c="f1"(y)/(k*x) is going to read a lot of books wrong. When misunderstanding is a possibility, it's best just not to use any implied operators.

If necessary to read an existing notation, it should be deciphered relying on the context, like an archeological find.
Resist ANFO Boston PRISM Stormfront IRA Freedom CIA Obama
NandB
NandB
  • Threads: 8
  • Posts: 146
Joined: Jan 26, 2010
June 1st, 2011 at 8:52:18 PM permalink
One of the things that troubles me about the math problem is the possibility that the the expanded math problem can also be written solving the 2(9+3) as a unit, due to the commutative law. Solving the parenthesis becomes 2(9+3) = (18+6). Note the lack of operator between the 2 and the parenthetical information, this is a dead giveaway. I was taught in HS many moons ago that such phrasing is indicative of the operation belonging to the parenthetical operation: not the general formula expressed.

Times have obviously changed, and methods are numerous, causing discrepency. I was taught the answer is 2, because the semantics of the parenthetical expression indicates the implied multiplication belongs to the parenthetical information.

To get an answer of 288 requires the expression to be written as 48/2*(9+3). Now, the multiplication is not implied, and counts as a general expression operation. Since the math problem is written as 48/2(9+3) I stand by the answer of 2.

BTW: My calculator indicates the answer is 4 when entered exactly as written: it does not know what operator to use between the 2 and the (. Therefore the calculator ignores the input, and solves what is known!
To err is human. To air is Jordan. To arrr is pirate.
wschmrdr
wschmrdr
  • Threads: 0
  • Posts: 19
Joined: May 28, 2011
June 3rd, 2011 at 6:23:13 PM permalink
288. Absolutely no other answer whatsoever.

48, divide 2 is 24. Multiply by the parentheses quantity (9 + 3), which is 12. Same as 2 * 12^2, which is 144 * 2, or 288.
  • Jump to: