Ämne:Re: [dcdev] adc
Till:[email protected], [email protected]
>There is a little flaw in your demonstration. You have assumed when a
> client searches for "a b c d", this means "a" & "b" & "c" & "d" but it is
> wrong. Speaking about probability, a.*b.*c.*d is probably what the user
> wants the most. For example, if a user searches for an album, he won't
> spend time to write the album title in the reverse order. That's why most
> of the time, "a b c d" means "a.*b.*c.*d" (when it is not exactly "a b c
> d"). Any user having enough experience in any search engine (even google)
> knows he should not use some simple words like "a", "the", "is" and to
> search for "heaven is a place on earth", he will search "heaven place
> earth" (and it is even shorter to write :) ).
I can with equal validity state that "a b c d is probably what the user
most": the more exacting the default searches are, the more different
searches an average/median user must use to attempt to find what he wants.
I don't have any evidence to back this claim up, but you didn't present any
>optimizing something is good but optimizing something which is limited is
>just a waste of time.
Regular expressions are limited too, just differently.
>Moreover, finding something is good, being able to send
>it to the client requesting it in a reasonable period of time is better.
> Not everybody has access to a 100Mb connection, most of the users have
> ADSL or cable connections and if they take 5-10 minutes to send/receive
> their reply, I think they won't use this P2P network.
To what is this a response? Has anyone disagreed that "finding something is