eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingTesty losowości liczb › Re: Testy losowości liczb
  • X-Received: by 10.157.55.181 with SMTP id x50mr1813618otb.7.1474993534436; Tue, 27
    Sep 2016 09:25:34 -0700 (PDT)
    X-Received: by 10.157.55.181 with SMTP id x50mr1813618otb.7.1474993534436; Tue, 27
    Sep 2016 09:25:34 -0700 (PDT)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!enother.net!enother.net!p
    eer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!x192no5373253itb
    .0!news-out.google.com!b4ni14145iti.0!nntp.google.com!x192no5373242itb.0!postne
    ws.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Tue, 27 Sep 2016 09:25:34 -0700 (PDT)
    In-Reply-To: <e...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=77.254.35.87;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 77.254.35.87
    References: <ns1l8a$oh4$1@node1.news.atman.pl> <ns2paj$lu0$1@node2.news.atman.pl>
    <ns2rle$o74$1@node2.news.atman.pl>
    <6...@g...com>
    <f...@g...com>
    <a...@g...com>
    <4...@g...com>
    <d...@g...com>
    <b...@g...com>
    <5...@g...com>
    <s...@j...net>
    <a...@g...com>
    <s...@j...net>
    <e...@g...com>
    <s...@j...net>
    <d...@g...com>
    <s...@j...net>
    <f...@g...com>
    <s...@j...net>
    <4...@g...com>
    <nsd5lh$6dr$1@node1.news.atman.pl>
    <e...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <b...@g...com>
    Subject: Re: Testy losowości liczb
    From: "M.M." <m...@g...com>
    Injection-Date: Tue, 27 Sep 2016 16:25:34 +0000
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable
    X-Received-Bytes: 5873
    X-Received-Body-CRC: 2920681161
    Xref: news-archive.icm.edu.pl pl.comp.programming:209692
    [ ukryj nagłówki ]

    On Tuesday, September 27, 2016 at 12:41:53 PM UTC+2, g...@g...com wrote:
    > W dniu wtorek, 27 września 2016 09:04:18 UTC+2 użytkownik bartekltg napisał:
    > > On 27.09.2016 02:22, M.M. wrote:
    > > > Nie zgadzamy się, bo problem stopu na MT jest rozstrzygalny.
    > [...]
    > > Jakby nie patrzeć, z każdej strony dupa.
    > > A formalniej, istnienie takiej uniwersalnej procedury
    > > prowadzi do paradoksu (fałszu). A wiec któreś z założeń
    > > jest nieprawdziwe. Nie założyliśmy za wiele, więc albo
    > > matematyka się wali, albo załozenie, że procedura stop
    > > istenije, jest fałszywe.
    >
    > Tym niemniej, konstrukcja, którą przedstawił M.M. (która w istocie
    > nie dotyczy problemu stopu), wydaje się analogiczna do teorii typów,
    > będącej jedną z propozycji rozwiązania Paradoksu Russella
    > (o strukturze analogicznej do problemu stopu).
    Czy mógłbyś powiedzieć która konstrukcja? Bo było wiele w tym wątku.
    Pewnie moja wina, bo niezbyt klarownie piszę i skaczę po zagadnieniach.


    > Wydaje się, że tym, czego w istocie dowodzi przedstawiony przez
    > Ciebie argument, jest to, że logika dwuwartościowa nie jest
    > dość bogata do wyrażania naszych intuicji dotyczących programów
    > komputerowych -- bo przecież my jako ludzie nie mamy problemu
    > ze zrozumieniem źródła sprzeczności w tym dowodzie. Mianowicie
    > dowód ten mówi nam, że pewne programy, które mają explicite
    > rozstrzygać o swoich własnych właściwościach, mogą być kłopotliwe
    > w analize. (Oczywiście będą również takie, które bez problemu
    > rozstrzygają o pewnych swoich właściwościach)
    To nie wynika z problemu logiki dwuwartościowej. Logika pięknie
    tutaj działa i dowód jest poprawny. Chodzi o to, że logika tutaj
    pokazuje nieco inną rzecz niż nierozstrzygalność problemu stopu,
    a mianowicie pokazuje szczególny przypadek problemu stopu, gdy
    są nałożone ograniczenia na rozmiary programów testowanych i testujących.



    > Oczywiście temat jest bardzo słynny i szeroko dyskutowany,
    > ale rodzi następujące pytania (gdyby ktoś znał albo umiał
    > wymyślić na nie odpowiedzi, prosiłbym o ich tu przedstawienie):
    > - czy jeżeli zawęzimy problem stopu tylko do programów, które
    > nie odnoszą się do samych siebie, to czy wówczas staje
    > się rozstrzygalny?
    Jeśli procedura rozstrzygająca ma odpowiednio duży rozmiar względem
    procedury rozstrzyganej, to oczywiście tak. Przy stałym lub jakoś
    inaczej ograniczonym rozmiarze procedury rozstrzygającej - nie
    słyszałem.


    > czy może też istnieje jakiś argument,
    > w którym nie używa się samoodnośnych programów, a z którego
    > również wynika nierozwiązywalność problemu stopu?
    Problem stopu jest ogólnie rozstrzygalny, ponieważ MT może udzielić
    odpowiedzi czy program się zatrzyma czy nie.


    > - czy istnieje jakaś systematyczna procedura rozpoznawania
    > programów, które będą popadały w ów paradoks zatrzymywalności?


    Pozdrawiam

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

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: