Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl> napisał w
wiadomości news:5286065e$0$2286$65785112@news.neostrada.pl...
>W dniu 2013-11-15 12:24, Ghost pisze:
>>> Dałem przykład z drobnymi elementami rozliczanymi w firmie., tam tez
>>> dokładność obliczeń wartości może być różna....
>>
>> Ale do przechowywania starczaja 4 cyfry. W wieszkosci softu finansowego.
>
> Ale przechowywanie jest tu najmniej istotną rzeczą (sposób przechowywania
> tu jest zależny od bazy danych i zazwyczaj dokładność bezproblemowo mozna
> ustawic), istotne są obliczenia.

Nawet do obliczen w wiekszosci softu finansowego wystarczy.

do góry

W dniu 2013-11-15 13:03, Ghost pisze:
>
> Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl>
> napisał w wiadomości news:5286065e$0$2286$65785112@news.neostrada.pl...
>> W dniu 2013-11-15 12:24, Ghost pisze:
>>>> Dałem przykład z drobnymi elementami rozliczanymi w firmie., tam tez
>>>> dokładność obliczeń wartości może być różna....
>>>
>>> Ale do przechowywania starczaja 4 cyfry. W wieszkosci softu finansowego.
>>
>> Ale przechowywanie jest tu najmniej istotną rzeczą (sposób
>> przechowywania tu jest zależny od bazy danych i zazwyczaj dokładność
>> bezproblemowo mozna ustawic), istotne są obliczenia.
>
> Nawet do obliczen w wiekszosci softu finansowego wystarczy.

Co to jest ta większość softu finansowego, bo padło tu wiele przykładów,
że nie wystarcza....



--
Kaczus
http://kaczus.ppa.pl

do góry

W dniu 2013-11-15 13:03, Ghost pisze:
>
> Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl>
> napisał w wiadomości news:5286065e$0$2286$65785112@news.neostrada.pl...
>> W dniu 2013-11-15 12:24, Ghost pisze:
>>>> Dałem przykład z drobnymi elementami rozliczanymi w firmie., tam tez
>>>> dokładność obliczeń wartości może być różna....
>>>
>>> Ale do przechowywania starczaja 4 cyfry. W wieszkosci softu finansowego.
>>
>> Ale przechowywanie jest tu najmniej istotną rzeczą (sposób
>> przechowywania tu jest zależny od bazy danych i zazwyczaj dokładność
>> bezproblemowo mozna ustawic), istotne są obliczenia.
>
> Nawet do obliczen w wiekszosci softu finansowego wystarczy.

http://www.bankier.pl/firma/niezbednik/?all=0&part=v
at

Weź teraz na fakturze kilka pozycji wg reguły dla handlu i gastronomii
dla towarów objętych 8% stawką VAT, czyli 7,41%. Policz te 7,41% od
kilku produktów z cenami z groszowymi końcówkami i zsumuj.

--
Paweł Kierski
n...@p...net

do góry

On Fri, 15 Nov 2013 09:59:39 +0100, Paweł Kierski <n...@p...net>
wrote:

>
>Pisałem obok - sporo par walutowych na Forex ma dokładność do 5 miejsc
>po przecinku (w gazetach z reguły podają 4 miejsc).
>
>A jeszcze nie tak dawno ceny ułamkowe towarów rolniczych niektóre
>giełdy podawały tradycyjnie w ósmych albo mniejszych częściach. 1/32 to
>już pięć miejsc po przecinku, a jak ktoś się uparł na 1/64 - to i sześć.

Jak juz kiedys pisalem, i podawalem link, sa grube dokumenty UE
dotyczace arytmetyki finansowej i zasad zaokraglania wynikow operacji
na liczbach reprezentujacych "currency". Te dokumenty maja moc prawna.
Nie chce mi sie tego linku szukac jeszcze raz

A.L.

do góry

Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl> napisał w
wiadomości news:52860fc2$0$2155$65785112@news.neostrada.pl...
>W dniu 2013-11-15 13:03, Ghost pisze:
>>
>> Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl>
>> napisał w wiadomości news:5286065e$0$2286$65785112@news.neostrada.pl...
>>> W dniu 2013-11-15 12:24, Ghost pisze:
>>>>> Dałem przykład z drobnymi elementami rozliczanymi w firmie., tam tez
>>>>> dokładność obliczeń wartości może być różna....
>>>>
>>>> Ale do przechowywania starczaja 4 cyfry. W wieszkosci softu
>>>> finansowego.
>>>
>>> Ale przechowywanie jest tu najmniej istotną rzeczą (sposób
>>> przechowywania tu jest zależny od bazy danych i zazwyczaj dokładność
>>> bezproblemowo mozna ustawic), istotne są obliczenia.
>>
>> Nawet do obliczen w wiekszosci softu finansowego wystarczy.
>
> Co to jest ta większość softu finansowego, bo padło tu wiele przykładów,
> że nie wystarcza....

