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
20 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
20 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
20 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
20 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
20 yıl önce

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

simor
20 yıl önce

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

tongucyumruk
20 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
20 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
20 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
20 yıl önce

enteresan bi böcüg

East
20 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
20 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
20 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
20 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
20 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
20 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

Google Online Uygulama Paketi

parsifal
22 Nisan 2007, 1 dakika okuma süresi

Web Worker Daily'daki habere göre Web 2.0 Expo fuarında konuşan Google CEO'su Eric Schmidt powerpoint tipi sunum uygulamasının bu yaz aramızda olacağı müjdesini verdi. Google'ın online uygulama paketinde neler olacağı konusunda WWD, Phil Sim'in blog'unuda dikkate alarak 8 tahminde bulunmuş.

SPeeDY

parsifal
13 Kasım 2009, 1 dakika okuma süresi

Http protokolü ile yetinmiyen Google web'i daha hızlı getirmenin yollarında SPDY protokolü ile karşımızda...
SPDY ile Google;
- Tek bir TCP bağlantı üzerinden birden çok HTTP isteği,
- Lüzumsuz headerları kaldırıp kalanları sıkıştırmak,
- SSL'i temel protokol olarak kullanmak,
- Sayfa yüklemelerini %50 oranında azaltma gibi pek çok yeniliği hedefliyor.

WhatsApp, Signal, BlackBerry Messenger ve Diğerleri: Hangisini Kullanmalı? Neden? #1

Zakkum
2 Mart 2017, 17 dakika okuma süresi

İnternetin her geçen gün daha fazla hayatımızın içine girmesi güvenlik konusunu daha sık ve geniş ölçekte tartışılır hale getirdi. Özellikle son yıllarda internet üzerinden gerçekleşen ifşa hareketleri (Wikileaks, Snowden, Panama Belgeleri vs.) konuyu haliyle daha da alevlendirdi. Bugün artık herhangi bir şüpheye yer bırakmadan biliyoruz ki kullandığımız internet artık bir kitlesel gözetleme...

Google Code Jam'05 Sonuçları Açıklandı!

Ragnor
27 Eylül 2005, 1 dakika okuma süresi

Evet kazananlar belli oldu. Birinciye verilecek olan 10.000$'lık ödülü Polonya'dan, Varşova Üniversitesi'nden Mark Cygan kazandı. İkinci Hollanda'dan, Twente Üniversitesi'nden Erik-Jan Krijgsman, üçüncü ise Moskova Eyalet Üniversitesi'nden Pyotr Mitritchew.

İlgili habere ulaşmak için buraya ve Google Code Jam'05 hakkında daha fazla bilgi almak için ise buraya bakabilirsiniz.

Google Talk!

goktan
24 Ağustos 2005, 1 dakika okuma süresi

Bir süredir beklenen oldu ve sonunda Google yeni IM servisini "tabiki" beta olarak kullanıma açtı.