Google her zaman doğru yapmıyormuş!

anonim
12 Aralık 2005 , 1 dakika okuma süresi

Google dünyanın en büyük IT şirketlerinden biri olma yolunda emin adımlarla ilerliyor, ve bünyesinde konusunda dünyanın en uzman adamlarını çalıştırıyor, bu çalışanlar herşeyi en iyi yolla yapabiliyorlar fakat normal matematiksel çıkartmayı yapamıyorlar! :). İsterseniz bir deneyin

Kaynak: digg.com

Google

Görüşler

lukap
19 yıl önce

Bu python'dan kaynaklanan bir bug. Google ekstra bir kontrol yapmayıp direk python yorumlayıcısına gönderiyor inputları sanırım.

anonim
19 yıl önce

1 - 0.1 = 0.9 1 - 0.9 = 0.1 1 - 0.1 - 0.9 = 0 1 - 0.9 - 0.1 = -2.77555756 × 10-17 1 - 0.3 - 0.7 = 0 1 - 0.7 - 0.3 = 5.55111512 × 10-17 Hmm. Nasil bir bugmis bu merak ettim.

anonim
19 yıl önce

1 - 0.1 = 0.9
1 - 0.9 = 0.1
1 - 0.1 - 0.9 = 0
1 - 0.9 - 0.1 = -2.77555756 × 10-17
1 - 0.3 - 0.7 = 0
1 - 0.7 - 0.3 = 5.55111512 × 10-17

crlf ler gitmis onceki postta. duzelttim.

anonim
19 yıl önce

Yanlış hatırlamıyorsam "Binary floating-point arithmetic" ile ilgili bir hataydı bu. Bu adreste, Guido van Rossum ve Fred L. Drake'in kitabından alınma bir makalede konu anlatılmakta.

KaranliklarinFatihi
19 yıl önce

doğru cevabı Yahoo'veriyor işte burda

simor
19 yıl önce

skandal.!. :) Acaba çıkan rakam birşey ifade ediyormu?

tongucyumruk
19 yıl önce

Hmm... Bana Common Lisp propagandası yapmak için uygun biryer gibi göründü... Sorun kayar noktalı sayıların hassasiyetiyle ilgili bir sorun gibi gözüküyor. Hemen SBCL'e soruyoruz.

CL-USER> (- (- 1 0.9) 0.1)

2.2351742e-8

CL-USER>

Hmm... sanki aynı "bug" sbcl'de de var gibi... Bir de şöyle deneyelim bakalım:


CL-USER> (- (- 1 9/10) 1/10)

0

CL-USER>

Voila! You made it! Demekki neymiş, CL'in sayıları ondalık olarak göstermesi (mesela (/ 1 3) işlemi 1/3 verecektir 0.33333 değil) görsel güzelliğin ötesinde şeylere de yarıyormuş

fkoksal
19 yıl önce

Google hala ısrar ediyor ama !

Acaba dogru sonuc bu mu yahu, google bu kadar ısrar ettigine gore bir bildikleri vardır elbet ;-)

FZ
19 yıl önce

Madem konu Lisp'ten açıldı ben de bir tür Lisp olan Scheme ile birkaç deneme yaptım. Önce evdeki Debian GNU/Linux sistemime bağlanıp MIT Scheme ile denedim:


1 ]=> (- (- 1 0.9) 0.1)


;Value: -2.7755575615628914e-17


1 ]=> (- (- 1 9/10) 1/10)


;Value: 0

Steel Bank Common Lisp'e (SBCL) benzer sonuçlar elde ettim. Bu beni tatmin etmedi bir de MS Windows makinamdaki Dr. Scheme ortamında (PLT Scheme implementasyonu) deneyeyim dedim, sonuçlar şaşırtıcı idi:


> (- (- 1 0.9) 0.1)

0


> (- (- 1 9/10) 1/10)

0

Lisp: Put the "fun" back into programming... diyebilir miyiz acaba? Yani daha az küfrederek kod yazmak filan ;-)

anonim
19 yıl önce

enteresan bi böcüg

East
19 yıl önce

Aslına her dilde yok mu bu tip virgülden sonraki basamaklara dayalı hatalar. Bu iş daha çok sayıların yazıldığı bitlerin aslında sayıyı tam olarak x.yyyyyy.... ya da x.yyyy....y(n) şeklinde ifade edememesinden kaynaklanıyor benim bildiğim kadarıyla. Özellikle tip belirtirken çok baş ağrısı yapabiliyor ya da bir çok veri girişiniz ve çıkışınız varsa ve bir bilimsel hesaplama yapıyorsanız bu hangi n inci basamaktan sonra sayının düzenin bozulduğu önemli bir konu. mesela fortranda ; real:: a a = 0,00000001 print*,*"a=",a dediğimiz zaman sayı direk sıfır olarak tanınabiliyor.ve ekrana a=0 olara basılıyor.tabi derleyiciden derleyiciye bu hassasiyet değişiyor.

FZ
19 yıl önce


$ echo "1 - 0.9 - 0.1" | bc

0

bc - An arbitrary precision calculator language :) Dr.Scheme ve bc'ye saygılar ;-)

intelligenc
19 yıl önce

sanırım sorunu sadece 1 ile çünkü 1 harici diğer sayılarla sorun yok, yani cevabı doğru veriyor

bm
19 yıl önce

Burada bir bug yok aslinda. TY'nin dedigi gibi yapilan is anlamamis. Herneyse, sunu tavsiye ediyorum: What Every Computer Scientist Should Know About Floating-Point. Arithmetic. (pdf).

Challenger
19 yıl önce

Aynı durum PHP' de de var: echo 1 - 0.9 - 0.1; -2.77555756156E-017 Ancak yuvarlama yaparsanız (örneğin ondalık basamak sayısını 8' de sınırlarsanız): echo round(1 - 0.9 - 0.1, 8); 0 Perl' de de aynı sonuç alınacağından eminim :)

anonim
19 yıl önce

bende dedimki hemen bir javada deneyeyim işte
Welcome to DrJava.
> 1 - 0.9 - 0.1
-2.7755575615628914E-17
>
bu konu hakkında aslında daha önce python yazılarında bişeyler okumuştum. ama linkini bulamadım bulduğumda linkini buraya atacağım. ama bu hata kayan noktalı sayılarda genel birşey. pythonda şu şekilde gösterebilirim.
>>> 1-0.9-0.1
-2.7755575615628914e-17
>>> 0.9
0.90000000000000002
asıl sorun burda
>>> 0.1
0.10000000000000001

Hatta c de ufak bir deneme yapalım.
[muhammed@localhost tmp]$ cat kn.c
#include
int main(int argc, char *argv[]){
double d = 1 - 0.9 - 0.1;
printf("%e\ ", d);
return 0;
}
[xmaster@localhost tmp]$ gcc -o kn kn.c
[xmaster@localhost tmp]$ ./kn
-2.775558e-17

Görüş belirtmek için giriş yapın...

İlgili Yazılar

Go 1.8 ile milisaniyeden kısa süren çöp toplamalar

tongucyumruk
29 Ekim 2016, 1 dakika okuma süresi

Google'ın 2010 yılında, tam da biz çıkarıldığı günü gönül rahatlığıyla kutlayamayalım diye 10 Kasım'da duyurduğu programlama dili Go, bu sıralar yazılım geliştirme dünyasını ciddi biçimde sallıyor.

Generic'lerin eksikliği, hata yakalama konusundaki pek çok insana itici gelen yöntemleri gibi sebeplerle Go çok tartışılan bir dil olsa da herkesin kabul ettiği bir yönü var: Performans!...

Google Earth ile ILS deneyimi

nehuse
8 Aralık 2007, 1 dakika okuma süresi

ILS(Aletli uçuş sistemi) bu kelimeyi yaşadığımız kazadan dolayı son günlerde çok fazla duyduk. Google earth'ün içinde bulunan flight simulator özelliğini kullarak ILS ile iniş deneyimi yaşamak isterseniz şu adresten kmz dosyasını indirebilir ve videosunuda seyredebilirsiniz.

Google her zaman doğru yapmıyormuş!

Görüşler

İlgili Yazılar

Go 1.8 ile milisaniyeden kısa süren çöp toplamalar

Google Earth ile ILS deneyimi

Google'ın Retriever'ı kullanıcıların peşinde (mi)!

Google'dan yeni bir sistem programlama dili: Go

Google basın günü haberleri