Zauwazylem tylko forex.

Ja mam na mysli aplikacje typu finanse ksiegowosc, budzetowania roznej
masci, place itp.

do góry

Użytkownik "Paweł Kierski" <n...@p...net> napisał w wiadomości
news:pkierski.pcp.1384519144@news.chmurka.net...
>W dniu 2013-11-15 13:03, Ghost pisze:
>>
>> Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl>
>> napisał w wiadomości news:5286065e$0$2286$65785112@news.neostrada.pl...
>>> W dniu 2013-11-15 12:24, Ghost pisze:
>>>>> Dałem przykład z drobnymi elementami rozliczanymi w firmie., tam tez
>>>>> dokładność obliczeń wartości może być różna....
>>>>
>>>> Ale do przechowywania starczaja 4 cyfry. W wieszkosci softu
>>>> finansowego.
>>>
>>> Ale przechowywanie jest tu najmniej istotną rzeczą (sposób
>>> przechowywania tu jest zależny od bazy danych i zazwyczaj dokładność
>>> bezproblemowo mozna ustawic), istotne są obliczenia.
>>
>> Nawet do obliczen w wiekszosci softu finansowego wystarczy.
>
> http://www.bankier.pl/firma/niezbednik/?all=0&part=v
at
>
> Weź teraz na fakturze kilka pozycji wg reguły dla handlu i gastronomii
> dla towarów objętych 8% stawką VAT, czyli 7,41%. Policz te 7,41% od kilku
> produktów z cenami z groszowymi końcówkami i zsumuj.

W tsql takie rzeczy dzialaja na money'u bez problemu.

do góry

On 11/15/2013 1:39 PM, Paweł Kierski wrote:
> W dniu 2013-11-15 13:03, Ghost pisze:
>>
>> Użytkownik "Tomasz Kaczanowski" <kaczus@dowyciecia_poczta.onet.pl>
>> napisał w wiadomości news:5286065e$0$2286$65785112@news.neostrada.pl...
>>> W dniu 2013-11-15 12:24, Ghost pisze:
>>>>> Dałem przykład z drobnymi elementami rozliczanymi w firmie., tam tez
>>>>> dokładność obliczeń wartości może być różna....
>>>>
>>>> Ale do przechowywania starczaja 4 cyfry. W wieszkosci softu
>>>> finansowego.
>>>
>>> Ale przechowywanie jest tu najmniej istotną rzeczą (sposób
>>> przechowywania tu jest zależny od bazy danych i zazwyczaj dokładność
>>> bezproblemowo mozna ustawic), istotne są obliczenia.
>>
>> Nawet do obliczen w wiekszosci softu finansowego wystarczy.
>
> http://www.bankier.pl/firma/niezbednik/?all=0&part=v
at
>
> Weź teraz na fakturze kilka pozycji wg reguły dla handlu i gastronomii
> dla towarów objętych 8% stawką VAT, czyli 7,41%. Policz te 7,41% od
> kilku produktów z cenami z groszowymi końcówkami i zsumuj.
>
Sa rozne algorytmy wylicznia VATu na FK akceptowane przez US. Wyniki
obliczen zaakragla sie do 0.01 PLN i uzywajac roznych algorytmow
mozna uzyskac rozne (ale akceptowalne) wyniki.

Ba spotkalem sie z softem gdzie klient po oddaniu polowy towaru
do sprzedawcy nie dostawal idealnie polowy sumy ktora zaplacil
Dobre ? A byl to element systemu za n*100k USD.


Pozdrawiam
Marek

do góry

W dniu 2013-11-15 08:20, Paweł Kierski pisze:
> W dniu 2013-11-14 19:48, bartekltg pisze:

>> Float to 7 cyfr dziesiętnych.
>> Roczne zarobki posła i już jesteś na granicy zgubienia grosika.
>> Z budżetu Polski podprowadziłeś 34złote ;-)
>
> Pisząc "float" miałem na myśli liczby zmiennoprzecinkowe.
> Wielkość mantysy zwykle jest większa niż 7.

