[atlas-l] on "feedback"
Peter Saint-Andre
stpeter at stpeter.im
Tue Aug 28 18:09:57 UTC 2007
jer wrote:
> I've been thinking quite a bit about how a standardized feedback
> system might work, for Brokers to offer some kind of quality measure
> back to both the Collectors and Factories from which the results came.
>
> One of the conclusions that I'm starting to come to is that positive
> feedback is bad.
What is the purpose of the feedback?
My understanding is that in general reputation systems function better
by making use of positive feedback than negative feedback.
> Both in that it's prime for abuse, and in that it's
> a potential privacy issue. The abuse factor means that it's yet
> another item that a system would have to track quality and reputation
> on, and once it's decided that the positive feedback is genuine it
> then becomes many more factors to try and deal with as each Broker
> would likely behave differently.
>
> As for privacy, I keenly want to avoid with great distance *any* kind
> of ability for Collectors/Brokers to learn more about the user, that
> is absolutely the Brokers job and any user information should never
> leave that system.
+1 to that!
> What I do think is worth standardizing is negative feedback. One of
> the most powerful tools an end user can have is the ability to say
> "this is wrong" and decide to share that with everyone. The value of
> a recognizing something incorrect is immediately important to
> everyone, the Broker, Collector, and Factory.
How is that less open to abuse than positive feedback?
>
> Again, being keen on privacy, this "problem report" should be as
> generic as possible, and contain really only two items, the knugget
> ID, and a human string.
What is a human string? Is it human-readable text provided by a user? If
so, is it internationalizable?
> The negative feedback wont even have the
> context of the query unless it was given in the string.
+1
> Primarily,
> these problem reports should be (aggregated and then) processed by
> people within the Collectors and Factories. A Broker may (often) use
> generic templates for the string parts, making it easier to aggregate
> them for review.
Templates sound like a good idea, but I suppose they may emerge
organically. :)
Peter
--
Peter Saint-Andre
https://stpeter.im/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 7338 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.wikia.com/pipermail/atlas-l/attachments/20070828/b5417dd6/attachment.bin
More information about the Atlas-l
mailing list