W dniu wtorek, 6 listopada 2012 15:20:44 UTC użytkownik Michoo napisał:
> On 06.11.2012 15:57, Roman W wrote:
>
> > W dniu wtorek, 6 listopada 2012 13:37:09 UTC użytkownik Michoo napisał:
>
> >> On 06.11.2012 13:31, Roman W wrote:
>
> >>
>
> >>>
>
> >>
>
> >>> Nie jestem przekonany do tego, ze tak sie powinno robic ZAWSZE. Jezeli mam kod:
>
> >>
>
> >>>
>
> >>
>
> >>> if (a>= 0) {
>
> >>
>
> >>
>
> >>
>
> >> Ale to jest por�wnanie ze sta�� a nie por�wnanie dw�ch liczb.
>
> >
>
> > Porownanie "a>= b" jest rownowazne porownaniu "a - b>= 0".
>
> Na komputerze nie ;)
>
> unsigned int a=1,b=2;

Chodzilo mi o double. Jezeli double a, b >= 0, to a - b tez jest reprezentowana (byc
moze z bledem) przez double.

RW

do góry

W dniu wtorek, 6 listopada 2012 15:56:44 UTC użytkownik AK napisał:
> Użytkownik "Roman W" <r...@g...com> napisał:
>
>
>
> > PS: Nigdy nie dostales z banku ponaglenia, ze masz natychmiast doplacic -0.00 zl
?
>
>
>
> > A co to ma do rzeczy? Swiat sie nie konczy na sofcie do obrabiania cyferek na
kontach.
>
>
>
> Ano nie konczy.
>
> Dajmy na to jest sobie obrabiarka numeryczna i program robiacy korekte noza
>
>
>
> double y = obliczenia_geometrii()
>
> ny = skoryguj_polozenie noza(ny, y)
>
>
>
> No i teraz sobie wyobraz ze dzialasz "ostro" a nie z EPS.
>
> Niezle wygladala by powierzchnia tak obrobionego przedmiotu (jak pomarancza :)
>
> a chyba glowica by sie rozleciala z ciglych drgan.
>
> Gdy zadzialamy z EPS (a rzadko kiedy obrabia sie zdokladnosci wieksza od EPS=0.01
mm
>
> to wszysko sie uskopoi.

Zgoda. Ale nadal twierdze, ze wyciaganie pierwiastka z ujemnej liczby to zly pomysl.

RW

do góry

Użytkownik "Roman W" <r...@g...com> napisał:

> Zgoda. Ale nadal twierdze, ze wyciaganie pierwiastka z ujemnej liczby to zly
pomysl.

Zgoda.
1. Nigdy nie twierdzilem inaczej.
2. Pisalem, ze _zawsze_ tzrzeba myslec, a nie kierowac sie wylacznie/balwochwalczo
schematami (moim
tez).
3. Widzialem ten minus od poczatku, ale zostawilem bo 6.
4. Twoje kontrargumenty z NaN (i ew INF) sa nietrafione bo tycza zarowno porownan z
EPS jak i bez.
Poza tym nie wszedzie w ogole pojawi sie NaN/INF.
5. Arytmetyka interwalowa jest super, ale rzadko podwojny koszt jest uzasadniony.
Nie zawsze jest potrzebne az tak dokladne/deterministyczne/"doswiadczalne
oszacowanie bledu
wynikow jesli z "natury" (teoretycznej) algorytm zapewnia tabilnosc
numeyczna/zbieznosc i/lub
"znoszenie sie" bledow.
6. Jestem wredny i mimo starosci w dyskusjach wciaz jeszcze dosc przebiegly i
prowokacyjny.
Potrafie sie tez spokojnie "podlozyc", bom na tyle "wewnetrznie" zarozumialy
(patrz: pewny
siebie:),
ze olewam udowadnianie narcystyczne czegokolwiek komukolwiek w sensie
lemingowatego paradygmatu:
"JA uber alles" (ale prawde kocham jak zycie. No i _tworcze_ dyskusje tez:)
7.Marza mi sie na tej grupie "wojny algorytmiczne" i rozmowy/wojny o prawdziwych
_merytorycznych_
problemach i mimo ze nie pamietam juz wzrorow na pierwiastki kwadratowe to chetnie
podjalbym i
dzis
rekawicę hm.. np. w numerycznuym znajdowaniu pierwiastkow wielomianu zespolonego.
Nie ma _najmniejszego znaczenia_ czy bym przegral lub wygral.
Wazne ze _znow_ bym sie (i mam nadzieje tez inni tez) czegos nauczyl/wyniosl i na
chwile
zaspokoil
starczy juz nalog :).
(nie nie!. Algorytm chyba Legurrea wcale _w praktyce_ nie byl najlepszy.. ani
najszybszy ani
najstabilniejszy/"najzbiezniejszy". o ! tam to dopiero byla zabawa z H-ami i
EPS-ami wszelkimi:).
8. Wiem ze to marzenie "scietej glowy", a grupa znow utonie w "assemblerowych
problemach" firow
i w chamstwie/prymitywizmie tudziez DBL_EPS-ilonowatosci "niebieskich" slawkow