Ok, jasne.


>> Ciekawe. Ale czemu nie użyć liczby całkowitej?
>> Przewalutowania i procenty i tak liczy się do złotówki/dolara czy
>> grosza/centa, bo liczy się wg przepisów.
>
> Bo dzięki temu można na tych samych liczbach mieć zbliżoną dokładność
> zarówno gdy liczysz dolary Zimbabwe (wersja 4, czyli ZWL *) jak
> i bitcoiny.
>
> *) 1 ZWL = 1e25 ZWD, przy czym ostatnim banknotem wydrukowanym (nie
> wszedł ostatecznie do obiegu) było 1e14 ZWL.

Dobra, wycofuje całkowitoliczbowość. Ale nadal są na to przepisy.
A.L. wspomniał obok, że gdzieś ma linki, może podrzuci;)

pzdr
bartekltg

do góry

W dniu 2013-11-15 08:09, Tomasz Kaczanowski pisze:

>
>
> Nie - liczy się dokładniej - księguje się z dokładnością do grosza/centa
> ect... Inaczej jakbyś miał paczkę 1000 diodek za 2 zł, to sumując
> wartościami te diodki miałbyś 0zł.

To jeszcze jedno pytanie, kupuję 1000 różnych tanich
układzików po 1000 sztuk. Księgowanie/zaokrąglanie
ma nastąpić już po mnożeniu, czy po zsumowaniu dokładnie całości.


pzdr
bartekltg

do góry

Użytkownik "bartekltg" <b...@g...com> napisał w wiadomości
news:l65ml0$aq9$2@node1.news.atman.pl...
>W dniu 2013-11-15 08:09, Tomasz Kaczanowski pisze:
>
>>
>>
>> Nie - liczy się dokładniej - księguje się z dokładnością do grosza/centa
>> ect... Inaczej jakbyś miał paczkę 1000 diodek za 2 zł, to sumując
>> wartościami te diodki miałbyś 0zł.
>
> To jeszcze jedno pytanie, kupuję 1000 różnych tanich
> układzików po 1000 sztuk. Księgowanie/zaokrąglanie
> ma nastąpić już po mnożeniu, czy po zsumowaniu dokładnie całości.
>

jak by nie kombinował - trzeba wiedzic co sie robi bo
największa dokładność/precyzja obliczeń nie pomoże
jak prgramista nie rozumie co robi :)))

przykład z życia

w magazynie butelka płynu 1kg

odbiorca nie chce kupić butelek tylko
ich zawartość przeliczoną na fragmenty/kropelki
bo tak to potem sprzedaje.

Jedna butelka to np. 1837 kropelek
Prgram zatem dzieli 1kg na 1837 i ma 1837 kropelek po xx g
a potem wydaje z magazynu 1837 kropelek po xx g każda i co ?

I już nie ma kg tylko cos koło tego.( błąd np. 1e-30 )
Obliczenia max precyzja oracla.
Jak bład jest w dól to mały problem - gorzej jak w górę
bo zamiast 1kg ma wydac 1kg + 10^-30kg

Jednak pierwszy warunek to nie można wydac więcej
niż mam w magazynie. Dla komputera brak 10^-30kg
to brak :)))

Niby proste ale na formatce widać mamy 1.00000 kg
i potrzebujemy 1.00000 kg (bo zaokraglone przy wyświetlaniu)
a operacja niemożliwa do wykonania bo - progam mowi,że brak
w magazynie :))))

Po pewnych awanturach - poroblem sie wyjaśnia
( programy diagniostyczne - wyświetlaja wszystkie cyfry :)) )
ale teraz trzeba to wyjaśnić programiście by poprawił
ewidentny błąd i zaokrąglił wynik.

Przez trzy miesiące ( 1x maili i tel. , wydruki, skrytp pokazujący
to 10^-30 błędu ) gość nie był w stanie zrozumieć
o co chodzi. A to był gość płacony - koło 1000$ za dniówkę
( tzn. firma tyle brala - za jego pracę)
Potem się rozchorował czy urlopował - ktos go zastępował
i w 5 minut było po problemie.

Morał taki,dokładność musi byc u programisty nie
w komputerze - choć na pewno ta ostatnia też
sie przydaje :)))))

pozdrawiam

do góry