Warnock's dilemma

Warnock's dilemma, named for its originator Bryan Warnock, is the problem of interpreting a lack of response to a posting in a virtual community.[1] The term originally referred to mailing list discussions, but has been applied to Usenet posts, blogs, Web forums, and online content in general.[2] The dilemma arises because a lack of response does not necessarily imply that no one is interested in the topic, but could also mean for example that readers find the content to be exceptionally good (leaving nothing for commenters to add).[2]

On many internet forums, only around 1 percent of users create new posts, while 9 percent reply and 90 percent are lurkers that don't contribute to the discussion.[3] When no users reply, the original poster has no way of knowing what lurkers think of their contribution.

Warnock's dilemma leads to online writers and publishers adopting more provocative writing strategies in order to ensure that they will get a response.[4][5] However, this can also lead publishers to avoid producing the kind of content that might fail to generate comments due to its high quality.[6] This problem arises particularly with sites that focus on viral content, such as Buzzfeed and Huffington Post.[6]

Original description

The problem with no response is that there are five possible interpretations:

  1. The post is correct, well-written information that needs no follow-up commentary. There's nothing more to say except "Yeah, what he said."
  2. The post is complete and utter nonsense, and no one wants to waste the energy or bandwidth to even point this out.
  3. No one read the post, for whatever reason.
  4. No one understood the post, but won't ask for clarification, for whatever reason.
  5. No one cares about the post, for whatever reason.
    Bryan C. Warnock, [7]

Since Warnock's original description of the dilemma in August 2000, the expression has become used in the Perl world.[8]

gollark: It is obviously not entirely free of any safety issue ever. It is, however, much easier to not do accursed memory safety things than in C.
gollark: Segfaults aren't the core point. If you use a high-level language you will be able to write your actual algorithm faster and less buggily.
gollark: You can *technically* cause segfaults with ridiculous ctypes hacks.
gollark: Probably some code interacting with it got a null pointer, or something like that.
gollark: i.e. not a Python program being buggy and definitely not Python itself

See also

Works cited

  • Holiday, Ryan (2012). "Can't Stand the Silence". Trust Me, I'm Lying: Confessions of a Media Manipulator. pp. 101–103. ISBN 1101583711.CS1 maint: ref=harv (link)

Notes and references

  1. Holiday 2012, pp. 101-103.
  2. Holiday 2012, p. 101.
  3. What is the 1% rule? by Charles Arthur, The Guardian, 20 July 2006
  4. Holiday 2012, p. 102.
  5. Rosenberg, Scott (2009). Say Everything: How Blogging Began, What It's Becoming, and Why It Matters. p. 259. ISBN 0307451380.
  6. Holiday 2012, pp. 102-103.
  7. Re: RFCs: two proposals for change -- Original description of the dilemma
  8. Re: Warnocked? -- Post to the Perl 6 language list explaining history and uptake of term
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.