From dev-return-4733-archive-asf-public=cust-asf.ponee.io@groovy.apache.org Tue May 15 00:40:09 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 0612C180627 for ; Tue, 15 May 2018 00:40:08 +0200 (CEST) Received: (qmail 95489 invoked by uid 500); 14 May 2018 22:40:07 -0000 Mailing-List: contact dev-help@groovy.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@groovy.apache.org Delivered-To: mailing list dev@groovy.apache.org Received: (qmail 95474 invoked by uid 99); 14 May 2018 22:40:07 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 May 2018 22:40:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id AAD9ACE092; Mon, 14 May 2018 22:40:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.701 X-Spam-Level: X-Spam-Status: No, score=-0.701 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id W1Z1mIX9gIZ5; Mon, 14 May 2018 22:40:04 +0000 (UTC) Received: from mx03lb.world4you.com (mx03lb.world4you.com [81.19.149.113]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 27FE55F18B; Mon, 14 May 2018 22:40:04 +0000 (UTC) Received: from [84.112.214.51] (helo=[192.168.0.26]) by mx03lb.world4you.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-SHA:256) (Exim 4.84_2) (envelope-from ) id 1fIM8L-0004Oa-9Y; Tue, 15 May 2018 00:39:57 +0200 Subject: Re: What the... static compile by default To: "Daniel.Sun" References: <1C27F3BF-6A19-4615-9CFF-F46A1DF1F01E@objectcomputing.com> <1526104643346-0.post@n5.nabble.com> <1526133096520-0.post@n5.nabble.com> From: MG Cc: dev@groovy.apache.org Message-ID: <178fb897-99a0-9048-fd71-d9cb60c46cf8@arscreat.com> Date: Tue, 15 May 2018 00:39:53 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <1526133096520-0.post@n5.nabble.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-SA-Do-Not-Run: Yes X-AV-Do-Run: Yes X-SA-Exim-Connect-IP: 84.112.214.51 X-SA-Exim-Mail-From: mgbiz@arscreat.com X-SA-Exim-Scanned: No (on mx03lb.world4you.com); SAEximRunCond expanded to false Hi Daniel, On 12.05.2018 15:51, Daniel.Sun wrote: > Hi mg, > > I am trying to reduce the time on smart phone and computer to relax > eyes :) That sounds like a good idea :-) (Have you already tried reducing the blue component on every display ? I do that with every monitor - at first the image looks yellow tinted/dark, but our brain adjusts to this quite quickly and yellow becomes white (unless the brain has something to compare it too ;-) ) > As for Groovy, I plan to support raw string[1] introduced by Java11 > since no similar thing in Groovy. Definitely a good feature for Groovy to have, imho :-) > Some days ago I discussed it with > Guillaume, and I will start a VOTE thread to collect three +1 from PMC > members before working on the new feature. In addition, I am going to fix > STC issues and improve type infer, That sounds great. Don't know where we are discussion-wise on this topic, but maybe it would make sense that I work on var/final actually having the assigned RHS type in parallel to you (as time allows)... - thoughts (apart from "flow typing gives you the same thing", for which I believe I have already given examples showing that it is not ;-) ) ? > some of which are really hard to fix... > no wonder they have not been fixed for a long time. Apart from STC, I am > going to implement native method/constructor reference for better > performance(as you know, current method/constructor reference is based on > method closure). Don't know what Paul/Jochen think about this, but I would like to have that :-) > Many things on my TODO list... After all of the thing are completed, I want > to add a new DSL(something similar to LINQ in C#) to Groovy, it can be a > subproject of Groovy or just my personal project... My vote for Subproject of Groovy - it would definitely make Groovy even more attractive (I admit I am happy with functional type method chaining, I mostly used Linq under C# for group-by operations, but I know many people love it), and it has a bigger chance of drawing in other interested developers :-) I am not sure, but from my experience, maybe we could do things a differently from the way C# does them, and (optionally?) keep more of the Linq representation, instead of completely turning it into an AST representation ? I remember that it was a hard problem (see re-linq project) to turn that AST representation back into e.g. SQL - which seemed silly, since Linq is modelled after SQL, and is therefore very similar syntax-wise... Cheers, mg