seaman0601 wrote:你強,你比數學系教授...(恕刪) Math forum的連結可以post上來看看嗎?這個答案很明顯是16/2(1+2) 在2跟(1+2)中間沒有opterator.所以2(3)=6要先算真想知道臺灣哪一個教授 說正確答案是9臉丟大了喔
PianoHsiang wrote:我覺得教育部很糟糕 ...(恕刪) 的確如此2(2+1)在沒有*號的情況下.那它就是2個(1+2)也就是 (1+2)+(1+2)而不是2乘以(1+2)-------錯這樣算法差很多.正解就是...2要代入括號內運算.而不是乘以括號
我們試想,在一般常數運算是不會出現2(1+2)這種東西的,一般都是2(x+2),2(1+x)...之類的才會這樣表示.而像是2(x+2)這樣的算式表示法不只省略了*號其實還有中刮弧,其完整的寫法是[2*(x+2)].所以,若6/2(1+2)=?這個奇怪的式子要有答案,那應該是1才是.因為,正確寫法應是6/[2*(1+2)]=1
設 N=2x(1+2)=2(1+2)6/N=?N要帶入時為 6/〔2x(1+2)〕數學式的簡化為 6/2(1+2) 簡化了〔〕及x 此時2(1+2)代表個體 N ,是要獨立運算的,也就是括號內先算的原則現在有人要還原6/2(1+2) 為 6/〔2x(1+2)〕 卻漏了〔〕變成6/2x(1+2),然後以乘除同位階,由左至右運算的原則如此而已6/2(1+2)=1 正解
另一個討論串已經討論太多了,反正就是你標題寫那樣。重點是有括弧的要先進去算出結果,接著思維要退出來,算式由左往右依序看。這是在算純數,不是代數。說到這種運算順序的陷阱,除了數學算式上容易誤導人以外,C語言裡面也頗常見。我最討厭的一種程式風格就是濫用C語言的自由格式。一堆函數呼叫啊運算子啦不用括號分開,通通黏在一起,就是要考驗你對C語法中運算子優先順序的熟悉程度。問題是,團隊成員都在責任制的牢籠中掙扎,焚膏繼晷寫程式找程式Bug,正事都忙不完了,沒事在專案程式碼裡幫大家埋個小測驗是有啥正面助益?或許某些後進看到那樣的程式會覺得:「功力好高啊」,但我只覺得這是可讀性零分的程式碼,之後要查問題可是一點都不夠友善。被我看到只會得到一句話:「拿回去給我改掉」。我寧願看到一堆括弧加上分行內縮的長篇大論,也不想看到這種搞怪式的賣弄。
galloper wrote:設 N=2x(1+2)=2(1+2)6/N=?N要帶入時為 6/〔2x(1+2)〕數學式的簡化為 6/2(1+2) 簡化了〔〕及x 此時2(1+2)代表個體 N ,是要獨立運算的,也就是括號內先算的原則現在有人要還原6/2(1+2) 為 6/〔2x(1+2)〕 卻漏了〔〕變成6/2x(1+2),然後以乘除同位階,由左至右運算的原則如此而已6/2(1+2)=1 正解 ...(恕刪) 你還是從頭第一篇看始看吧..