Re: discussion style and respect

Michael StJohns <mstjohns@comcast.net> Fri, 05 June 2015 00:15 UTC

Return-Path: <mstjohns@comcast.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8EF81A8784 for <ietf@ietfa.amsl.com>; Thu, 4 Jun 2015 17:15:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.69
X-Spam-Level:
X-Spam-Status: No, score=0.69 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n7GE9xI4zIyK for <ietf@ietfa.amsl.com>; Thu, 4 Jun 2015 17:15:48 -0700 (PDT)
Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:37]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 065F81A8778 for <ietf@ietf.org>; Thu, 4 Jun 2015 17:15:47 -0700 (PDT)
Received: from resomta-ch2-17v.sys.comcast.net ([69.252.207.113]) by resqmta-ch2-05v.sys.comcast.net with comcast id cQFn1q0032TL4Rh01QFnlt; Fri, 05 Jun 2015 00:15:47 +0000
Received: from Mike-T530ssd.comcast.net ([69.255.115.150]) by resomta-ch2-17v.sys.comcast.net with comcast id cQFg1q0073Em2Kp01QFm0Z; Fri, 05 Jun 2015 00:15:47 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 04 Jun 2015 20:15:41 -0400
To: IETF Discussion Mailing List <ietf@ietf.org>, IETF Announcement List <ietf-announce@ietf.org>
From: Michael StJohns <mstjohns@comcast.net>
Subject: Re: discussion style and respect
In-Reply-To: <3BF40BF3-B7EB-4571-BD7B-D394D4F0CB6C@ietf.org>
References: <3BF40BF3-B7EB-4571-BD7B-D394D4F0CB6C@ietf.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1433463347; bh=eCTwHC/fxtdbK4mMAGkWizjPAU1Vo+4ZkQp9ySKUQRY=; h=Received:Received:Date:To:From:Subject:Mime-Version:Content-Type; b=wlr8l87A/rP+mHXI0ORcsROKJiu0J7/MJIyHU074lrra8U5tpBzuZf8acpW/hKA3C p6b5FDTpnp2b6DYn7ZZLz7cknYrB5BCWPQEdfjOi0FXREDZK0o4KoIn2/0jak4InOU XhWke3I9lFdjKG+8dM9xTsQt3ylUCOaAbwIXLzzJGHGNjJ8cZNiMe30/aJi0mcntXg iWa/IrtHOWb2zuZEJGvRHamZQ3T15Ik0qKQWmcHzEm56yxnqd9x88IOrjGXMNK0L1H 5gcFPENh9uGgfEn2gqayyZKKfezowMci6up1hKEtSdY//NGGHIxfVpklPI7Iky6M5n T7TFGmxZT4y3Q==
Message-Id: <20150605001548.065F81A8778@ietfa.amsl.com>
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/zhm_02LVw4hIrRuGQKKZOZJ4NGQ>
Cc: IETF Discussion Mailing List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jun 2015 00:15:52 -0000

Jari has done a good job about talking about speaker responsibilities in the IETF.  I don't totally agree with his approach or conclusions, and I do somewhat object to the use of the Chair's bully pulpit to impose a specific approach, but those are quibbles.  But speaker responsibilities are only half of the story.


What I'd like to do is talk about *listener* responsibilities, which I believe to be as important as the speaker responsibilities discussed by Jari.


The general mantra of the IETF is :

"Be conservative in what you send, be liberal in what you accept." 

That applies across all of our protocol design.  But there's a human interaction equivalent:

"Don't annoy anyone unnecessarily, and don't be easily annoyed.".

Jari covered the "Don't annoy anyone unnecessarily"  piece, let me address the other part.

The IETF is a multi-cultural organization and each speaker has at least 20-30 years of acculturation in their own culture driving their manner of speaking and interaction.  It's fine to say "behave in a professional manner" as Jari suggests, but what that is differs from culture to culture.  In a multicultural organization, you need to start out with the assumption that what's being said is not meant to demean or degrade you and even if you believe it was, you need to, as a professional, seek for the technical content and ignore the emotional content.

As a listener in the IETF, my belief is that you need to first assume a lack of malice on any speaker's part and you should listen for the technical content and to mostly ignore the emotional content.  E.g. it really isn't all about you and you should not be taking things as a personal attack, or even an attack upon your culture.  And if you're not sure, feel free to ask questions as to what was meant.


In the IETF, we benefit (and have benefited) from a robust discussion style.  Granted, the IETF has a style that's on the extreme side of robust, but it has served us well over the years in getting to the mostly correct technical solution for any given problem.   

Finally,  - and this is firmly my opinion rather than established fact - the IETF is not a Least Common Denominator sort of organization.  If we restrict our abilities, and our discussions to a style which is acceptable always to everyone, we throw a way a great deal of our strength.  Not everyone one in the world will find the IETF an amenable organization to work within, but that is just the reality of the situation rather than an attempt at exclusion or selection.


The IETF has a unique culture that is a melange of the styles of the participants going back to its founding.  That culture changes as the participation changes, but not quickly and not always smoothly.  Any given participant should not assume that the IETF culture will be accepting of their approach, customs, or discussion style, and should be prepared to adapt themselves to the IETF's culture rather than vice versa and should not be surprised if their views are not always immediately accepted.  Over time, their participation will tend to reform the IETF's culture, but it will not happen quickly and it may not happen in ways they expect.

Mike