W dniu 2019-06-20 o 14:38, Mateusz Viste pisze:

>
> Tymczasem akcje Ursusa stoją po 0.797 zł. :)
>

http://wyborcza.biz/Gieldy/1,132329,24492614,gpw-zmi
ana-dokladnosci-krokow-notowania-akcji-i-na-rynku-te
rminowym.html

Warszawa, 25.02.2019 (ISBnews) - Giełda Papierów Wartościowych (GPW) w Warszawie
zmienia kroki
notowania dla akcji, funduszy typu ETF, kontraktów terminowych na akcje i kursy
waluty od 4 marca
2019 r. Kursy tych instrumentów będą określane z dokładnością do czterech miejsc po
przecinku
(0,0001 zł), podała Giełda

...czyli jednostką jest tutaj 1/100 grosza.


Czasem praktyczne jest pamiętanie liczb zmiennoprzecinkowych jako ułamków -
oddzielnie
licznika i mianownika (typu całkowitego). Tak robi np. VirtualDub (do przetwarzania
filmów) przy zapamiętywaniu parametrów strumienia video.

P.

do góry

W dniu 2019-06-20 o 20:39, Janusz pisze:

> Masz teoretycznie rację ale to jakiego typu zmiennej używasz zależy od języka

Można jeszcze użyć typu decimal (np. w C#), który pamięta liczby
w układzie dziesiętnym i nie ma problemów z zaokrągleniami
liczby 0.1. Obliczenia są znacznie wolniejsze niż dla double
(są realizowane programowo, a nie sprzętowo).

P.

do góry

Dnia 20 Jun 2019 12:38:12 GMT, Mateusz Viste napisał(a):
> On Thu, 20 Jun 2019 14:16:12 +0200, Piotrne wrote:
>> Np. jeśli ma to być jakaś kwota pieniędzy, należy liczyć w groszach
>> (zawsze całkowitych), a nie złotówkach i ułamkach złotego.
> Tymczasem akcje Ursusa stoją po 0.797 zł. :)

Ciekawe, czy pamietaja na float, double, czy na int w 0.1gr :-)

J.

do góry

On 2019-06-18 17:20, Mateusz Viste wrote:
> Wszystko zaczęło się od twojego stwierdzenia, że do skorzystania z float
> trzeba skończyć "półroczny zaawansowany wykład z analizy numerycznej".
> Otóż staram się> wyjaśnić że nie, bo do tego wystarczy być średnio rozgarniętym
> człowiekiem i poświęcić jeden wieczór na zrozumienie (na podstawie ogólno-
> dostępnej dokumentacji) czym jest float, jak działa i dlaczego to nie
> jest żadne uniwersalne narzędzie. No powiedzmy dwa wieczory, jeśli
> wliczyć w to zabawę z kompilatorem i sprawdzenia jak taki float reaguje w
> praktyce i w jaki sposób jest przechowywany w pamięci. Ok, niech będą 3
> wieczory, żeby jeszcze zerknąć do kilku projektów OSS jak oni korzystają
> (lub nie) z float, i dlaczego.

Powyzsze podejscie _kompletnie_ dyskwalifikuje Cie jako uzytkownika
liczb float. Ba! Dyskwalifikuje Cie jako programistę.
(niewazne czy samouka czy nie).
PS: Zapsz si ejednak na ten kurs numeryki. Moze jeszcze gdzies ucza o
float...

AK

do góry

On 2019-06-19 09:03, Mateusz Viste wrote:
>> No dobra...
>> Bo piszą np. potem takie z gruntu błędne konstrukcje.
>>
>> int a = cus_tak;
>>
>> if ( x & 0xFFDF )
>
> I to jest argument z tym, by nigdy nie zakładać że typ zmiennej jest
> najwęższy możliwy? Naprawdę nie rozumiem, co próbujesz przekazać.
>
> Miej litość nad głupszym kolegą i podkręć proszę jasność.

To, ze przyjecie takiego zalozenia czyni ten kod (jak najbardziej
zgodny z tym zalozeniem) _zwyczajnie bledny_ !
Jesli nie wiesz dlaczego, to Ci zwyczajnie wspolczuję.

AK

do góry

On 2019-06-19 11:35, J.F. wrote:
>> A te (a byly/sa takie) ktore uzywaja wewnetrznie systemu dziesietnego
>> maja rownie powazne problemy z danymi binarnymi.
>> Zaden argument.
>
> No ale liczby dziesietne ludzie uzywaja nagminnie

