-
Data: 2015-03-31 19:08:21
Temat: Re: poprawność algorytmu
Od: "slawek" <h...@s...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Użytkownik "M.M." napisał w wiadomości grup
dyskusyjnych:c8c46028-ecf9-454b-bb5d-75458b6ea66f@go
oglegroups.com...
>Inny przykład, program do translacji języków naturalnych. Dlaczego
>chciałbyś używać gorszy program niż lepszy?
Dlaczego uważasz, że dla w/w programów da się ustalić relację liniowego
(pół)porządku?
A praktycznie: program X zwykle daje ładniejszy tekst, ale za to przetwarza
dane w chmurze, wysyłając je na serwer nie-wiadomo-gdzie. Program Y daje
przyzwoitą jakość i przetwarza lokalnie. Który wybierzesz do przetłumaczenia
tekstu przetargu? A który do przetłumaczenia tekstu na publicznie dostępną
stronę WWW?
>Następny problem: gra w szachy. Dlaczego używać słabszego programu niż
>silniejszego? Można mnożyć...
Bo np. silniejszy program zawsze wygrywa, więc nie ma fun-u?
Można dzielić...
>się konkretyzuje. Bez względu na to jak się skonkretyzuje, to ciężko
>dokonać takiego dowodu formalnego.
Problem, IMO, leży w czym innym: dowody formalne zapobiegają tylko niektórym
błędom. A same z siebie mogą być błędne. Więc stwarzają złudną iluzję
bezpieczeństwa.
Ok. Zastąpmy "dowodzenie formalne" przez "pasy bezpieczeństwa". Oczywiście,
pasy ratują życie itd. Ale /pomimo/ pasów zdarzają się śmiertelne wypadki.
Więc np. jazda na podwójnym gazie, 200 km/h w terenie zabudowanym, w gęstej
mgle i pod prąd nie jest bezpieczna nawet jeżeli PASY SĄ ZAPIĘTE. Podobnie
pisanie super-odpowiedzialnych programów przez tylko jednego programistę,
bez testów - NAWET Z UŻYCIEM FORMALNYCH DOWODÓW POPRAWNOŚCI - nie jest moim
zdaniem dobrym pomysłem. I niekoniecznie dlatego że będą błędy.
Następne wpisy z tego wątku
- 31.03.15 19:29 M.M.
- 31.03.15 19:43 M.M.
- 31.03.15 19:49 g...@g...com
- 31.03.15 19:59 slawek
- 31.03.15 20:10 slawek
- 31.03.15 20:34 g...@g...com
- 31.03.15 21:01 M.M.
- 31.03.15 23:04 slawek
- 31.03.15 23:25 g...@g...com
- 31.03.15 23:32 Andrzej Jarzabek
- 31.03.15 23:59 slawek
- 01.04.15 00:08 g...@g...com
- 01.04.15 08:46 firr
- 01.04.15 09:01 firr
- 01.04.15 11:57 M.M.
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-02-12 Kraków => PHP Full Stack Developer <=
- 2025-02-12 Karta dźwiękowa stereo
- 2025-02-12 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-12 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-02-12 Łódź => NodeJS Developer <=
- 2025-02-12 Błonie => Sales Specialist <=
- 2025-02-12 Dziwne zachowanie magistrali adresowej w 8085
- 2025-02-11 Mini pecet
- 2025-02-10 Spalił się spaliniak
- 2025-02-10 zarowka wifi - z sensowna apka lub lepiej albo lokalnie lub przez web. I zeby harmonogram miala
- 2025-02-10 Chrzanów => Programista NodeJS <=
- 2025-02-10 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2025-02-10 Dlaczego takie preferencje banków?
- 2025-02-10 Białystok => iOS Developer (Swift) <=
- 2025-02-10 Mińsk Mazowiecki => Team Lead / Tribe Lead FrontEnd <=