RE: Tolerance

"Rob Wilton (rwilton)" <rwilton@cisco.com> Tue, 16 July 2019 13:57 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1180A12060B for <ietf@ietfa.amsl.com>; Tue, 16 Jul 2019 06:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.489
X-Spam-Level:
X-Spam-Status: No, score=-14.489 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=UgAANhoE; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=VXuDwWpF
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 mErlcJElanAK for <ietf@ietfa.amsl.com>; Tue, 16 Jul 2019 06:57:07 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30D75120086 for <ietf@ietf.org>; Tue, 16 Jul 2019 06:57:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=53978; q=dns/txt; s=iport; t=1563285427; x=1564495027; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=uCaqiLZPyiAkZ6fSnZJE8fXopNvjtjeGpPVoxITY4d4=; b=UgAANhoEk8nc6RrJS5r5Yr+0M6H22jQhfPwyjwlkkPnnprLximz3WLVc W0EAvy79Ac7hColKsIfpS7EjNUDeIzZG5gA9Z8FCVTw6zUsU2h7RrjIR9 n+7u+ppJWCCZbN5Cvuis/1k5nU3Bx86R72TbDcXAkPQKe4dPNLYt/E3S6 c=;
IronPort-PHdr: 9a23:fRS8RBz6jfAw6vXXCy+N+z0EezQntrPoPwUc9psgjfdUf7+++4j5YhSN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1kAgMQSkRYnBZufFkz/MPnsRyc7B89FElRi+iLzPA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DOAQDH1i1d/4oNJK1lGwEBAQEDAQEBBwMBAQGBZ4EVLyQFJwNqVSAECygKhBKDRwOOT4Jbl0+CUgNUCQEBAQwBAS0CAQGEQAIXgiMjOBMBAwEBBAEBAgEFbYU8DIVKAQEBAQIBEggJChMBASwFBgEECwIBCBEEAQEhAQYDAgICMBQJCAIEDgUIDQQJgwGBHU0DDg8BAqFyAoE4iGBxgTIfgloBAQWFEhiCEwmBNItfF4FAP4FXgU5+PoRGNIJUMoImjAISMg+CI4R+iGuOBgkCghmLRjGIMIItizGKLCqkWwIEAgQFAg4BAQWBZyGBWHAVO4JsgkEMF4EDAQuCP4pTcoEpjWkBgSABAQ
X-IronPort-AV: E=Sophos;i="5.63,498,1557187200"; d="scan'208,217";a="297631653"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Jul 2019 13:57:05 +0000
Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x6GDv5Dd016941 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 16 Jul 2019 13:57:05 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 16 Jul 2019 08:57:05 -0500
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 16 Jul 2019 09:57:04 -0400
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 16 Jul 2019 08:57:03 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=T40oP50NtyTGB1k1DHux1qUOo8KxcayaojAj3T6SL8CW4tw/pDV7J4MiScdcwChxDYIpCivN7tw/tJj7244psjfRfMaDqzdcpk9av0N6jaPawQ+hopETbwMCo+rsXT7VbwdfUMVwd3lh+O7U448TeP8oYvLXHSDO1hPSCLWCcS/PerYDXgndWh3Uzyk0wSjfs4vSBNlYsBYkdBstJ4SZyMJZkjyzawkPPzb20+CkMsUZrHrwCvDdvrQ3vQbMqH/SXOHFPta4T0//HBFly+rc91XrICZQVbyPG4h9l9Xkre9/4K9hJ3+X2Fk7fI+XK5WEM5jKbXkWUSv2rdkYQYrrCg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uCaqiLZPyiAkZ6fSnZJE8fXopNvjtjeGpPVoxITY4d4=; b=cH9a6ImsObq13Sd7cbUXzoPGDPjGVjHk5HLO/HXDab+BpeMOInvTq7E6Ro/lqXQsQ54e0zIhisjF78o9fHun05PVu2hU4c9Cj6oBXwef3383GuU0vrn2ZjWXILrCy8f/OblyxpRfEJqHfpxOj9rb/Kho5dMuLAVjQgVqi6rYVXo3aTTX84vkbLq3eSBDcTUA3EgoVsbvFF4VJ2spNEBmEKBe4bvqHSR9BvK3y8P8mgmsgjAhQPaqApFyJ7f0RZ4Qw7qDgcsYIG1rtE0I0IlyLTMVbTsr+aI8HX2zUaVAZXjoABpoIBcCfNwhjObu3RR7q2f1fBhMEfxCS7u27Mi7vQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=cisco.com;dmarc=pass action=none header.from=cisco.com;dkim=pass header.d=cisco.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uCaqiLZPyiAkZ6fSnZJE8fXopNvjtjeGpPVoxITY4d4=; b=VXuDwWpFHlvQ3CxdSXSuf3JprZh1gVoT/i36UpeSnJuYfGliTK5SL0Y/BxzsISX/BiVAQpX4TvNwRARgX8eMnneEmaPjIkIhE5FJTmvoEegXlNdKZh6T7N67KoM5ch/BLYKjS+HPwLnl29O6RXGVe7/9atE7R28NvulQDSEKgRE=
Received: from BYAPR11MB2631.namprd11.prod.outlook.com (52.135.227.28) by BYAPR11MB3814.namprd11.prod.outlook.com (20.178.239.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2073.10; Tue, 16 Jul 2019 13:57:02 +0000
Received: from BYAPR11MB2631.namprd11.prod.outlook.com ([fe80::91da:1669:aaf0:d428]) by BYAPR11MB2631.namprd11.prod.outlook.com ([fe80::91da:1669:aaf0:d428%4]) with mapi id 15.20.2073.012; Tue, 16 Jul 2019 13:57:02 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Keith Moore <moore@network-heretics.com>
CC: "ietf@ietf.org Discussion" <ietf@ietf.org>, Dave Cridland <dave@cridland.net>
Subject: RE: Tolerance
Thread-Topic: Tolerance
Thread-Index: AQHVM0m5ZYM9i0LLm0uzA1YQcachL6a8utmAgAjpsQCAABnYAIADSbmAgAAFG4CAAuHvgIAAFdEAgAAyuwCAABRSAIAAxr4AgAAzgoCAAAjfoA==
Date: Tue, 16 Jul 2019 13:57:02 +0000
Message-ID: <BYAPR11MB263189E12D503FF082C96E2CB5CE0@BYAPR11MB2631.namprd11.prod.outlook.com>
References: <6EB5A0D4-DC17-40A8-B144-DC28F81C576A@employees.org> <A6135702-2156-48F1-A5D3-5F5EAE1B12B3@cooperw.in> <e24cae63-1a9b-7160-73cc-77c29e479eed@comcast.net> <9447eb2b-fd9f-4fa7-8e07-0bc0ad118292@gmail.com> <560a8a2b-3ece-4db9-4bf8-f16acbdc27a4@comcast.net> <ac5eec46-85d9-835a-fc53-02bb97fd25ab@gmail.com> <3b5c74d6-e219-512d-1c02-c7c66ca2573e@eff.org> <52052311-c9ed-7bbb-7f7e-edc1b0119075@network-heretics.com> <CAKHUCzyaftM0tkTAfN-5XNzv+yY1+y89o2s_VtzN41=Mt7mXfw@mail.gmail.com> <C566A98E-FCB0-4C43-8FE6-0AF35D692921@network-heretics.com> <CAKHUCzxyUW-B-sYkWLkA=nMrFv96_qp+xzcrOWvY4E9n9WTbPw@mail.gmail.com> <c69f552c-6789-34c8-0613-eeed6d7b95ec@network-heretics.com>
In-Reply-To: <c69f552c-6789-34c8-0613-eeed6d7b95ec@network-heretics.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rwilton@cisco.com;
x-originating-ip: [173.38.220.42]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ce33e880-1a9b-4d0e-ee66-08d709f57ad9
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB3814;
x-ms-traffictypediagnostic: BYAPR11MB3814:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BYAPR11MB3814E73B196AA019D9CB566CB5CE0@BYAPR11MB3814.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 0100732B76
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(376002)(136003)(366004)(39860400002)(51444003)(199004)(189003)(52536014)(478600001)(76176011)(6436002)(4326008)(81166006)(229853002)(71200400001)(5660300002)(3480700005)(71190400001)(6306002)(81156014)(55016002)(8676002)(99286004)(7696005)(54896002)(25786009)(53936002)(102836004)(7116003)(14444005)(256004)(30864003)(6506007)(53546011)(66574012)(6246003)(186003)(446003)(476003)(221733001)(486006)(33656002)(11346002)(26005)(66066001)(6916009)(8936002)(2906002)(561944003)(86362001)(790700001)(7736002)(236005)(9326002)(6116002)(3846002)(76116006)(74316002)(64756008)(9686003)(66946007)(66446008)(66476007)(66556008)(68736007)(316002)(54906003)(14454004); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3814; H:BYAPR11MB2631.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: kaBX3w8O+8ocP18iIyEQ0YrcJuaRtVLszZP6u3aDzQP46+6Z0UrqmtUvck6naW4LXJyAlHYvul9Qf5pCymlUkJF/RZ3wVjVF454Xm7PijIXtiRAaH+tL+/OuoDFOwFP3y40Ow8SGAFsme5oEGAUzNnss2Od/bLtST+pLfr44c7Ebdi3IO9QB241C6OZrbRwkqpysQDCgAtFzHPkITCeQnSuIleDbRlDykLVuXU4kQGUuke21ahSnCGau6C0ENidJlJNwQtetzSAo5tpjFPGxl5oA6mss6ENSOq046Cm2dAMT5mfYo7AVttI3Zt4DGfVS2nMuBn0PlIJwzvDfX4gKZmqaNW+HL8uYN5QP9+idE2XdSGRRkdYam0c7VTXRC3UgqG56cGwm5sGIqyqeQ/tBgxdWPNcu1Zdd0ZdPruHMHFo=
Content-Type: multipart/alternative; boundary="_000_BYAPR11MB263189E12D503FF082C96E2CB5CE0BYAPR11MB2631namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: ce33e880-1a9b-4d0e-ee66-08d709f57ad9
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jul 2019 13:57:02.5526 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: rwilton@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3814
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/IUBzPaE63xZYm-d-7RRt0ICN1e0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 16 Jul 2019 13:57:11 -0000

Hi Keith,

Personally, I think that the best feedback is constructive, objective and preferably delivered in a kind way whenever possible.

I also don’t see that striving for feedback to be provided in this way conflicts with the successful functioning of IETF (either historically, or today).

Of course, this is just one opinion.

Kind regards,
Rob



From: ietf <ietf-bounces@ietf.org> On Behalf Of Keith Moore
Sent: 16 July 2019 14:00
To: Dave Cridland <dave@cridland.net>
Cc: ietf@ietf.org Discussion <ietf@ietf.org>
Subject: Re: Tolerance


On 7/16/19 5:55 AM, Dave Cridland wrote:
On Mon, 15 Jul 2019 at 23:04, Keith Moore <moore@network-heretics.com<mailto:moore@network-heretics.com>> wrote:

On Jul 15, 2019, at 4:51 PM, Dave Cridland <dave@cridland.net<mailto:dave@cridland.net>> wrote:
On Mon, 15 Jul 2019 at 18:50, Keith Moore <moore@network-heretics.com<mailto:moore@network-heretics.com>> wrote:
On 7/15/19 12:32 PM, Jacob Hoffman-Andrews wrote:

> To reinforce what Melinda's saying: I dedicate less time to IETF work
> than I otherwise would, specifically because of the hostile and alien
> nature of debate here. I have colleagues who feel the same way, and
> other colleagues who refrain entirely from participating at the IETF
> because of it.

I believe you.   But could you drill down a bit into (i.e. define more
precisely) "hostile" and/or "alien"?   Because I suspect these words
mean different things to different people.

Almost certainly the precise meaning taken differs, but the essential meaning here is that some IETFers choose to be blunt, and this drives others away.

Could you be more precise about what it means to be “blunt”?  Because I’m not sure that I know what you mean. I can think of several possible alternatives:


Would "unnecessarily aggressive" be clearer? Perhaps simply "unwelcoming" is enough to cover it.

"unnecessarily aggressive" is still kind of vague, but at least I can agree that being unnecessarily aggressive is probably counterproductive.

"unwelcoming" is trickier.   I can certainly understand that a newcomer to IETF might not understand the conventions for discussion that are appropriate to and supportive of IETF's work.   But it has generally seemed to me that newcomers to IETF are treated with a bit more deference.   The reason a newcomer feels unwelcome might be more due to the newcomer's observation of more experienced persons' behavior toward one another, than to the way newcomers are treated.   (I will admit I have no supporting data for this.)

- let’s say (for the sake of example) that my informed technical opinion is that NATs pose a grave threat to the security and stability of the internet and to the internet’s ability to support diverse applications. [*]  Is it too “blunt” of me to say so?  Or am I obligated to pretend, for the sake of “politeness” that NATs are somehow more virtuous than that, because others believe that they are?  In other words, do I have an obligation to be dishonest for the sake of protecting others’ egos or their employers’ products?

[*] note: this is just an example; my current position on NATs is more layered and nuanced than that.

[...]

Politeness surely isn't a bad thing that needs careful protection with scare-quotes. Surely if you're not polite, you're being impolite? I don't see how that is a useful strategy for either persuasion or encouraging debate.

I put "politeness" in quotes because it's dangerously ambiguous.   Not only can it mean a lot of different things, many of those things are actively harmful to IETF's work.   Politeness is not about intent, it's about adhering to social conventions.   Many social conventions are actually harmful - sometimes in the sense of being detrimental to technical work, sometimes in the sense of perpetuating harmful prejudices, sometimes even in the sense of supporting abuse and protecting abusive people.

I doubt that many IETFers would support forms of "politeness" that they know have such negative effects, but often people have become so conditioned to harmful social conventions that they don't question them or even realize that they exist.   Politeness also varies from one culture to another, and is often dependent on things like status and gender which, if followed, would deter us from behaving as peers.

It's for these reasons that I don't think IETF should define appropriate behavior in terms of "politeness".

There are alternatives that are more defensible.  As examples, it's always appropriate to have genuine respect for others, and being considerate is always an appropriate motivation (though it can backfire).

There's another problem with the notion of "politeness" that I should mention - it's the convention that when someone else violates one's notion of politeness, one has license to disregard that person, dismiss their input out-of-hand, and/or be critical of them personally (either publicly or privately).



But look at what you're doing here - isn't the premise of your paragraph here is that I am suggesting, in a debate over how to encourage people to express opinion, that they should not express their opinions?

I suspect you and I are approximately on the same page with this, but I don't have the sense that everyone who has been participating in this discussion is on the same page.

There's a figure named Cassandra from ancient Greek mythology.   She had the gift of prophecy but it came with a curse:  The more accurate her prophecies, the more fervently they would be disbelieved.   I think the ancient Greeks were wry observers of human nature, that they incorporated such observations into their myths, and Cassandra's curse is a good example.

I've often seen a form of this curse operating in contemporary experience.   It looks something like this: The more that a particular observation or suggestion or bit of foresight challenges people's presumptions, the more they disbelieve it and/or resist it.   Quite often, they see that observation or suggestion or foresight as impolite or even offensive.   And the truer the observation, and the more clearly it is stated, the more fervently people are inclined to resist it.   (Though I should caution, the fact that people see something as offensive doesn't mean it's true.)

I will assert that engineers and scientists and people who make laws and policies, especially, need to cultivate the discipline of looking past their presumptions, and to make sincere efforts to ask themselves whether a challenging observation or suggestion or potential bit of foresight might actually be true.

I will further assert that expecting or conditioning people to be "polite" is counterproductive to this, and that the likely principal effect of expecting people to be "polite" (without being more specific) is to encourage mediocrity in IETF, and to discourage participation of people with keen powers of observation or unconventional points-of-view.



- or am I supposed to treat every technical proposal or decision as if it’s a good one, and refrain from pointing out flaws, or refrain from attempting to express just how harmful a proposal or decision appears to me to be?  If I think that launching the spacecraft in below-freezing weather will significantly risk killing the crew, or that a proposed bridge design is likely to fail in a heavy wind, with potential loss of life, am I expected to say that in veiled terms like “I recommend against that”?


You should read up on Crew Resource Management, which discusses this kind of behaviour (often with the same examples, so I suspect you know of it) in intricate detail, but the summary is "no". Pointing out serious issues, assertively, and explaining why you feel these are serious, should be welcomed. Treating every technical proposal or decision as if it's made in good faith, though, is good - and if everyone does that, your warnings of doom should be more heeded, not less.

I hadn't thought of it in the context of this discussion, but CRM is an excellent example of adopting different standards for behavior in situations for which social conventions were actually harmful.  Thanks for mentioning it.

(especially since it has fair amount of research behind it, maybe we could actually use CRM as a starting point for a better notion of IETF etiquette)

But most of what I'm concerned about isn't shielding the leadership likely to make decisions, but encouraging newcomers to engage - inevitably, as newcomers, the stakes are much much lower, and the need for feedback less urgent, so you can deliver the message needed in a calmer way.

- or am I supposed to avoid technical discussion of details of a proposal or decision that might embarrass the person making the proposal or decision?

You're supposed to discuss technical details and decisions in a way that avoids the embarrassment of the person making the proposal or decision.

One should not deliberately try to embarrass.   But neither, I submit, should IETF participants feel compelled to describe problems with an idea or decision vaguely in order to avoid bruising the egos of the people who proposed them.    (Hyperbole doesn't help either, of course.)



And make no mistake, this *is* a choice, and I've only ever seen long-time, "senior", IETFers defend that choice publicly.

It may be that very experienced and competent engineers are more likely to understand the value in it.  IETF was blessed to attract a lot of extremely competent people in its early days.


I think it's more likely that most people who have spent a significant period of time on these mailing lists are the ones who have grown used to it and consider it normal, or at least can be comfortable with it.

Perhaps they also understand why it's useful or even necessary sometimes.


When I joined my first IETF list nearly 25 years ago, I was one of the younger ones. I think I still am. While I appreciate the way the IETF keeps me feeling young, I'm not entirely convinced this is an overall positive outcome for the IETF.
This means avoiding being blunt when we offer our opinions, as well as trying to tease out the useful opinion from the bluntness of others.

I disagree with that generality.  I don’t think it’s welcoming to people to not take them seriously.  One way to not take someone seriously is to humor them when they make bad suggestions and act as if they were good ones.  That’s not to say that I think they should have to endure scathing criticism of their ideas (and certainly not of themselves).  But sometimes it is necessary to be clear.


Yes, you're right. The point I was trying to make was that an opinion delivered aggressively, or with sarcasm, or whatever remains an opinion. We are of course free to disagree with it, but as readers, we should try to understand the actual opinion and disagree with that. I didn't intend to suggest that all opinions are equally correct, but it is often useful to understand others' viewpoints and why they hold them. After all, it allows one to construct more persuasive arguments against them. It is that utility that I meant by "useful".

Certainly agree with that.

To put it another way, we should be conservative in what we send, and liberal in what we accept from others. Just like that principle, it should not bar us from noting and rejecting bad input - but we shouldn't let that be the cause of a fatal error.

I had started to cite that principle myself but found too many cases for which it produced bad results.  At least we agree that we should be able to reject “bad input”.

Sorry, this was not as clear as I'd have liked.

I actually intended the "bad input" to mean stripping out the aggressiveness or whatever and rejecting that, so as to concentrate on the substance. But again that's unclear, since I don't mean to suggest we cannot reject poor arguments, invalid statements, and so on. We not only can, we should.

Agree with that also.


b) Rather than call out that choice of words but answer the essential points, the organisation chose instead to chastise the sender publicly and leave the points unanswered - unwittingly shutting down the discussion.

Different people will have different opinions, and I don’t want to add fuel to that particular fire, but my analysis of that conversation was somewhat different.


Sorry.  "Shutting down" was an unwarranted exaggeration. But I think it did indeed reduce constructive participation.

I certainly agree that constructive participation was thwarted, though you and I might disagree as to why.  (or not)

Keith