Re: Błędny epsilon - this is not a bug, this is ? - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Błędny epsilon - this is not a bug, this is ? › Re: Błędny epsilon - this is not a bug, this is ?

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!wsisiz.edu.pl!plix.pl!newsfeed2.plix.pl!news.nask.pl!news.nask.org.pl!
newsfeed.pionier.net.pl!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-
spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: "slawek" <h...@s...pl>
Newsgroups: pl.comp.programming
References: <50924bb1$0$1308$65785112@news.neostrada.pl>
<k72sqt$gq$1@news.dialog.net.pl>
<509505f2$0$1317$65785112@news.neostrada.pl>
<k734vm$43g$1@news.dialog.net.pl>
<509533d1$0$26687$65785112@news.neostrada.pl>
<k797v2$t98$1@news.dialog.net.pl>
<509848c6$0$1208$65785112@news.neostrada.pl>
<k79hhh$26k$1@news.dialog.net.pl> <k7am9f$n0p$1@zeus.man.szczecin.pl>
<k7apte$eiu$1@news.task.gda.pl>
<0...@g...com>
<k7b4tp$9ke$1@news.task.gda.pl> <k7b8b5$nqq$1@node1.news.atman.pl>
<k7bbgo$pth$1@news.task.gda.pl>
<50996f4d$0$1297$65785112@news.neostrada.pl>
<k7c0hi$jp4$1@news.task.gda.pl>
<50999d69$0$1215$65785112@news.neostrada.pl>
<9...@g...com>
<509ab5db$0$1297$65785112@news.neostrada.pl>
<f...@g...com>
In-Reply-To: <f...@g...com>
Subject: Re: Błędny epsilon - this is not a bug, this is ?
Date: Thu, 8 Nov 2012 09:19:10 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
Importance: Normal
X-Newsreader: Microsoft Windows Live Mail 15.4.3555.308
X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308
Lines: 22
Message-ID: <509e9485$0$1232$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 62.69.202.124
X-Trace: 1352569989 unt-rea-b-01.news.neostrada.pl 1232 62.69.202.124:63649
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.comp.programming:200697
[ ukryj nagłówki ]
Użytkownik "Roman W" napisał w wiadomości grup
dyskusyjnych:fbf215a0-5e75-4ca7-97f6-f0dbb867af18@go
oglegroups.com...

>Oczywiscie scenariusz, w ktorym znamy funkcje i musimy znalezc minimum
>wielokrotnie w krotkim czasie dla roznych zestawow parametrow, zostal
>zignorowany jako nie pasujacy dla slawkowej tezy.

Co ja bym proponował w takim przypadku? Może po prostu sprawdzenie jak sobie
radzi z takim "scenariuszem" kilka różnych metod i wybranie najlepszej
"strategii" - być może na początku to, potem to, a na końcu tamto? Albo to i
tylko to, bo tak będzie najlepiej? Albo np. to i sio, a potem tylko
"dostrajanie" dla nieco innych danych - tańsze niż zaczynanie od początku?

Ale jak widać nie trzeba (i nie należy moim zdaniem) - mając taki
"scenariusz" - wybierać najlepszej metody według podręcznika "bo algorytm
<tu nazwa> jest the best".

W tym sensie <tu nazwa> jest przereklamowany - bez "przetargu" na najlepszy
algorytm musimy wierzyć w zapewnienia z podręcznika (a czasami z reklamy
programu).