EXCEL ei osaa laskea peruskoulun laskutoimituksia

Luulisi kiinnostavan, koska tämä on ilmeinen virhe peruslaskusäännöissä ja esimerkiski valtiovarainministeriömme virkamiehemme käyttävät lähinnä EXCEL ohjelmaa ja tämä tarkoittaa että maatamme johdetaan virheellisin tiedoin paitsi tahallisisesti nyt siis myös tahattomasti.

Ja siltä varalta että kuvittelet näiden olevan vain jotain laskennan hienosteluita niin olet täysin väärässä, kyseessä on peruslaskutoimutukset jotka EXCEL laskee väärin ja sitä kautta siis mahdollisesti kaiken muunkin, ja nyt ei ole kyseessä pyöristysvirhe laskennan edetessä vaan puhdas ohjelmointivirhe.

Mutta jos tarkoitat että Microsoftia ei kiinnosta tuotteensa toimintavarmuus vaan myyvät sutta jatkossakin niin olet varmaankin oikeassa.

ExcelEiOsaa kirjoitti:

Luulisi kiinnostavan, koska tämä on ilmeinen virhe peruslaskusäännöissä ja esimerkiski valtiovarainministeriömme virkamiehemme käyttävät lähinnä EXCEL ohjelmaa ja tämä tarkoittaa että maatamme johdetaan virheellisin tiedoin paitsi tahallisisesti nyt siis myös tahattomasti.

Ja siltä varalta että kuvittelet näiden olevan vain jotain laskennan hienosteluita niin olet täysin väärässä, kyseessä on peruslaskutoimutukset jotka EXCEL laskee väärin ja sitä kautta siis mahdollisesti kaiken muunkin, ja nyt ei ole kyseessä pyöristysvirhe laskennan edetessä vaan puhdas ohjelmointivirhe.

Mutta jos tarkoitat että Microsoftia ei kiinnosta tuotteensa toimintavarmuus vaan myyvät sutta jatkossakin niin olet varmaankin oikeassa.

Lue lisää

Ei tuo ole virhe. Kyllä se on ihan tarkoituksella tehty.

Luuletko tosiaan, että tuollainen "virhe" olisi jäänyt huomaamatta, ominaisuudessa jota käytetään jatkuvasti joka paikassa?

Selkeintä, kun vain laittaa sulut, jolloin saa kerrottua yksiselitteisesti haluamansa laskujärjestyksen. :)

=-(2^4)

Joo. Kuka muistaa vielä 70-luvun HP:n laskimet, joissa oli se outo käänteinen puolalainen systeemi?

ilman_sulkuja kirjoitti:

Joo. Kuka muistaa vielä 70-luvun HP:n laskimet, joissa oli se outo käänteinen puolalainen systeemi?

Toisaalta se RPN on simppeli ja selkeä syöttötapa, koska järjestyksessähän laskut on kuitenkin laskettava.

HP Prime näyttäisi olevan nykyinen versio HP:n RPN-laskimesta.

https://en.wikipedia.org/wiki/HP_Prime

Tarkoitit varmaan negatiiviset _potenssit_.

Ainakin WolframAlpha laskee oikein, mutta se onkin matemaatikkojen koodaama ohjelma

https://www.wolframalpha.com/input/?i=-2^4

Oikeinkinlasketaan kirjoitti:

Ainakin WolframAlpha laskee oikein, mutta se onkin matemaatikkojen koodaama ohjelma

https://www.wolframalpha.com/input/?i=-2^4

Lue lisää

Tilasto-ohjelmisto/ohjelmointikieli R laskee oikein
Visual Basic laskee oikein (eli jos tekee excel macron niin se varmaankin laskisi oikein, täytynee testata)
Python ohjelmointikieli laskee oikein operaattorina on kielessä tosin ** merkin ^ sijaan
Php laskee oikein
Ja monissa muissa kielissä on vain funktio C#, Java, Javascript
SPSS ja SAS en tiedä.

"...jos minulla on solussa A7 luku -5 ja tahdon laskea mitä on =-A7^2, excel sanoisi sen olevan 25 mikä on väärin."

Meille opetettiin taannoin eksponentiltaan parillisten potenssien olevan aina positiivisia.

Omasta puolestani negatiivista lukuarvoista voisi aivan hyvin luopuakin, ja kiinnittää nollan nykyiseen "miinusäärettömään". Suhteellistahan kaikki kuitenkin on. Eihän ole kuin pienempiä, yhtä suuria ja suurempia arvoja.

