🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.objects
Article #14974

Re: Wyj?tki w konstruktorze

#14974
From: Michal Przybylek
Date: Tue, 29 Aug 2006 15:48
57 lines
3107 bytes
"Sektor van Skijlen" <ethouris@guess.if.gmail.com.is.valid.or.invalid>
wrote:

> > >> > Czyzby ktos sugerowal ze C++ "jest doskonay technicznie"?...
> > >
> > >> Podobno nawet Lisp nie jest doskonały technicznie (łańcuchy znakowe
> > >> nie są listami).
> > >
> > > To znaczy, że doskonały jest Python albo Haskell? :)
>
> > Proponuję przeczytać jeszcze raz to, co napisałem.
>
> Napisałeś, że Lisp nie jest doskonały, bo łańcuchy znakowe nie są listami.
W
> odpowiedzi przytoczyłem języki, w których łańcuchy znakowe są listami.
>
> Czegoś jeszcze nie rozumiesz?

Dwano, dawno temu mowilem Ci, ze masz problemy z czyms co nzwalem
"odwracaniem implikacji" (nie jestes w tym odosobniony) i sugerowalem, abys
przywiazywal wieksza wage do tego co piszesz, aby sie z tej przypadlosci
wyleczyc.

Piotr stwierdzil:

Lisp nie jest doskonaly bo lancuchy znakowe nie sa listami.

Mamy (klasycznie) schemat wnioskowania:

not A -> not B

(nie ma list -> nie jest doskonaly)

Co _klasycznie_ jest rownowazne:

B -> A

(jest doskonaly -> ma listy)

Ty zas odwracasz te implikacje i wnioskujesz:

A -> B

(ma listy -> jest doskonaly)

co jest oczywiscie kompletnie bzdurnym krokiem.


ps. Tak naprawde problem jest znacznie glebszy i to co robisz nie jest az
tak durne jak mozna by sadzic z powyzszego (to jest problem z doborem
wlasciwej logiki ; logika boolowska nie jest tu zbyt szczesliwa ; te
przejscia tak czy inaczej z punktu widzenia dowodliwosci beda bezsensowne,
ale mozna nadac im inna formalna  interpretacje, co nawet nieswiadomie
czynisz ; jednak to nie jest temat na te grupe, wiec nie bede rozwijal...).


mp
Technical Details
Message-ID: <ed1mgc$94o$1@nemesis.news.tpi.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.nask.pl!news.nask.org.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail
References: <1156145142.606030.39100@m73g2000cwd.googlegroups.com> <ece4m4$88j$1@inews.gazeta.pl> <ecesvp$k3h$3@kujawiak.man.lodz.pl> <eci6qt$h30$1@inews.gazeta.pl> <ch3qe25s17dild5v1m7ei4c43b0n2tka4e@4ax.com> <ecm9eg$g71$4@kujawiak.man.lodz.pl> <a1l0f215rtj4kj6o35sora0fd2bl0qn0k9@4ax.com> <87lkpbs6yq.fsf@hector.domek> <ecs10b$795$1@srv.cyf-kr.edu.pl> <gda3f2ts3smq35ldbmt7d953v5jn8s5gp3@4ax.com> <87ejv0bu4q.fsf@hector.domek> <ed14vj$gtg$6@kujawiak.man.lodz.pl> <87ejuzhh5p.fsf@hector.domek> <ed1dso$eq6$4@kujawiak.man.lodz.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.nask.pl!news.nask.org.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail
From: "Michal Przybylek" <mrp@neostrada.pl>
Newsgroups: pl.comp.objects
Subject: Re: Wyj?tki w konstruktorze
Date: Tue, 29 Aug 2006 17:48:33 +0200
Organization: tp.internet - http://www.tpi.pl/
Lines: 58
Message-ID: <ed1mgc$94o$1@nemesis.news.tpi.pl>
References: <1156145142.606030.39100@m73g2000cwd.googlegroups.com> <ece4m4$88j$1@inews.gazeta.pl> <ecesvp$k3h$3@kujawiak.man.lodz.pl> <eci6qt$h30$1@inews.gazeta.pl> <ch3qe25s17dild5v1m7ei4c43b0n2tka4e@4ax.com> <ecm9eg$g71$4@kujawiak.man.lodz.pl> <a1l0f215rtj4kj6o35sora0fd2bl0qn0k9@4ax.com> <87lkpbs6yq.fsf@hector.domek> <ecs10b$795$1@srv.cyf-kr.edu.pl> <gda3f2ts3smq35ldbmt7d953v5jn8s5gp3@4ax.com> <87ejv0bu4q.fsf@hector.domek> <ed14vj$gtg$6@kujawiak.man.lodz.pl> <87ejuzhh5p.fsf@hector.domek> <ed1dso$eq6$4@kujawiak.man.lodz.pl>
NNTP-Posting-Host: dkw132.neoplus.adsl.tpnet.pl
Mime-Version: 1.0
X-Trace: nemesis.news.tpi.pl 1156865356 9368 83.24.26.132 (29 Aug 2006 15:29:16 GMT)
X-Complaints-To: usenet@tpi.pl
NNTP-Posting-Date: Tue, 29 Aug 2006 15:29:16 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1807
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit