Re: [I18nrp] Draft minutes
"Pete Resnick" <resnick@episteme.net> Wed, 08 August 2018 03:01 UTC
Return-Path: <resnick@episteme.net>
X-Original-To: i18nrp@ietfa.amsl.com
Delivered-To: i18nrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 418941274D0
for <i18nrp@ietfa.amsl.com>; Tue, 7 Aug 2018 20:01:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=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 CYR-F2u2IE6s for <i18nrp@ietfa.amsl.com>;
Tue, 7 Aug 2018 20:01:16 -0700 (PDT)
Received: from episteme.net (episteme.net [216.169.5.102])
by ietfa.amsl.com (Postfix) with ESMTP id B287212426A
for <i18nrp@ietf.org>; Tue, 7 Aug 2018 20:01:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by episteme.net (Postfix) with ESMTP id 14F8363EDD50
for <i18nrp@ietf.org>; Tue, 7 Aug 2018 22:01:12 -0500 (CDT)
Received: from episteme.net ([127.0.0.1])
by localhost (episteme.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id P73LZAT4FID8 for <i18nrp@ietf.org>;
Tue, 7 Aug 2018 22:01:05 -0500 (CDT)
Received: from [172.16.1.76] (episteme.net [216.169.5.102])
by episteme.net (Postfix) with ESMTPSA id A3CEA63EDD3A
for <i18nrp@ietf.org>; Tue, 7 Aug 2018 22:01:05 -0500 (CDT)
From: "Pete Resnick" <resnick@episteme.net>
To: i18nrp@ietf.org
Date: Tue, 07 Aug 2018 22:01:04 -0500
X-Mailer: MailMate (1.11.3r5509)
Message-ID: <7F1C9046-CFE1-4915-AA0F-6F5A4F3970B8@episteme.net>
In-Reply-To: <A8F40454-C6BA-488D-81A9-B91F2E6D2B35@episteme.net>
References: <A8F40454-C6BA-488D-81A9-B91F2E6D2B35@episteme.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_MailMate_2D0968A5-4CE3-4940-AFA5-7298A9D593CD_="
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18nrp/ZYWEizjRFgNGAWR1WoRiFtBBEOs>
Subject: Re: [I18nrp] Draft minutes
X-BeenThere: i18nrp@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Internationalization Review Procedures <i18nrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18nrp>,
<mailto:i18nrp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18nrp/>
List-Post: <mailto:i18nrp@ietf.org>
List-Help: <mailto:i18nrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18nrp>,
<mailto:i18nrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Aug 2018 03:01:19 -0000
Hearing no comments (other than to put in a legend with the names of the speakers), I will post this to the proceedings site. pr On 2 Aug 2018, at 11:37, Pete Resnick wrote: > Please review: > > Internationalization Review Procedures (i18nrp) BoF > IETF 102 Montreal > > Chairs: Pete Resnick and Peter Saint-Andre > Minute Taker: Matt Miller > Jabber Scribe: Ted Hardie > > COORDINATES > > * Date: 2018-07-16 > * Time: 14:30-15:30 EDT > * Room: Saint-Paul / Sainte-Catherine > * Mail: https://www.ietf.org/mailman/listinfo/i18nrp > * Chat: xmpp:i18nrp@jabber.ietf.org?join > * Audio: http://ietf102streaming.dnsalias.net/ietf/ietf1026.m3u > * Video: http://www.meetecho.com/ietf102/i18nrp/ > * Minutes: http://etherpad.tools.ietf.org/p/notes-ietf-102-i18nrp > * Slides/Materials: > https://datatracker.ietf.org/meeting/102/session/i18nrp > > AGENDA > > 1. Administrivia (NOTE WELL, minute taker, Jabber scribe, blue sheets, > agenda bash) (2m) > > 2. Goals and non-goals for the BoF (5m) > > 3. Current review procedures (5m) > - Chair presentation > - Discussion > > 4. Problems with current review procedures (10m) > - Chair presentation > - Discussion > > 5. Non-mutually-exclusive proposals > - Internationalization directorate (20m) > - Strawman proposal (chairs) > - Discussion > - Internationalization considerations RFC (15m) > - Strawman proposal (chairs) > - Discussion > > 6. Next steps and action items (5m) > > MINUTES > > After administrivia, chairs presented on current review procedures and > problems with current procedures (see > https://datatracker.ietf.org/meeting/102/materials/slides-102-i18nrp-internationalization-review-procedures-chair-slides). > > Discussion: > > Other problems not in the chair slides (slide 10)? > > * the few people who review things get overloaded (JK) > * lack of consistency about what the issues are and what to do about > them (JL) > * we have individuals with knowledge, but they're not organized as a > functioning team so efforts are ad-hoc (PR) > > Chairs then laid out the two strawman proposals: > > I18N DIRECTORATE > > Discussion: > > It was heard that "triaging is relatively easy", but is that > documented somewhere? (DY) > > - Today depends on an oral tradition (not sustainable) (PSA) > - Triaging is also largely "I know it when I see it." (PR) > - It may not be possible to document the triaging strategy? (AS) > - Identifying potential for problems is relatively easy, but > addressing issues is much harder. (JK) > - Often the experts actually do the work on the document; finding > additional reviewers is hard. (JK) > > There have been attempts in the past, why would this succeed where > others have failed? (BL) > > - Note that IAB internationalization program was not to review IETF > documents. Had other purposes. IAB work thinks in terms of liaison > relationships and external bodies, but IETF work may not have to > consider other bodies. (TH) > - W3C faces similar challenges (i18n-wg there too small a group with > too much to do). W3C has worked on tooling to identify and track when > i18n review is necessary. (WS) > - IETF groups are not often aware that a document needs i18n review. > (BL) > - W3C has a paid staff member who focuses on i18n, including review, > and has added sponsorship of i18n review and awareness. (WS) > - This time might succeed because of a growing awareness with a > change in approach with a "design team". (PSA) > - PRECIS was intended to be tools to help address i18n issues; this > effort is to educate and instruct on identifying i18n issues. (PR) > - The IETF tooling available now is better than in the past. (PR) > > This is proposed to be an ART area directorate; ART ADs would be > responsible for its management. (AC) > > - Need to make sure that all of the structures are set up. (AC) > > How would this directorate gain and maintain diversity (most of the > audience in the room is European or North American)? (YY) > > - We think the 80/20 rule applies to this directorate, where most > issues "anyone" could handle it. (PR) > > Other comments: > > - Consider the "part-time participant" for this directorate. (CN) > - It may less than 80/20, and it might require much more external > expertise that could jeopardize this directorate. (JK) > - Note that other directorates (e.g., Gen-ART) has variable cadences, > and that might be an approach to incorporate. (AC/AR) > - There are two strategies that can be taken to recruit: (TH) > 1. Recruit (outside) language experts to train others to identify > and triage i18n issues; or > 2. Take people that are familiar with IETF tools and processes and > help them identify issues and how to find experts to reach out to. > - Triaging (identifying) is a function of this team/directorate, but > to also have a pool of experts to reach out to when something is > identified. (PSA) > - Note that “triaging” means assigning to one of three > categories: “Healthy enough”, “Needs treatment”, or “Will > die”. There should be both a mechanism to address the issues or a > way to "kill it off". (HA) > - This team needs some language-specific expertise and more broad > expertise to understand subtle problems with catastrophic consequences > in exotic languages and variants. (JK/BL) > > I18N “RFC” (or other documentation) > > Discussion: > > Is a goal to build future members of the directorate? (BL) > > - That may be a goal, to capture the existing "oral tradition" for > future generations. (PSA) > - This might be useful and helpful. (BL) > > This document might need to include instructions to authors for what > to look for in their documents. (BL) > > Issues similar to HTTP, this effort might have an issue where the team > is overwhelmed; a BCP can help set expectations. (MN) > > - The W3C has useful work here (e.g., "Character Model for the WWW"), > and documents for authors would be helpful. (PSA) > > Similar to RFC style guide and MIB doctor: Might start with a dynamic > document (e.g., Wiki), then perhaps some or all of it evolves into an > RFC once a stable set of material is identified. (DT) > > - The IESG has discussed "documents they'd like to be published", > having a team without published documents may be ideal as long as > there are measurable goals. (AM) > - This is a suite of documents maintained by this team. (DY) > > Similar to those qualified to review HTTP work (a handful of > individuals), individuals qualified to review i18n issues independent > of language are even rarer. (JK) > > - There is a distinction for the knowledge base necessary for IETF > documents versus W3C documents. (JK) > > There are a number of bodies that want to own i18n work. What will the > IETF do when someone comes in claiming expertise and says we should > abandon our efforts? (AS) > > - This sounds like a liaison issue, but that punts to the IAB ("Hope > is not a plan"). (PSA/AS) > - If they come in asking us to stop trying to fix it, then make it > incumbent on them to then fix it. (AR) > - Getting this perfect is extraordinarily difficult, but getting it > better may not be. This team would be better than what we have today, > and building up the documentation and external connections can take > place over time. (TH) > > Flag the notion of exclusivity on doing this work; help inspire > external participants to expand from their language space into our > networking space. (AC) > > The IETF has a large number of people with a deep understanding of > network architecture, but very small number of people with a deep > understanding of language issues. The issue isn't to make things > better, but when we have sufficient understanding to review documents. > (JK) > > ACTIONS SUMMARY BY CHAIRS > > - That steps should be taken to help document how to identify i18n > issues > - Help find people to contribute expertise; reach out to ANWR and > other educational groups > - ADs to confer about next steps, and continue discussion on > 18nrp@ietf.org > > QUESTIONS TO THE ROOM BY CHAIRS > > - Who is willing to time/inclination to triage and review documents? > (~8) > - Who is willing to time/inclination to dive deeper on solving hard > i18n problems, not just review? (~5, including other people) > - About a dozen people interested to form such a group. > - Suggestion to recruit students to this effort. (SC) > - Discussion to continue on the list. > > MEETING ADJOURNED
- [I18nrp] Draft minutes Pete Resnick
- Re: [I18nrp] Draft minutes Pete Resnick
- Re: [I18nrp] Draft minutes Peter Saint-Andre