I co z tego?
"Problemy" z liczbami fp kompletnie nie zaleza od ich podstawy.

AK

do góry

On 2019-06-19 11:45, J.F. wrote:
> Użytkownik "AK"  napisał w wiadomości grup
> dyskusyjnych:qeckl4$1nvk$...@g...aioe.org...
> On 2019-06-17 16:09, J.F. wrote:
>>> Dzisiejsze koprocesory ciagle maja ten sam format liczby double,
>>> ktory powoduje te błędy.
>
>> Taaa? A zauwazyl Ty ze "przy okazji" posiadaja jeden z formatow dluzszy
>> niz najdluzszy int (czyli 80bit)?
>> Czyli moze liczyc w wiekszym zakresie :)
>
> Bez znaczenia - problem ciagle ten sam.

Nie. Obliczenia posrednie (wewnetrznie robione na np 80 bitach)
sa dokladniejsze, wiec koncowy wynik tez (lepiej/dokladniej
obcinany/zaokraglany)

> Nawiasem mowiac - czy mi sie wydaje, czy ten format 80-bit jest po
> cichutku wycofywany ?

A nie wiem. I.. chce nie wiedziec.
Ba! Wlasnie umiejetnosc poslugiwania sie fp polega na..
"nicniewiedzeniu" o ich faktycznej reprezentacji.

>>> Wczorajsze koprocesory mialy formaty BCD, ktore akurat pieniadze
>>> liczyly dokladnie, czy dzisiejsze maja to juz nie wiem.
>
>> Kolejny mit, ze BD jest "zbawieniem na cale zlo".
>
> Nie, ale czesto ulatwia.

Tak, ale w przypadku "surowych" dziesietnych czyli nie bedacych
wynikiem/uczestniczacych w obliczeniach. A ilez takich?
Nawet w bankowosci dosc malo.

>> PS: "My" akurat w defBank-u stosowalismy zwykle double i jakos Assecco
>> sie z tego powodu do dzis nie przekrecilo :)
>
> A kto zgarnial "cwierccentowki Dextera" ? :-)

Jamci... :)

> Ze wspomnien starszego informatyka ... bankowego.
> "Fortran, co to za g* jest.  Klient ma na koncie 25.60, przychodzi  mu
> 74.40,
> i na koncie ma 99.999996
> Przeszlismy na podwojna precyzje. To teraz ma
> 99.999999999954
> "
Zgoda, jeno cus mi sie wydaje ze to dosc mlody osesek psioczyl na ten
Fortran ;)

AK

do góry

On 2019-06-19 13:40, Mateusz Viste wrote:

> A na problem - mimo że powszechnie znany - jednak ciągle nadziewają się
> nowi. Dziwne, że w banku (wydawałoby się, poważnej instytucji) w to
> wpadają.

Ci co sie znaja (starzy) to sie _nie nadziewaja_.
Nadziewaja sie nieodmiennie dzisiejsi MWzDM :(

> Ciekawostka - GnuCash z tego powodu wiele lat temu zrezygnował z float na
> rzecz stałego przecinka: http://www.gnucash.org/docs/v1.6/C/t7204.html

A co mi k... z roznica? :)
Jak juz to wazniejsza jest dlugosc mantysy.

AK

do góry

On 2019-06-19 21:51, KLoSS wrote:
> Nowi jak nowi, ale żeby wojsko... I niestety były ofiary.
>
> http://www-users.math.umn.edu/~arnold//disasters/pat
riot.html

O ja pie.. To niemozliwe (urban legend?).
Przecie to zakrawa na zwykłe nieuctwo :(

AK

do góry

On 2019-06-20 02:52, Pszemol wrote:
>> 1. ile masz takich przypadkow w zyciu (owszem, fraktale).
>
> W konkretnych zastosowaniach przemysłowych? Embedded?
> Bardzo dużo.

I tam. FP w dzisiejszych embeded prockach i kompierach tez sa
juz dostepne i moga byc uzywane.

>> 2. przy dzisiejszych koprocesorach ? Na pewno warto ?
>> /Kiedys zdecydowanie tak, wiec absolutnie podejscia nie potępiam/.
>
> A co ma koprocesor tutaj do rzeczy?

A to ze dzisiaj koprocesor moze szybciej policzyc floaty niz procesor
inty.

AK

do góry