On Sun, 16 Jun 2019 21:43:50 +0200, AK wrote:
> On 2019-06-13 15:37, Pszemol wrote:
>> "Mateusz Viste" <m...@n...pamietam> wrote in message
>> news:5d00f035$0$15194$426a74cc@news.free.fr...
>>> On Wed, 12 Jun 2019 07:17:45 -0500, Pszemol wrote:
>>>> Pisząc w Visual Basic 6 gostek porównywał rezultat konwersji CDbl()
>>>> stringu od którego odjął stałą numeryczną 1.8 do lokalnej zmiennej
>>>> double.
>>>
>>> Prawdziwi programiści nie używają liczb zmiennoprzecinkowych.
>>
>> Faktem jest, że gdy zmienne nie skaczą dynamicznie od e-15 do e+15 to
>> warto znaleźć zakres wariacji mierzonej zmiennej, oczekwianą dokładność
>> i zamiast na float operować na long integer * 10000 na przykład...
>
> 1. ile masz takich przypadkow w zyciu (owszem, fraktale).
> 2. przy dzisiejszych koprocesorach ? Na pewno warto ?
> /Kiedys zdecydowanie tak, wiec absolutnie podejscia nie potępiam/.

Koprocesory nie mają tu nic do rzeczy - na 386SX też dało się korzystać z
float, mimo braku FPU. Oczywiście kosztem wydajności, ale nie o tym
przecież mówimy.

Float/Double ze swojej natury nie zapewnia dokładności i dlatego to je
skreśla w większości zastosowań w których ludzie intuicyjnie z nich
korzystają (głównie: liczenie pieniędzy). Fakt - są sytuacje kiedy float
*może* być dobrym rozwiązaniem: fraktale, przetwarzanie grafiki lub
dźwięku i generalnie wszystko, co nie wymaga ścisłego wyniku. Ale to -
przynajmniej z mojego punktu widzenia - specjalistyczne wyjątki.

Mateusz