Re: [Codematch-develop] Codematch Call Wed 13 May

Christian O'Flaherty <oflaherty@isoc.org> Sun, 17 May 2015 22:14 UTC

Return-Path: <oflaherty@isoc.org>
X-Original-To: codematch-develop@ietfa.amsl.com
Delivered-To: codematch-develop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FDD61A870F for <codematch-develop@ietfa.amsl.com>; Sun, 17 May 2015 15:14:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 9zhngw6lkKaA for <codematch-develop@ietfa.amsl.com>; Sun, 17 May 2015 15:14:54 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0095.outbound.protection.outlook.com [65.55.169.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBBC91A0181 for <codematch-develop@ietf.org>; Sun, 17 May 2015 15:14:53 -0700 (PDT)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=oflaherty@isoc.org;
Received: from [192.168.0.190] (186.67.38.12) by SN2PR0601MB782.namprd06.prod.outlook.com (25.160.16.155) with Microsoft SMTP Server (TLS) id 15.1.154.19; Sun, 17 May 2015 22:14:49 +0000
MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Content-Type: text/plain; charset="utf-8"
From: Christian O'Flaherty <oflaherty@isoc.org>
In-Reply-To: <538CBEB1-E10D-4945-BEDC-1308EFD11B88@inf.ufrgs.br>
Date: Sun, 17 May 2015 19:14:31 -0300
Content-Transfer-Encoding: quoted-printable
Message-ID: <9EBD6B11-8C1D-4D99-BE80-0372CF643616@isoc.org>
References: <19942DC7-3CB3-4644-A093-7631F32CDCA6@isoc.org> <FE67D16B-9470-4112-9771-CD55E0FBA4ED@inf.ufrgs.br> <68AD0385-67E5-4790-9379-88A669BAFA96@isoc.org> <D892442F-841C-4CCE-BCEF-3CC53C9C0F51@isoc.org> <538CBEB1-E10D-4945-BEDC-1308EFD11B88@inf.ufrgs.br>
To: Lisandro Zambenedetti Granville <granville@inf.ufrgs.br>
X-Mailer: Apple Mail (2.2098)
X-Originating-IP: [186.67.38.12]
X-ClientProxiedBy: BLUPR05CA0053.namprd05.prod.outlook.com (10.141.20.23) To SN2PR0601MB782.namprd06.prod.outlook.com (25.160.16.155)
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN2PR0601MB782;
X-Microsoft-Antispam-PRVS: <SN2PR0601MB78219D8BF6B9552A5931789CEC50@SN2PR0601MB782.namprd06.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:SN2PR0601MB782; BCL:0; PCL:0; RULEID:; SRVR:SN2PR0601MB782;
X-Forefront-PRVS: 057906460E
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(979002)(6049001)(6009001)(51704005)(199003)(189002)(87976001)(101416001)(57306001)(77156002)(2950100001)(46102003)(93886004)(76176999)(66066001)(86362001)(50226001)(83716003)(50986999)(64706001)(47776003)(50466002)(42186005)(105586002)(97736004)(4001540100001)(62966003)(40100003)(81156007)(77096005)(106356001)(33656002)(23676002)(5001960100002)(5001860100001)(189998001)(110136002)(5001830100001)(5001920100001)(122386002)(19580395003)(82746002)(92566002)(68736005)(36756003)(117156001)(104396002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR0601MB782; H:[192.168.0.190]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
Received-SPF: None (protection.outlook.com: isoc.org does not designate permitted sender hosts)
X-OriginatorOrg: isoc.org
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 May 2015 22:14:49.9443 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR0601MB782
Archived-At: <http://mailarchive.ietf.org/arch/msg/codematch-develop/_8uOr5bUd9hz9LNUQgfNtR0KnRw>
Cc: codematch-develop <codematch-develop@ietf.org>
Subject: Re: [Codematch-develop] Codematch Call Wed 13 May
X-BeenThere: codematch-develop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"Discussion forum for the planning, coordination, and development of CodeMatch\"" <codematch-develop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/codematch-develop>, <mailto:codematch-develop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codematch-develop/>
List-Post: <mailto:codematch-develop@ietf.org>
List-Help: <mailto:codematch-develop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codematch-develop>, <mailto:codematch-develop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 May 2015 22:14:56 -0000

Hi Lisandro,

> 
> I understand your point. However, I believe it’s a matter of, let’s say, how the “workflow” of a documento>Request>Implementation is understood. My reading, from all our discussions, is the following:
> 
> 1) There are several documents (I-Ds, RFCs, etc.) available;
> 
> 2) Someone (e.g., group chair) needs the development of some code for one or more documents related to one another. The group chair then creates a CodeRequest in the system, linking that request to the document(s) he/she wants someone else to code. A mentor is assigned to this CodeRequest as well. In the current data model, a CodeRequest is materialized by creating a new ProjectContainer as well as a new CodeRequest linked to that container;

Agree 100%

> 3) Developers interested in coding for a specific, advertised CodeRequest associate their projects to that CodeRequest by creating a CodeProject in the data model. Notice however that the set of documents that the new projects will code is inherited from the original CodeRequest (linked in the data model to the code request’s Project Container entry). It means that the set of document is something handled at the Project Container, instead of at the CodeProject.

This is correct, but the same program can implement something else (not related by the same code request). The table CodeProject will be populated by programers and we don’t want to “limit” their efforts to a single code request and we want to “capture” as much as possible on our database. 

> 
> My understanding is that allowing a single CodeProject to be linked to several ProjectContainers will create confusion.
> We wanted “comparable” CodeProjects that could related to the same sets of documents. That is achieved by linking these projects to the same ProjectContainer. That’s why I still believe the relationship here is still a many (Code Projects) to 1 (ProjectContainer).

We will be able to compare them exactly the same way because that relationship from one CodeProject to several documents is kept. 

I agree that it is confusing (that’s why I suggested to have one to one initially) , but I think those relationships are capturing different information.

Christian 

> 
> Best regards,
> 
> Lisandro
> 
>>> 
>>>> - A “CodeRequest” is an extended container, adding estimated LoE information. 
>>>> 
>>>> 
>>>> 
>>>> <codematchv5.png>
>>>> 
>>>> Best regards,
>>>> 
>>>> Lisandro
>>>> 
>>> 
>> 
>