Matematyka a google

[Sfinks 10]

[PROSTO.* 0]

Każdemu może się zdarzyć

[Iwko 0]

whahahhahahahhha

 

Słabe

Google Calculator pewnie obsługuje tylko do 12liczb i dlatego taki wynik.

[Sfinks 10]

whahahhahahahhha

 

Słabe

Google Calculator pewnie obsługuje tylko do 12liczb i dlatego taki wynik.

 

Najpierw sprawdz a potem mow

[Jacek1991 0]

399999999999999 - 399999999999998 = 0

399999999999999 - 399999999999998 = 0

399999999999999 - 399999999999997 = 2

 

a wiec błąd popełnił wujek Google a zawsze miałem go za wszechwiedzącego, nie mylnego

[komputerowiec 0]

hmm dziwne:

399 999 999 999 999 - 399 999 999 999 998 = 0

499 999 999 999 999 - 499 999 999 999 998 = 0

599 999 999 999 999 - 599 999 999 999 998 = 0

699 999 999 999 999 - 699 999 999 999 998 = 0

799 999 999 999 999 - 799 999 999 999 998 = 0

899 999 999 999 999 - 899 999 999 999 998 = 0

999 999 999 999 999 - 999 999 999 999 998 = 0

 

inne kombinacje też działają(a raczej nie działają )

1 000 000 000 000 009 - 1 000 000 000 000 008 = 0

391 239 999 999 999 - 391 239 999 999 998 = 0

i miliony innych...

[Jacek1991 0]

czyli 9-8 =0 za to będzie nagroda nobla

[MasterOfTheWszystko 0]

Zacząłem odejmowanie od 109-108. Oczywiście wychodziło 1. Zacząłem dodawać 0 i dopiero przy 1000000000000009 - 1000000000000008 wyszło 0 .

[Gość Cypis_01]

Mylicie się. To nie Google źle liczy tylko wszyscy ludzie.

[kasdeja 0]

google widocznie liczy na liczbach zmiennoprzecinkowych (32 albo 64-bitowych) - czyli cześć ułamkowa * 2 ^ wykładnik

i w pewnym momencie kończą się bity i przechowywana wartość jest tylko przybliżeniem (im wieksza liczba, tym coraz gorszym)

 

inny problem to reprezentacja liczb typu 0.2 które nie da się rozłożyć w skończony ciąg sum wyrazów 2 ^ -n i w rezultacie

0.2 to tak naprawdę 0.19999999999999

 

z tego też powodu typu float/double nie stosuje się do obliczeń finansowych, tylko stare BCD (binary coded decimal)

[Jacek1991 0]

google widocznie liczy na liczbach zmiennoprzecinkowych (32 albo 64-bitowych) - czyli cześć ułamkowa * 2 ^ wykładnik

i w pewnym momencie kończą się bity i przechowywana wartość jest tylko przybliżeniem (im wieksza liczba, tym coraz gorszym)

 

inny problem to reprezentacja liczb typu 0.2 które nie da się rozłożyć w skończony ciąg sum wyrazów 2 ^ -n i w rezultacie

0.2 to tak naprawdę 0.19999999999999

 

z tego też powodu typu float/double nie stosuje się do obliczeń finansowych, tylko stare BCD (binary coded decimal)

jestem za glupi malo zrozumiałem xD

[Sfinks 10]

google widocznie liczy na liczbach zmiennoprzecinkowych (32 albo 64-bitowych) - czyli cześć ułamkowa * 2 ^ wykładnik

i w pewnym momencie kończą się bity i przechowywana wartość jest tylko przybliżeniem (im wieksza liczba, tym coraz gorszym)

 

inny problem to reprezentacja liczb typu 0.2 które nie da się rozłożyć w skończony ciąg sum wyrazów 2 ^ -n i w rezultacie

0.2 to tak naprawdę 0.19999999999999

 

z tego też powodu typu float/double nie stosuje się do obliczeń finansowych, tylko stare BCD (binary coded decimal)

 

I wszystko jasne , podejrzewalem cos podobnego albo zwyczajny easter egg od googla bo i tak zaledwie promil ludzi moze liczyc na ichniejszym kalkulatorze takie liczby

[Gość Knife]

google widocznie liczy na liczbach zmiennoprzecinkowych (32 albo 64-bitowych) - czyli cześć ułamkowa * 2 ^ wykładnik

i w pewnym momencie kończą się bity i przechowywana wartość jest tylko przybliżeniem (im wieksza liczba, tym coraz gorszym)

 

Ano rzeczywiscie - http://www.google.pl/search?hl=pl&clie...=Szukaj&lr=

[michal1993 0]

Zobaczcie to link wynik w notacji wykładniczej.

[elzabbul 0]

jestem za glupi malo zrozumiałem xD

 

Zapraszamy na Politechnikę, po pierwszym semestrze będziesz wszystko rozumiał

[Jacek1991 0]

Zapraszamy na Politechnikę, po pierwszym semestrze będziesz wszystko rozumiał

najpierw się nauczę tych pierdol z liceum

[Wyżełek 0]

haahhaahah mocne :E :thumbup: :lol2: :banan: :banan: