Re: [Rfced-future] What would an "RFC Series Consultant" actually do?

Adrian Farrel <adrian@olddog.co.uk> Fri, 10 July 2020 09:39 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B95E3A0F68 for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 02:39:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level:
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 MNQkuEpSmtEH for <rfced-future@ietfa.amsl.com>; Fri, 10 Jul 2020 02:39:16 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30F873A0F66 for <rfced-future@iab.org>; Fri, 10 Jul 2020 02:39:15 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06A9dBfK002772; Fri, 10 Jul 2020 10:39:11 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 95E4D2204A; Fri, 10 Jul 2020 10:39:11 +0100 (BST)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs2.iomartmail.com (Postfix) with ESMTPS id 8060D22048; Fri, 10 Jul 2020 10:39:11 +0100 (BST)
Received: from LAPTOPK7AS653V ([87.113.100.254]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06A9dAtc019790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Jul 2020 10:39:11 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Nevil Brownlee' <nevil.brownlee@gmail.com>, rfced-future@iab.org
References: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
In-Reply-To: <CACOFP=h_eK-nxXqp73X4-YPYKq26cPOZEPH_urGnTDndrM-S3g@mail.gmail.com>
Date: Fri, 10 Jul 2020 10:39:10 +0100
Organization: Old Dog Consulting
Message-ID: <02a001d6569d$f762f480$e628dd80$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02A1_01D656A6.59278390"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQKU/v7uhANlBiiw3fMdt6a0G7phfqeDPPFg
Content-Language: en-gb
X-Originating-IP: 87.113.100.254
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25532.006
X-TM-AS-Result: No--22.419-10.0-31-10
X-imss-scan-details: No--22.419-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25532.006
X-TMASE-Result: 10--22.418700-10.000000
X-TMASE-MatchedRID: IeZYkn8zfFpo71Nk1nA+uXFPUrVDm6jtekMgTOQbVFscI/pZs+xxL3Ey rF1JkVUl01P39PgZGsrUZ04JW2RyJKnDDVL3dT0PdhnFihmbnwXydGTzcdHw7lc/Cedjlcvk4CN zv2wbHt39W4F6NyvtfvwQfFbVsuVGA/cBDHpFySYea0JeKHt/01Di5vmx8OsRC5L2Og8SQUVdED 4T8KhgFkRaYbA9K8vZfCGkWff1JzXcLQWIyXxNQTdfT4zyWoZSbnIU6uSebvT5LkL/TyFZzbpYc E2YBNVCP8iEpttXMZHPUMA6SCpJxlGkPFPB4CMJYEDfghyManFv+B0owAW3Bsf+fFvRjm9hc1hs s0LDlhd5Fc5Bec2OmzFTvUcMKfHkiUkh2ejH9NTC0TXpqtexIkGaUEX8gnR85CL5Q9KAbJau8Vh Doi2oKFYGh5Ya+7CftmgA7D9kzZLeUllNUx0nJaPdDP4XISMGYpX1XVIG1s5aDILwf1HV4VbTtJ pG9MBBAr4dvebULB0hR1yLzsHiaXox6CL6MzUq7T+j7/gPsPNL9x4FCuBLUf3Rolh/776UYukgh BP7EiZ7FJhlI93JsBmuTMMeP3qrbjaP+3DD8WgIs18ZTh19+PbCH7g3tXt/R+619nJBqrVFhwXG b6ruvBxTd/aq2eqh9ZMJhb6UpJRYv9JmZ/s9sBoKdKvps9co31asM/gsp2kYDu7Ahk0dDVxfz10 OsXj5iZmfBZYgGr+/LUPnfvvbV/twSMjECwMmWcC0gYMYIWj54F/2i/DwjSPS9JdK3W4/bgY8Qw l4o87VaKp+SUEcO/ws7nAqLxhScejanjZWHJieAiCmPx4NwGmRqNBHmBve1B0Hk1Q1KyLr8uVzX avvg5/Unpyav4ctOwBXM346/+zfF6yrXxKMbXuvPg8GoUrb5hy5lVSLwBFJinoTQNbd/8m6mrJk mFv1
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/c6_TLgRZFsQFO-XzckFrI9l5cEs>
Subject: Re: [Rfced-future] What would an "RFC Series Consultant" actually do?
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jul 2020 09:39:18 -0000

Thanks Nevil,

 

I find that a useful set of points.

 

Can I note that the whole style guide was a joint product of the RSE and RPC. This is important because (sweeping generalisation) the copy-editor function applies a style guide while the editor produces the style guide.

 

(If anyone here is unaware of the value and importance of a style guide, I’d be happy to provide some pointers off-list.)

 

Best,

Adrian

 

From: Rfced-future <rfced-future-bounces@iab.org> On Behalf Of Nevil Brownlee
Sent: 10 July 2020 05:56
To: rfced-future@iab.org
Cc: Nevil Brownlee <nevil.brownlee@gmail.com>
Subject: [Rfced-future] What would an "RFC Series Consultant" actually do?

 

Hi all:
Watching the list for the last few days, we seem to be proposing an "RFC Series *Publishing) Consultant" to "handle Strategy Development for the series."

When thinking about what the consultant (whatever we call her) actually does, let's start with the things Heather actually did ...

 

1. The RPC often runs into tricky edge cases that don't quite fit the Style Guide.  Heather used to have weekly meetings with the RPC editors (which I sat in on for 8 years or so); as a group we resolved those issues quickly, and the RPC saved them for updates to the Style Guide.  I suspect that John Levine is doing that rather well now.

 

2. Changes to the series.  That's probably what the list sees as "Strategy" questions, so the Series Editorial Board (whatever form it eventually takes) is probably the right place for discussions about that.  Such changes could, for example, have included how best to provide long-term digital preservation for the series - Heather spent rather a lot of time on that.

 

3. Implementing changes.  Heather actually put a lot of time into the svg2rfc v3 implementation, a fair bit of that work was contracted out and overseen by the Tools Team; i.e. we have a precedent for contracting such work.  However, the ongoing part of the v3 changes is to collect feedback from authors, the RPC, etc, and feed that back into updates of software and documentation.    That's a long-term task, but presumably one that could also be contracted out.

Overall the Series Consultant role does indeed comprise quite a range of tasks, and I believe the long-term development ones really do need someone with Publishing and Information Management expertise.

As for finding a suitable person for the "Consultant" role, the 2018 RSOC formed a Search Committee, which was able to find about eight applicants with publishing or library experience. We brought three of them to IETF 79 in Beijing so that they could find out about the IETF and how it worked, and we could interview them.  From those three we chose Heather.  In short, although it's not easy to find people with the right background, we managed to do it in 2010.


Cheers, Nevil

-----------------------------------
Nevil Brownlee, Taupo, NZ