From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS4713 221.184.0.0/13 X-Spam-Status: No, score=-2.8 required=3.0 tests=AWL,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED shortcircuit=no autolearn=no autolearn_force=no version=3.4.2 Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by dcvr.yhbt.net (Postfix) with ESMTP id 7E2BF1F4C0 for ; Sat, 26 Oct 2019 12:10:04 +0000 (UTC) Received: from neon.ruby-lang.org (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id B270B1209DD; Sat, 26 Oct 2019 21:09:54 +0900 (JST) Received: from o1678948x4.outbound-mail.sendgrid.net (o1678948x4.outbound-mail.sendgrid.net [167.89.48.4]) by neon.ruby-lang.org (Postfix) with ESMTPS id 0D0941209D9 for ; Sat, 26 Oct 2019 21:09:50 +0900 (JST) Received: by filter0059p3iad2.sendgrid.net with SMTP id filter0059p3iad2-16469-5DB43791-1F 2019-10-26 12:09:53.30152189 +0000 UTC m=+394898.331256346 Received: from herokuapp.com (unknown [54.234.136.181]) by ismtpd0062p1mdw1.sendgrid.net (SG) with ESMTP id KQ739CxvT6C7DHLGtXmC5Q for ; Sat, 26 Oct 2019 12:09:53.167 +0000 (UTC) Date: Sat, 26 Oct 2019 12:09:53 +0000 (UTC) From: shevegen@gmail.com Message-ID: References: Mime-Version: 1.0 X-Redmine-MailingListIntegration-Message-Ids: 71156 X-Redmine-Project: ruby-trunk X-Redmine-Issue-Id: 16275 X-Redmine-Issue-Author: naruse X-Redmine-Sender: shevegen X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-SG-EID: =?us-ascii?Q?6lbdtOg4RDRLuxD00eQtQKgoNAsge5d4xND7cbMQd0yMTfeBRGzNIyE8o1Xvc5?= =?us-ascii?Q?zlte3sjjqX49y0naZQsLY1APa4INjAKbmY+UqNr?= =?us-ascii?Q?Rp58jVxlh2wQFjc5Tlf=2F45bjOheg1fRQBARSLac?= =?us-ascii?Q?glB6ayJV7=2FqypAoS4UxmgWwCQDv0yA24r9hE+Ot?= =?us-ascii?Q?U52yDgSQbzZuAl7D2Xo299t+fOosREcsL2A=3D=3D?= To: ruby-core@ruby-lang.org X-ML-Name: ruby-core X-Mail-Count: 95563 Subject: [ruby-core:95563] [Ruby master Feature#16275] Revert `.:` syntax X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" Issue #16275 has been updated by shevegen (Robert A. Heiler). > with several core team members agreeing on this At the end of the day you only need to find pro/con arguments for matz. :) Once a syntax is picked, though, it may be mutually exclusive to other syntax and follow-up ideas building up on that syntax. I think that was one part of the reasoning for the suggestion here. What might perhaps help would be a separate issue/discussion for a larger more comprehensive "functional" approach/overview in ruby, as Martin suggested some time ago. Something like listing what ruby users may want to have, and then looking at syntax that could fit to that approach. And to perhaps aim for it past ruby 3.0, mostly because I think the time may become a bit short otherwise, since ruby 3.0 will be released in a bit over a year from now on - matz and the ruby team probably want to make 3.0 as polished as possible. :) ---------------------------------------- Feature #16275: Revert `.:` syntax https://bugs.ruby-lang.org/issues/16275#change-82344 * Author: naruse (Yui NARUSE) * Status: Open * Priority: Normal * Assignee: * Target version: ---------------------------------------- `obj.:method` is introduced at r66667 by #12125 and #13581. It encourages the functional programming style in Ruby. But this shorthand syntax is just for methods of `self` without arguments. It causes another feature requests like #16273 (and lambda compositions like #15428). Such features will introduce a new view of Ruby but no one illustrates the whole picture yet. I worried about such patch work may cause a conflict with future expansion of functional programing style or a just a garbage feature. `.:` syntax is introduced in 2.7.0 preview1, not released in production yet. How about reverting at this time and re-introduce with a big picture. -- https://bugs.ruby-lang.org/