Microsoft Office Excel
uređuje Dragan Grbić

Gruba greška u sistemu za izračunavanje

Nivo:
NIVO 2 - Među ovim prilozima se nalaze preporuke koje se uglavnom odnose na bolje snalaženje i efikasniji rad: dodatni trikovi koji će biti svakom od pomoći i koji upućuju na prag napredne upotrebe programa.

Greška u Excelu o kojoj sam saznao krajem aprila 2008. me je izuzetno iznenadila - baš zato što deluje kao veoma moguća, a očigledno je da do sada nije primećena, iako postoji više od pet godina! Pogođeni su, dakle, Excel 2003 i Excel 2007 sa bilo kojom servisnom ispravkom i na bilo kojoj platformi.

Da biste rekonstruisali grešku, otvorite novu radnu svesku, pa u jednu kolonu unesite ova tri broja, tačnim redosledom:

-1,23
 1,12
 0,11

(moguće su i neke druge kombinacije, ali sada to nije važno)

Nakon toga, u ćeliju neposredno ispod njih unesite zbir ta tri broja; najbrže je da kliknete na dugme sa znakom sigma na traci alatki, tj. na ribonu. Kao rezultat, umesto nule ćete dobiti broj 1,25E-16; ovo je eksponencijalni zapis vrlo malog broja (iza decimalnog znaka, sledi petnaest nula, pa prva značajna cifra). A sad, u susednoj koloni, ponovite eksperiment tako što ćete napisati pomenuta tri broja u bilo kojem sortiranom redosledu (npr. zamenite mesta drugom i trećem broju). Dodajte zbir i toj koloni i ovog puta ćete dobiti nulu, kao što je očekivano.

Kada sam u par navrata skrenuo pažnju nekim kolegama na ovaj problem, neki od njih su reagovali govoreći da je reč o minornoj grešci izazvanoj poznatim nedostatkom preciznosti u programu. Dobro de, možda se greška zaista dešava neverovatno retko, a broj na šesnaestoj decimali svakako neće napraviti gubitak, jer jedva da će uticati na rezultate u bilo kakvoj kalkulaciji.

Ali, ja ipak tvrdim da greška jeste vredna pomena i brige, jer postoji mogućnost da vas dovede u zabludu - a to je već ozbiljno.

Čisto da ne bi bilo dilema: najpre, u neformatiranom prikazu rezultata, zbir se neće videti kao nula. Znam da većina korisnika ipak nekako oblikuje svoje zbirove (npr. strogo dve decimale broja) i tada će se zbir videti uredno, pa možda i neće biti relevantnih problema u daljem radu. Ali, to nije sve: ako ste izveli dve uporedne kolone kao što sam predložio, pa se dva zbira nalaze u ćelijama A4 i B4, napišite izraz =A4=B4 i dobićete rezultat FALSE; dakle, dva broja nisu ista, a imaju iste sabirke. Šta ako, recimo, očekujemo balans na nalogu za knjiženje ili prebrojavamo nulte vrednosti?

Konačno, moguć je problem u brzom pregledu: ako uslovno oblikujete ćelije sa nulom, takva ćelija neće biti tretirana zadatim pravilom.

U času pisanja ovog priloga (tri meseca od primećenog problema!), Microsoft se još uvek nije oglasio. Iskreno se nadam da, jednom kad se nadležni oglase, nećemo opet trpeti eufemizme tipa "greška u interpretaciji", kao što se desilo sa onom greškom iz septembra 2007 (pogledajte prilog), jer eksperiment očigledno dokazuje da je reč o grešci negde duboko u sistemu za izračunavanje.

Ne znam kada će osvanuti ispravka ovog problema, nadam se da nećemo čekati do sudnjeg dana. Zbog toga vas upozoravam da svakako aktivirate svoj sistemski modul za ažuriranje da vas makar upozori na pojavljivanje novih sadržaja. Napominjem da, za razliku od starijeg sistema Windows Update, aktuelni Microsoft Update ažurira i Windows i Office. Ako niste do sada nadogradili taj modul na svom računaru, savetujem da to svakako učinite posećivanjem matične stranice Microsoft Update; to je najefikasniji način da održavate jezgro svog sistema u ispravnom stanju.

Ovaj prilog možete komentarisati ako pristupite najavi priloga na blogu Praktikuma na Webu