eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankimBank podwyższa oprocentowanie. › Re: mBank podwyższa oprocentowanie.
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.man.torun.p
    l!not-for-mail
    From: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
    Newsgroups: pl.biznes.banki
    Subject: Re: mBank podwyższa oprocentowanie.
    Date: Sat, 5 Apr 2008 02:01:24 +0200
    Organization: Aleuania-Pueruania-Azalandia :)
    Lines: 57
    Message-ID: <ft6fh2$f0p$2@flis.man.torun.pl>
    References: <e...@b...googlegroups.com>
    <ft106b$j0g$1@flis.man.torun.pl> <ft1soh$40$1@inews.gazeta.pl>
    <ft2a6g$459$2@flis.man.torun.pl> <ft2p8j$bff$1@inews.gazeta.pl>
    <47f50359$1@news.home.net.pl> <ft35n9$knm$1@atlantis.news.neostrada.pl>
    <ft3gqo$bgq$1@flis.man.torun.pl> <ft3ind$31g$1@nemesis.news.neostrada.pl>
    <ft3jdl$1hd$1@flis.man.torun.pl>
    <ft3mk9$c8v$1@atlantis.news.neostrada.pl>
    <ft3sd0$hco$1@flis.man.torun.pl> <ft3tlu$nbt$1@nemesis.news.neostrada.pl>
    <ft54rc$5br$1@flis.man.torun.pl>
    <ft58k2$4id$1@atlantis.news.neostrada.pl>
    <ft5qek$poa$1@flis.man.torun.pl> <ft67kd$etn$1@flis.man.torun.pl>
    <ft6akg$le5$1@atlantis.news.neostrada.pl>
    <ft6csd$s9i$1@flis.man.torun.pl>
    Reply-To: "Eneuel Leszek Ciszewski" <e...@g...com>
    NNTP-Posting-Host: 5-221.89-161.tel.tkb.net.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset="iso-8859-2"
    Content-Transfer-Encoding: 8bit
    X-Trace: flis.man.torun.pl 1207353698 15385 89.161.5.221 (5 Apr 2008 00:01:38 GMT)
    X-Complaints-To: u...@m...torun.pl
    NNTP-Posting-Date: Sat, 5 Apr 2008 00:01:38 +0000 (UTC)
    X-Priority: 3
    /pl.rec.ascii-art: Eneuel
    C-Koordynaty: N 53°06'48", E 23°08'38", 1992 Arkedocja
    X-MimeOLE: Numer mego telefonu '665 363835'='moj eneuel'
    Xref: news-archive.icm.edu.pl pl.biznes.banki:443206
    [ ukryj nagłówki ]


    "Eneuel Leszek Ciszewski" ft6csd$s9i$...@f...man.torun.pl

    > Przemienność i łączność mnożenia czy dodawanie i priorytety funkcji/działań
    > niekoniecznie są te same w matematyce i ,,komputerowej matematyce'' -- właśnie
    > z uwagi na zaokrąglenia. :) Mądry programista przewiduje perturbacje
    > okołozaokrągleniowe i stosownie modyfikuje działania, często zamieniając
    > nawet mnożenie dodawaniem (czasami nawet cwanym dodawaniem -- nie prostą
    > podmianą mnożenia dodawaniem) ale nie każdy ma na to ochotę.
    > No i niekoniecznie wszystko można przewidzieć. :)

    > Oczywiście piszę o zaokrąglaniu liczb całkowitych. Z naturalnymi jest jeszcze
    gorzej.

    Najprostszym przykładem jest przemienność dodawania liczb malutkich i ogromnych.
    Gdy dodajemy malutką do malutkiej -- mamy jakiś efekt, lecz dodawanie malutkiej
    do wielkiej może dać nadal tę wielką. Innymi słowy, dodając liczby od malutkich
    do ogromnych otrzymamy więcej, niż dodając od ogromnych do malutkich. :)

    Podobnie rzecz się ma z mnożeniem i dzieleniem. Dzielenie malutkiej przez malutką
    da około jedynki i raczej tak trzeba ustawiać kolejność dzielenia i mnożenia, aby
    nie wchodzić w liczby zbyt duże czy zbyt małe.

    99999999999999999*99999999999999999/9999999999999999
    9 niby ma dać 99999999999999999, ale nie da. :)

    Powyższe trzeba zapisać inaczej:

    -- sprawdzić przed dzieleniem, że to podobne liczby (tu -- takie same)
    -- zastosować lepszą metodę dzielenia (tu -- odejmowania, które nam powie,
    że to dzielenie da 1)
    -- dopiero iloraz wymnożyć przez 99999999999999999, ale i tutaj trzeba
    zastosować jakieś cwane mnożenie (akurat tu cwaniactwo jest
    proste -- olewamy mnożenie)

    Oczywiście zwykle bywa gorzej -- rzecz jasna.
    Na dodatek nie zawsze wiemy, jak wielkie liczby
    przyjdzie nam mnożyć czy dodawać w przyszłości programem, który teraz piszemy.

    -=-

    Liczbami całkowitymi można wyrażać liczby z dowolną dokładnością.
    Na przykład z dokładnością tysiąca cyfr po przecinku. :) Ja tak kiedyś
    liczyłem PI -- piętnastocalowa kartka była zapisana cyferkami do końca
    od początku, a następna chyba w 1/3. Niestety nie wiem, czy policzyłem
    poprawnie. ;) W linii mieściło się 131 znaków, :) linii na kartce było
    z 80 sztuk. Na oko ze 14 tysięcy cyfr. A komputer był szesnastobitowy,
    z megowym (może nawet miał mniej niż 1 MHz) zegarkiem i obsługiwał nie
    tylko mnie, lecz razem ze mną wiele osób. :) No i największa całkowita
    liczba szesnastobitowa to raptem 2^16=65536, a trzydziestodwubitowa to
    2^32=4294967296, czyli niewiele więcej w zestawieniu z tymi potrzebami
    okołopiowymi. ;)

    --
    .`'.-. ._. .-.
    .'O`-' ., ; o.' leszekc@@alpha.net.pl '.O_'
    `-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~'~'~ o.`.,
    o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;, .;. . .;\|/....

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1