Re: [core] ? WG adoption of draft-veillette-core-yang-cbor-mapping-00

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 21 April 2016 21:37 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BA5C12D9A3 for <core@ietfa.amsl.com>; Thu, 21 Apr 2016 14:37:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.196
X-Spam-Level:
X-Spam-Status: No, score=-5.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.996] 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 y47r9bwh2H7F for <core@ietfa.amsl.com>; Thu, 21 Apr 2016 14:37:50 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 120E312D116 for <core@ietf.org>; Thu, 21 Apr 2016 14:37:49 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id DCEAC779; Thu, 21 Apr 2016 23:37:47 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id mI4STz27MHdC; Thu, 21 Apr 2016 23:37:28 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 21 Apr 2016 23:37:46 +0200 (CEST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5AEBA2004A; Thu, 21 Apr 2016 23:37:46 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id etCQpvUbOolC; Thu, 21 Apr 2016 23:37:44 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1B57C20046; Thu, 21 Apr 2016 23:37:44 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id F36843AADB2A; Thu, 21 Apr 2016 23:37:42 +0200 (CEST)
Date: Thu, 21 Apr 2016 23:37:42 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Michel Veillette <Michel.Veillette@trilliantinc.com>
Message-ID: <20160421213738.GD8993@elstar.local>
Mail-Followup-To: Michel Veillette <Michel.Veillette@trilliantinc.com>, Hannes Tschofenig <hannes.tschofenig@gmx.net>, "core@ietf.org WG" <core@ietf.org>
References: <570A4583.2030100@tzi.org> <5718A09E.7040607@gmx.net> <BLUPR06MB1763F3B6BDE5240402576758FE6E0@BLUPR06MB1763.namprd06.prod.outlook.com> <20160421174806.GA8710@elstar.local> <BLUPR06MB1763C3A1543AAB909C95D20EFE6E0@BLUPR06MB1763.namprd06.prod.outlook.com> <20160421204630.GA8993@elstar.local> <BLUPR06MB17635E7755D44E34BB1FACA5FE6E0@BLUPR06MB1763.namprd06.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <BLUPR06MB17635E7755D44E34BB1FACA5FE6E0@BLUPR06MB1763.namprd06.prod.outlook.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/964S9mnWNjgctPuYhvc3uqRXrJI>
Cc: "core@ietf.org WG" <core@ietf.org>
Subject: Re: [core] ? WG adoption of draft-veillette-core-yang-cbor-mapping-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Apr 2016 21:37:53 -0000

On Thu, Apr 21, 2016 at 09:00:29PM +0000, Michel Veillette wrote:
> Hi Juergen
> 
> The extract I have provided is from a publically available document, see:
> https://www.iab.org/wp-content/IAB-uploads/2016/03/ipso-paper.pdf
> 
> My remark about the LWM2M modeling language was just to highlight that such language don't necessary imply code generation.
>

YANG does not imply code generation either. A YANG module defines a
contract, and in the light of a protocol a programmatic interface.
There is nothing in YANG that requires code generation.

It just happens that people often tend to automate things if they find
themself repeatedly writing similar code. It is at the end a question
of how much data a device exposes and what kind of developers you are
dealing with and whether you have a product that is expected to evolve
over years or something designed to be sold and thrown away
afterwards. ;-)

/js

PS: I have just implemented a YANG data model 'manually' because I had
    reasons to not depend on tool chains (the target environment are
    OpenWrt type of devices). But still I took advantage of having
    YANG tools available to validate test cases so that I can be
    reasonably sure my manually written code is a good match of the
    contract.

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>