Vielä tuosta Excelin viittauksesta sen verran, että miinusmerkki soluviittauksen edessä vaihtaa luonnollisesti viitatun solun sisällön etumerkin. Esimerkissäsi Excel laskee siis 5 potenssiin 2, joka on 25.

Positiivinen.Ajattelija kirjoitti:

"...jos minulla on solussa A7 luku -5 ja tahdon laskea mitä on =-A7^2, excel sanoisi sen olevan 25 mikä on väärin."

Meille opetettiin taannoin eksponentiltaan parillisten potenssien olevan aina positiivisia.

Omasta puolestani negatiivista lukuarvoista voisi aivan hyvin luopuakin, ja kiinnittää nollan nykyiseen "miinusäärettömään". Suhteellistahan kaikki kuitenkin on. Eihän ole kuin pienempiä, yhtä suuria ja suurempia arvoja.

Vielä tuosta Excelin viittauksesta sen verran, että miinusmerkki soluviittauksen edessä vaihtaa luonnollisesti viitatun solun sisällön etumerkin. Esimerkissäsi Excel laskee siis 5 potenssiin 2, joka on 25.

Lue lisää

Tuosssa se vika onkin kun miinusmerkki edeltää ^ korotusta.

Näin asiat menevät oikeasti:
Jos on -2^4 niin se tarkoittaa laskutoimituksen 2^4 vastalukua eli ^ lasku tulee ennen miinusta.
Jos tahtoo korottaa negatiivisen luvun potenssiin eli kantaluku on negatiivinen niin se merkitään suluissa (-2)^4. Näin se on matematiikassa aina ollut ja aina oleva.

EXCEL on operaattorien laskujärjestys virheellinen. Tosin ongelmaa ei ole kun ei käytä virheellistä ^ operaattoria soluihin kirjoitettavissa kaavoissa vaan POTENSSI-funktiota.

Tämä tuli mieleen...
http://www.reijotelaranta.fi/viikon_tarinat/ala_sina_jaa_ahneuden_ansaan/

"minulla on solussa A7 luku -5 ja tahdon laskea mitä on =-A7^2, excel sanoisi sen olevan 25 mikä on väärin"

Jos arvon -5 sisältävä A7 nimetään muuttujaksi x, niin -x^2 on mielestäsi silloin mitä? Teksasin Instrumenttitehtaan symbolisestikin laskeva kalkulaattori väittää vastaukseksi 25.

teeiikasiysi kirjoitti:

"minulla on solussa A7 luku -5 ja tahdon laskea mitä on =-A7^2, excel sanoisi sen olevan 25 mikä on väärin"

Jos arvon -5 sisältävä A7 nimetään muuttujaksi x, niin -x^2 on mielestäsi silloin mitä? Teksasin Instrumenttitehtaan symbolisestikin laskeva kalkulaattori väittää vastaukseksi 25.

Lue lisää

Jos x=-5, niin silloin -x^2=-(-5)^2=-(-5)(-5)=-25. Näin matematiikan mukaisesti.

Jos sinun TI laskimesi väittää tuon olevan 25, niin väärin laskee tyyris laitteesi.
Tässä esimerkiksi miten numeerisen laskennan kuningas Matlab antaa tulokseksi
-25 kuten pitääkin.

Fakta: Matemattisesti -x^2 on aina negatiivinen luku (tai 0 jos x=0, kunhan pysytään reaalilukualueella eli ei oteta mukaan sitä imaginäärilukua i, jolle i^2=-1)

Matemaattiset ohjelmistot: Matlab, Maple, Mathematica, Octave, R antavat oikean tuloksen tässä tapauksessa eli -25. Myös ohjelmointikielet, joissa on ^ tai ** operaattori antavat oikean tuloksen -25.

Nyt näyttää siltä että on olemassa joitakin Teksasilaisia laskimia jotka Excel lisäksi eivät osaa laskea. Näyttää siltä että Amerikkalainen laskento on viallista eli jospa vaihdatte japsilaskimiin.

LibreOfficen osalta syy taitaa piillä osaamattomuuden sijaan siinä että haetaan 100% yhteensopivuutta Officen kanssa virheitä myöten.

ExcelEiOsaa kirjoitti:

Jos x=-5, niin silloin -x^2=-(-5)^2=-(-5)(-5)=-25. Näin matematiikan mukaisesti.

Jos sinun TI laskimesi väittää tuon olevan 25, niin väärin laskee tyyris laitteesi.
Tässä esimerkiksi miten numeerisen laskennan kuningas Matlab antaa tulokseksi
-25 kuten pitääkin.

