summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar Jonathan Reed <jdreed@mit.edu>2014-02-25 20:55:09 -0500
committerGravatar Jonathan Reed <jdreed@mit.edu>2014-02-25 20:55:09 -0500
commit14ae042e331680add88acb732c5d604ce54f5f47 (patch)
treec8030171bd434ceafda0e16fe39c8a8f0093b3e9
parente5fbfc0d09e40a3e4932385161e1b6c03ec6f3be (diff)
Re-title and edit surprise and well-actually
Re-title and edit the sections on feigning surprise and well-actually to better clarify the actual principles, incorporating changes from dove
-rw-r--r--code-of-conduct.txt56
1 files changed, 24 insertions, 32 deletions
diff --git a/code-of-conduct.txt b/code-of-conduct.txt
index 92f8c4f..d4c7270 100644
--- a/code-of-conduct.txt
+++ b/code-of-conduct.txt
@@ -43,7 +43,7 @@ better, but please don't do so in a way that suggests that they're bad
person for doing what they did, that they should have done better, or
that their contribution wasn't worth making.
-No feigning surprise
+Avoid expressing surprise at ignorance
This first principle is aimed at discouraging the practice of acting
overly surprised when some says they don't know something. This
@@ -54,37 +54,29 @@ someone doesn't know something that you have taken for granted. But
consider whether the person, who has already admitted to not knowing
something, wants to be further reminded of it by your reaction.
-Feigning surprise has absolutely no social or educational benefit:
-When people feign surprise, it's usually to make them feel better
-about themselves or demonstrate their vast array of knowledge at the
-expense of others' emotions. Even when that's not the intention, it's
-almost always the effect. We want SIPB to be a place where people
-feel safe saying "I don't know" or "I don't understand", because those
-are the first steps to learning. We don't want an environment where
-people don't feel like a "real" SIPB member/prospective because they
-don't know what wget(1) or nc(1) are.
-
-No well-actually's
-
-A well-actually[2] happens when someone says something that's almost -
-but not entirely - correct, and you say, "well, actually..." and then
-give a _minor_ correction. This is especially annoying when the
-correction has no bearing on the actual conversation. This doesn't
-mean SIPB isn't about truth-seeking or that we don't care about being
-precise. However, many well-actually's are, like feigning surprise,
-primarily about (intentionally or unintentionately) demonstrating
-one's own knowledge, not truth-seeking.
-
-While "Well, actually" may be appropriate when conveying a major
-correction or preventing someone from making a dangerous mistake, you
-may wish to consider finding a different way to say it. In short:
-"People don't remember what you tell them, they remember how you make
-them feel."[1]
-
-Back-seat driving can be disruptive
-
-If you overhear people working through a problem, you shouldn't
-intermittently lob advice across the room. This can lead to the "too
+We want SIPB to be a place where people feel safe saying "I don't
+know" or "I don't understand", because those are the first steps to
+learning. We don't want an environment where people don't feel like a
+"real" SIPB member/prospective because they don't know what wget(1) or
+nc(1) are.
+
+Avoid over-correcting others ("Well, actually...")
+
+It's hard to resist the urge to demonstrate your knowledge about a
+subject; SIPB is as much as place for teaching as it is a place for
+learning. However, it can be really off-putting when that urge
+manifests itself by someone over-correcting someone else, usually by
+pointing out a subtle technicality. These are easy to spot because
+they almost always start "Well, actually...". While "Well, actually"
+may be appropriate when conveying a major correction or preventing
+someone from making a dangerous mistake, you may wish to consider
+finding a different way to say it. Remember, people don't remember
+what you tell them, they remember how you make them feel.
+
+Back-seat driving is disruptive
+
+If you overhear people working through a problem, avoid
+intermittently lobbing advice across the room. This can lead to the "too
many cooks" problem, but more important, it can be rude and disruptive
to half-participate in a conversation. This isn't to say you shouldn't
help, offer advice, or join conversations. On the contrary, we