저기서 문제가 되는건 2(9+3) 인데
일단 여기서 2와 9+3 사이에 곱하기가 생략되어있느냐/아니냐 라고 따지는거 자체는 말이 안되는거죠. 곱하기는 '분명하게' 들어있습니당.
문제는 계산하는 순서일 뿐.
근데 뽐덕들이 퍼온 미국 자료들을 대충 보니
저 경우에 '계산 하는 순서'에 대한 약속이 따로 있었음
즉 나누기 뒤에 곱하기가 따로 나오지 않고 생략하는 경우에 대해서는 그걸 묶음으로 간주한다는 약속인데
이건 우리나라 교육과정에 전혀 나오지가 않습니당.
가끔 48/2*(9+3)과 48/2(9+3)이 다르냐 아니냐는 글이 보이는데 위 내용을 본게 아닌이상 이 둘의 차이를 구별 못하는게 정상. 하지만 뒤에껀 뭔가 묶여있는것처럼 보여서 한꺼번에 계산하는게 옳다. 라고 생각하고 2라는 답이 많이 나오는거죠.
즉, 그 글에 나온 '그들'의 약속에 따르면 48/2(9+3)은 48/{2(9+3)}이 되고 전자는 말그대로 288이 나오게 되는 알고리즘을 따라간다는 논리인듯.
그래서 우리는 48/2(9+3)에서 계산의 순서에 대해 배운적이 없기 때문에 위의 약속에 따르지 않는 이상 자기멋대로 해석해서 2와 288이 나오게 되는거죠~

댓글 (9)
이거 풀면 뭐 줌?
그래서 218은 어떡냐?
근데 컴터 프로그래밍중에는 저렇게 생략되서 묶인거가 자주 나와서 아는분도 있다그러고 A 나누기 BC처럼 설명은 안되있지만 중고딩 수학책에서 저렇게 써놓는 경우가 많아서 저걸 한묶음으로 생각하는 사람들이 많은듯
48 ÷ (9+3)2라면?
8 vs 2겠지
그것도 어차피 같쥐영 저 약속에 따르면 뒤껄 묶어서 계산하기때문에 2가나옴
288을 주장하던 사람들은 8
어차피 이건 정의에 대한 문제인 것 같아
숫자자체가 계산이 어려운 건 아니잖아
그래서 내가 자꾸 '그들'의 약속이라고 한거..ㅋㅋ 일반인한테 내면 혼동하는게 당연한거였음