Fakta: Matemattisesti -x^2 on aina negatiivinen luku (tai 0 jos x=0, kunhan pysytään reaalilukualueella eli ei oteta mukaan sitä imaginäärilukua i, jolle i^2=-1)

Matemaattiset ohjelmistot: Matlab, Maple, Mathematica, Octave, R antavat oikean tuloksen tässä tapauksessa eli -25. Myös ohjelmointikielet, joissa on ^ tai ** operaattori antavat oikean tuloksen -25.

Nyt näyttää siltä että on olemassa joitakin Teksasilaisia laskimia jotka Excel lisäksi eivät osaa laskea. Näyttää siltä että Amerikkalainen laskento on viallista eli jospa vaihdatte japsilaskimiin.

LibreOfficen osalta syy taitaa piillä osaamattomuuden sijaan siinä että haetaan 100% yhteensopivuutta Officen kanssa virheitä myöten.

Lue lisää

Pahoitteluni, kirjoitin palturia. Olin hämärässä huoneessa näppäillessäni jättänyt miinusmerkin äksän edestä, laskinkin viimeksi siis pelkästään x^2.

Teksasin Instrumentti antaa tosiaan tulokseksi myös -25, kun lasketaan -x^2 ja x:ään on sijoitettu arvoksi -5. Vasta sulkujen kanssa (-x)^2 saadaan tulokseksi 25.

Mustamaalasin huolimattomuuttani turhaan amerikkalaisten mainetta ja pyydän sitä nyt nöyrästi anteeksi.

Säännöt eivät ole kiveen hakattuja. Suomessakin vielä 1970-luvulöa ja pitkälle 1980-lukua kertolaskut laskettiin ennen jakolaskuja. Sitten järjestystä muutettiin taskulaskimien takia. Todellakin kukin systeemi määrittää järjestyksen erikseen ja on käyttäjän tehtävä soveltaa tätä halutun tehtävän suorittamiseksi. Kyse ei ole siitä, että jonkun antama kaava kopioirdaan suoraan.

Juuri näin EXCEL ei ole oikeita laskusääntöjä vaan virheelliset eli kun kirjoitatte pidempiä excel kaavoja niin käyttäkää paljon sulkuja ja luopukaa ^ potenssimerkinnästä ja käyttäkää POTENSSI-funktiota. Turhaan kirjoittelit ongelman lainausmerkeissä, kyseessä ei ole ongelma vaan ilmeinen ohjelmointivirhe. Ja vielä parempi ratkaisu ongelmaan on käyttää jotain muuta ohjelmaa, mikäli tarvitsee monimutkaisempia lausekkeita käsitellä, Excelistä ei siihen ole.

Ohjelmointivirheen syykin on selvä, Excelissä lauseke ei saa alkaa miinusmerkillä (tai saa mutta silloin Excelin ohjelmointivirhe iskee ja oikea laskujärjestys tuhoutuu).

Otetaan vielä esimerkki. Pitäisi laskea funktion f(x)=-x^2 2x 5 arvoja ja piirtää kuvaaja.
Jos kirjoittaa Exceliin kaavan suoraan esim "=-A1^2 2*A1 5" tulee virheellisiä arvoja (x arvo on solussa A1), mutta jos vaihtaa funktion toiseen järjestykseen f(x)=5 2x-x^2 eli "=5 2*A1-A1^2" niin ohjelma laskee oikein. Kyllä Excelissä pitäisi voida laskea siinä järjestyksessä kun kaava kirjoitetaan paperillekin.

Ei siinä virheitä ole, on vain olemassa säännöt kuinka kaavat tulee antaa, ei niitä voi miten tahaansa syöttää mihinkään, ei edes Exceliin.

Mä-olen-Ilpo kirjoitti:

Ei siinä virheitä ole, on vain olemassa säännöt kuinka kaavat tulee antaa, ei niitä voi miten tahaansa syöttää mihinkään, ei edes Exceliin.

Onhan siinä bukejakin, mutta Tämä ei ole virhe. Taulukkolaskentaohjelmissa syntaksi nyt vain on näin. Mitä siitä seuraisikaan, jos jokin toimisi eri tavalla!

Minä-en kirjoitti:

Onhan siinä bukejakin, mutta Tämä ei ole virhe. Taulukkolaskentaohjelmissa syntaksi nyt vain on näin. Mitä siitä seuraisikaan, jos jokin toimisi eri tavalla!

Onhan se selvä virhe jos saman matemaattisen lausekkeen kirjoitusasusta riippuu osaako ohjelma laskea oikein.

