-
Data: 2015-03-27 13:21:21
Temat: Re: poprawność algorytmu
Od: g...@g...com szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu piątek, 27 marca 2015 12:24:48 UTC+1 użytkownik M.M. napisał:
> On Friday, March 27, 2015 at 10:57:26 AM UTC+1, g...@g...com wrote:
> > Oczywiście pewien problem natury epistemicznej wiąże się ze sformułowaniem
> > odpowiedniej listy aksjomatów, które miałyby odzwierciedlać rozważany
> > przez nas problem
> Właśnie o tym pisałem. Poprawność dowodu, to też jego poprawność w
> odzwierciedlaniu oryginalnego zadania.
W takim razie zgoda -- tego rodzaju "poprawność" jest niemożliwa do uzyskania.
Należy jednak mieć na uwadze, że z formalnego punktu widzenia poprzez
"poprawność" dowodu rozumie się to, czy każdy krok jest zgodny z regułami,
natomiast w tym przypadku raczej należałoby użyć słowa "adekwatność"
(na przykład teza Churcha-Turinga postuluje adekwatność maszyny Turinga
jako modelu ujmującego intuicyjne rozumienie obliczalności)
Jednak z drugiej strony jeśli mamy na przykład dowód indukcyjny twierdzenia,
że funkcja "append" zdefiniowana (dajmy na to w czymś haskelopodobnym) jako
append [] y = y
append (h:t) y = h:(append t y)
jest operatorem łącznym, tzn dla dowolnych skończonych list a, b, c
append (append a b) c === append a (append b c)
to tak naprawdę trudno jest to kwestionować i podważać, tzn. albo uznajemy
regułę indukcji, i wtedy musimy uznać dowód za poprawny, albo jej nie uznajemy,
i obawiamy się, że "mogą istnieć takie listy, dla których append wcale
nie będzie się zachowywał jako operator łączny" -- choć byłoby czymś
szokującym, gdyby ktoś był w stanie podać pozbawione błędów rozumowanie,
które pozwalałoby taki obiekt skonstruować. Tym bardziej trudno byłoby
tutaj sformułować zarzut nieadekwatności, bo nie za bardzo można wskazać
jakąś zewnętrzną dziedzinę problemową, do której mielibyśmy odnosić
dowód
(a przy okazji jak kogoś ciekawi, to znajdzie ten dowód w notatkach
http://www.cl.cam.ac.uk/teaching/Lectures/funprog-jr
h-1996/all.pdf
na stronie 86)
Następne wpisy z tego wątku
- 27.03.15 15:12 Maciej Sobczak
- 27.03.15 16:00 g...@g...com
- 27.03.15 21:25 Andrzej Jarzabek
- 28.03.15 05:04 M.M.
- 28.03.15 09:40 Maciej Sobczak
- 28.03.15 09:45 g...@g...com
- 28.03.15 10:10 Maciej Sobczak
- 28.03.15 10:47 g...@g...com
- 28.03.15 10:54 M.M.
- 28.03.15 11:46 M.M.
- 28.03.15 11:54 Andrzej Jarzabek
- 28.03.15 13:08 Andrzej Jarzabek
- 28.03.15 18:22 Maciej Sobczak
- 28.03.15 19:38 Roman W
- 28.03.15 19:43 Roman W
Najnowsze wątki z tej grupy
- We Wrocławiu ruszyła Odra 5, pierwszy w Polsce komputer kwantowy z nadprzewodzącymi kubitami
- Ada-Europe - AEiC 2025 early registration deadline imminent
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2025
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- ,,Polski przemysł jest w stanie agonalnym" - podkreślił dobitnie, wskazując na brak zamówień.
- Rewolucja w debugowaniu!!! SI analizuje zrzuty pamięci systemu M$ Windows!!!
- Brednie w wiki - hasło Dehomag
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- U nas propagują modę na SI, a w Chinach naukowcy SI po kolei umierają w wieku 40-50lat
- C++. Podróż Po Języku - komentarz
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
Najnowsze wątki
- 2025-06-07 Mouser - koszt wysyłki
- 2025-06-07 Co robić, jak robić, aby dużo zarobić, a się nie narobić ?
- 2025-06-07 Co robić, jak robić, aby dużo zarobić, a się nie narobić ?
- 2025-06-07 Co robić, jak robić, aby dużo zarobić, a się nie narobić ?
- 2025-06-07 Warszawa => Software .Net Developer <=
- 2025-06-07 Warszawa => Junior SQL / FrontEnd developer <=
- 2025-06-07 Warszawa => Team Lead Data Engineer (Snowflake) <=
- 2025-06-07 Kraków => Kotlin Developer <=
- 2025-06-07 Warszawa => Senior Key Account Manager IT <=
- 2025-06-07 Gdańsk => PHP Developer <=
- 2025-06-07 Warszawa => Specjalista ds. Sprzedaży <=
- 2025-06-07 Łódź => Mainframe (z/OS, Assembler) Developer <=
- 2025-06-07 Warszawa => Sales Assistant and Customer Development Specialist <=
- 2025-06-07 Warszawa => Programista Full Stack .Net <=
- 2025-06-07 Lublin => Delphi Programmer <=