Return-Path: X-Original-To: apmail-reef-dev-archive@minotaur.apache.org Delivered-To: apmail-reef-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 53367184CE for ; Fri, 1 Apr 2016 19:44:54 +0000 (UTC) Received: (qmail 55110 invoked by uid 500); 1 Apr 2016 19:44:54 -0000 Delivered-To: apmail-reef-dev-archive@reef.apache.org Received: (qmail 55076 invoked by uid 500); 1 Apr 2016 19:44:54 -0000 Mailing-List: contact dev-help@reef.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@reef.apache.org Delivered-To: mailing list dev@reef.apache.org Received: (qmail 55065 invoked by uid 99); 1 Apr 2016 19:44:54 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Apr 2016 19:44:54 +0000 Received: from mail-yw0-f175.google.com (mail-yw0-f175.google.com [209.85.161.175]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id E258B1A0178 for ; Fri, 1 Apr 2016 19:44:53 +0000 (UTC) Received: by mail-yw0-f175.google.com with SMTP id d68so46021478ywe.1 for ; Fri, 01 Apr 2016 12:44:53 -0700 (PDT) X-Gm-Message-State: AD7BkJKe3kkH0kfCJoo4qRZM6cdec9MoXSrv4HAZbz/LXPRHzM9K7HYkxPHn7SXm6gOoPzf1nLjlkN+C1Ml6HQ== MIME-Version: 1.0 X-Received: by 10.159.36.137 with SMTP id 9mr2401838uar.156.1459539892804; Fri, 01 Apr 2016 12:44:52 -0700 (PDT) Received: by 10.31.108.24 with HTTP; Fri, 1 Apr 2016 12:44:52 -0700 (PDT) In-Reply-To: <56fec7a4.5a50620a.56a07.1681@mx.google.com> References: <56FD9D89.7020207@weimo.de> <56FEBFE8.5050807@weimo.de> <56fec7a4.5a50620a.56a07.1681@mx.google.com> Date: Fri, 1 Apr 2016 12:44:52 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [DISCUSS] Apache REEF is ... From: Dongjoon Hyun To: dev@reef.apache.org Content-Type: multipart/alternative; boundary=001a113e4c6ed8a76d052f719cd8 --001a113e4c6ed8a76d052f719cd8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable +1 for Option F. It becomes conciser and stronger! Dongjoon. On Fri, Apr 1, 2016 at 12:10 PM, Boris Shulman wrote: > +1 for the latest version. > > -----Original Message----- > From: "Markus Weimer" > Sent: =E2=80=8E4/=E2=80=8E1/=E2=80=8E2016 11:37 AM > To: "dev@reef.apache.org" > Subject: Re: [DISCUSS] Apache REEF is ... > > On 3/31/2016 3:54 PM, Byung-Gon Chun wrote: > > "standard" implies there's consensus among many parties. "common" may > > be more accurate. > > Good point. It is a fine line between "standard library in the sense of > stdlib.so" and "the *standard* off all the libraries for the purpose." > > How about dropping all qualifiers: > > > Apache REEF is a library for building distributed applications on top > > of cluster resource managers (e.g., Apache Hadoop YARN and Apache > > Mesos). > > I like this, because it simplifies the statement. And if all goes well, > we can add back `the standard library` in a while, once we've earned it := -) > > On 3/31/2016 3:54 PM, Byung-Gon Chun wrote: > > Instead of saying "standard library", perhaps we can say > > "meta-framework". > > I'm not a fan of that term. It makes it less clear of what the immediate > utility of REEF is: If you need an AM, you are best served writing it in > REEF. > > > Do we want to say "distributed applications"? This's broad. > > We initially had "Big Data applications" there. I dropped it, because > for example Azure Stream Analytics scales all the way from tiny to Big > Data. Also, I don't like the hype connotation of "Big Data". > > > Mostly we're focusing on "distributed data processing applications". > > Perhaps we can narrow the scope. > > Yes, that is the current focus. At the same time, REEF is currently > sparse in data primitives, and rich in control flow primitives. And > those apply more broadly than to data processing apps. However, I am not > set on this. If we find a concise and precise way to narrow it, I am all > for it. I'd even be OK with dropping the "distributed" as it is implied > by running on resource managers. > > Which brings me to a new, extremely concise Option F: > > > Apache REEF is a library for application development on cluster > > resource managers (e.g., Apache Hadoop YARN and Apache Mesos). > > What do you think? > > Markus > --001a113e4c6ed8a76d052f719cd8--