Polynomin kirjoitetaan matematiikassa joko ylenevien tai alenevien potenssien mukaisesti
jos polynomina on vaikkapa P(x)=-x^4-x^2 joka on tietysti sama kuin P(x)=-x^2-x^4.

Jos ei ole ohjelmointivirhettä niin lauseke pitäisi voida kirjoittaa sellaisenaan, mutta saa täysin eri tulokset riippuen miten kirjoitetaan.

Lisäksi on ilmeine virhe jos lauseke -x^2 pitää kirjoittaa muodossa 0-x^2

Tämä koskee siis ^ operaattorin käyttöä EXCELissä. Ongelmaa ei ole jos tätä operaattoria ei käytä. Ohjelmointivirhe on miinusmerkin ja ^ operaattorin virheellisessä laskujärjestyksessä.

ExcelEiOsaa kirjoitti:

Onhan se selvä virhe jos saman matemaattisen lausekkeen kirjoitusasusta riippuu osaako ohjelma laskea oikein.

Polynomin kirjoitetaan matematiikassa joko ylenevien tai alenevien potenssien mukaisesti
jos polynomina on vaikkapa P(x)=-x^4-x^2 joka on tietysti sama kuin P(x)=-x^2-x^4.

Jos ei ole ohjelmointivirhettä niin lauseke pitäisi voida kirjoittaa sellaisenaan, mutta saa täysin eri tulokset riippuen miten kirjoitetaan.

Lisäksi on ilmeine virhe jos lauseke -x^2 pitää kirjoittaa muodossa 0-x^2

Tämä koskee siis ^ operaattorin käyttöä EXCELissä. Ongelmaa ei ole jos tätä operaattoria ei käytä. Ohjelmointivirhe on miinusmerkin ja ^ operaattorin virheellisessä laskujärjestyksessä.

Lue lisää

Excel ei olekaan mikään laskin. Myös eri kielillä ohjelmoidessa pitää huomioida suoritusjärjestys. Ja symbooli ^ tarkoittaa usein eksklusiivista disjunktiota.

Funktiot ovat funktioita, jotka palauttavat (yleensä) jotakin. Potenssifunktiokin on funktio. Jos potenssifunkton palauttama luku kerrotaan -1:llä, niin luonnollisesti sen etumerkkikin silloin vaihtuu.

Tarkoitat varmaankin liukulukujen pyöristysvirheitä. https://en.wikipedia.org/wiki/Rounding

Bittien siirto vasemmalle (<<) tuplaa kokonaisluvun, kun taas oikealle (>>) siirto puolittaa sen.

Ohjelmoinnissa yleinen virhe on verrata liukulukua nollaan, jota liukuluku harvoin on.

Jos vaikka x olisi liukuluku, niin vertailu nollaan pitäisi tehdä vaikkapa näin:

(x<0,0001 ja x>-0,0001)

Mikäli vertailu olisi tosi, niin silloin x olisi noin promillen tarkkuudella nolla.

Esimerkiksi Pythonilla kannattaa käyttää decimal-kirjastoa, jos haluaa laskea tarkemmin desimaaliluvuilla.

https://docs.python.org/3/library/decimal.html

Desimaali kirjoitti:

Tarkoitat varmaankin liukulukujen pyöristysvirheitä. https://en.wikipedia.org/wiki/Rounding

Bittien siirto vasemmalle (<<) tuplaa kokonaisluvun, kun taas oikealle (>>) siirto puolittaa sen.

Ohjelmoinnissa yleinen virhe on verrata liukulukua nollaan, jota liukuluku harvoin on.

Jos vaikka x olisi liukuluku, niin vertailu nollaan pitäisi tehdä vaikkapa näin:

(x<0,0001 ja x>-0,0001)

Mikäli vertailu olisi tosi, niin silloin x olisi noin promillen tarkkuudella nolla.

Esimerkiksi Pythonilla kannattaa käyttää decimal-kirjastoa, jos haluaa laskea tarkemmin desimaaliluvuilla.

https://docs.python.org/3/library/decimal.html

Lue lisää

Liukuluvuissa vertailu x=y on vaarallista. Myös jos isoon lukuun lisätään monta kertaa pieni luku voi tulos olla väärä pyöristysten takia. Merkkijonoillakin vertailu sring1 = string2 on vaarallista. Siihenkin yleensä oma funktionsa. Kieliä ja erilaisia toteutuksia on paljon. Jos ei ole varma laskujärjestyksestä kannattaa käyttää sulkeita. Vaikka kieli pysyisi samana kääntäjissä voi kuitenkin olla eroja ja siinä miten kieltä optimoidaan.