AK

do góry

Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
dyskusyjnych:k7apte$eiu$...@n...task.gda.pl...
> Wszedzie. W numeryce, nawet w bankowosci (nie wszedzie jest/byl decimal)
> slowem wszedzie gdzie wystepuja dzialania na fp [ ciach trywialne
> zastosowanie fabs i eps ]

1. Każda dobra implementacja "floatsów" gwarantuje, że jeżeli a > b to nie
jest b > a, oraz jeżeli a == b to nie zachodzą ostre nierówności. Dlatego
porównywanie jest (powinno być) bezpieczne.

2. Nie jest dobra implementacja, w której a = b nie gwarantuje potem a ==
b. Oczywiście to samo dla a = b, c = b, sprawdzamy a == c . Zła
implementacja - i nawet "protezy" w rodzaju "epsilonowania" każdego
porównania liczb rzeczywistych niewiele pomagają.

do góry

Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
dyskusyjnych:k7b4tp$9ke$...@n...task.gda.pl...
> PS: Nigdy nie dostales z banku ponaglenia, ze masz natychmiast
> doplacic -0.00 zl ?
> PS1: tak sie zdarzylo przed wielu wielu laty, ze uparte uzywanie przeze
> mie gdzie sie da w/w
> konstrukcji skutkowalo tym, ze takie ponaglenia w systemie
> "defBank" pojawialy sie rzadko...

Zupełnie szczerze zapytam - to w bankach (polskich?) nie używa się BCD -
tylko zwykłych "floatsów"?!

do góry

Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
dyskusyjnych:k7b78g$fjs$...@n...task.gda.pl...
> Wez(cie) pod uwage, ze oczywiscie pisze dosc prowokacyjnie i dlatego
> "zaostrzam"
> stanowisko niczym f.Diraca.

To nie jest funkcja.

> Przyklad trywalny: Jesli taka czaskowa x = -0.00000000001 ma trafic jako
> suma_wydatkow += x to jak najbardziej _nie wolno_ tegox traktowac jak 0.0,
> ale jesli ta wynikowa suma_wydatkow == -0.00003 ma skutkowac blokada konta
> i wpisaniem w rejest dlugow to.. powinno sie takiego programiste zamknac w
> celi lacznie

Poczytaj do czego służą liczby BCD - przyda się tobie i twojemu bankowi.

do góry

Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
dyskusyjnych:k7bbgo$pth$...@n...task.gda.pl...
> PS: jeszcze pamietam, ze np w metodach optymaliacji gradientowych

Zdecydowanie przereklamowanych.

> MonreCarlo w poblizu "miejsca chwilowego postoju".

Monte Carlo. I tych metod Monte Carlo też jest więcej niż jedna.

> Ciagle sie sprawdzalo jakis roznice, kroki itp (sorry malo co pamietam
> bylo to 30 lat temy tak tak, jeszcze na Odrze :)

30 lat temu był już i CDC6000 (MINUIT) i PDP-11. Ale oczywiście mogłeś się z
tym sprzętem nie stykać.

> Pisze raczej do mniej swiadomych.

Bo ci łykają to co piszesz jak młode pelikany?

do góry

Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
dyskusyjnych:k7bbvm$rh9$...@n...task.gda.pl...
> Niezle wygladala by powierzchnia tak obrobionego przedmiotu (jak
> pomarancza :)
> a chyba glowica by sie rozleciala z ciglych drgan.

O, ciekawe, ciekawe... widać że "expert" potrafi obrabiać powierzchnie
idealnie na glacę i to bez nadtapiania.

do góry

Użytkownik "Roman W" <r...@g...com> napisał w wiadomości
grup dyskusyjnych:fee65c5e-a1cb-46eb-937f-d76ea835b36f@go
oglegroups.com...
> Zgoda. Ale nadal twierdze, ze wyciaganie pierwiastka z ujemnej liczby to
> zly pomysl.

Dobry pomysł panocku, ino nijak nie idzie rozeznać, który potem wybrać.

do góry

On 06.11.2012 21:07, slawek wrote:
>
> Poczytaj do czego służą liczby BCD -

No do czego? Głównie do tego, ze można je wrzucić w prosty sposób na
różne wyświetlacze n-segmentowe. Ale elektronika od takich tworów też
prawie całkiem odeszła dawno temu na rzecz wyświetlaczy z wbudowanym
sterownikiem do którego można "po ludzku" pisać.

> przyda się tobie i twojemu bankowi.

Walnąłeś jak dzik w sosnę. Tu nie potrzeba BCD (chociaż oczywiście można
je użyć) a jedynie reprezentacji fixed point.

--
Pozdrawiam
Michoo

do góry