Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:111227 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 6688 invoked from network); 28 Jul 2020 20:00:11 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 28 Jul 2020 20:00:11 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id EB7991804D1 for ; Tue, 28 Jul 2020 11:56:07 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,SPF_HELO_NONE, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from premium76-2.web-hosting.com (premium76-2.web-hosting.com [162.213.253.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 28 Jul 2020 11:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=pmjones.io; s=default; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version: Content-Type:Message-Id:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4a67DDBtisRMWfDHs/wiJK5QnY3TOVoQ5k5j7suPEqk=; b=JZKGxPPI3/FC1VHAmbAmKY4S9Z sitXZBp6l/wxqPYYQl4DU9Dn9GDCCMrflu+P+89gq6Jz/IpXP4Pqwr95semki04/J5yj3RzsxoTsk lasAH7Ed0d3UZjMSdmJuq9aQA/AXiM8PIbuM5rmlEWU3vfEHxd5YOo39L59n3JyTv/ufySdV5BFio 9VdRqpgOBssbXEukSoSL2Eil3KV6nIkSiCvRkXZFkMjnyBjfiUX2fxe0cWlh6pz1efOYEvU7mdY59 a+Qh4bA1sOGTT5iI+HMEtYVC32GI6Au7IXJRZ15jmNdOWlm4NBX4tQrE49tqITDsHdNPEPfhdpMbC UVUvjojQ==; Received: from 107-223-28-39.lightspeed.nsvltn.sbcglobal.net ([107.223.28.39]:50655 helo=samurai.attlocal.net) by premium76.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1k0Uld-003e1F-Bk; Tue, 28 Jul 2020 14:56:05 -0400 Message-ID: <79DC1760-6BBC-45E2-A5CC-0E0C076204B7@pmjones.io> Content-Type: multipart/alternative; boundary="Apple-Mail=_A9951AEA-7D2B-43BB-BCF9-BFD40E23495F" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Tue, 28 Jul 2020 13:55:59 -0500 In-Reply-To: Cc: Joe Ferguson , PHP Developers Mailing List To: Theodore Brown References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - premium76.web-hosting.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pmjones.io X-Get-Message-Sender-Via: premium76.web-hosting.com: authenticated_id: pmjones@pmjones.io X-Authenticated-Sender: premium76.web-hosting.com: pmjones@pmjones.io X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Subject: Re: [PHP-DEV] [RFC] [Discussion] Shorter Attribute Syntax Change From: pmjones@pmjones.io ("Paul M. Jones") --Apple-Mail=_A9951AEA-7D2B-43BB-BCF9-BFD40E23495F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, > On Jul 28, 2020, at 12:57, Theodore Brown = wrote: >=20 >> On Tue, July 28, 2020 at 9:46 AM Joe Ferguson = wrote: >>=20 >> ... >>=20 >> Feedback to Derick's tweet = (https://twitter.com/derickr/status/1285912223639130114) >> were [sic] overwhelmingly positive >=20 > Are you sure? I took a look at the thread and it seems like the > responses were pretty mixed. Let's count. + is "change away from @@ to anything else", - is "stay = with @@", ? is hard-to-tell/weak/uncertain/they-all-suck. Derick Rethans: ++ Rafael Dohms: +? Alexander Berl: -? Chris Emerson: -- Tamas Erdelyi: ?? Phili Weinke: ?? Trent: ++ Juriaan Ruitenberg: ++ Mehran: ++ Stephan Hochdorfer: ?? Cees-Jan Kiewiet: ?? Tom Witkowski: ++ Matiss: ++ Henry Paradiz: -- Saif: ?? Paul Redmond: ?? Marco Pivetta: ++ Simon Champion: ?? @eimihar: ?? Brent: +? Graham Campbell: +? Dmitri Goosens: ++ Sergej Kurakin: -? Francis Lavoie: ?? Michael Moravec: ?? John Hunt: ?? Lars Moelleken: ?? Michal Brzuchalski: -? Kyrre: ?? Steve MacDougall: ++ Agustin Gomes: ?? Mike Rockett: ++ Matias Navarro: ++ Marisa Clardy: ++ Warp Speed: -- WJB: +? Martijn Minnis: -- Dennis de Best: ?? Damo: ?? SOFTonSOFA: +? Ashish K. Poudel: +? Bastien Remy: ?? Matiss: +? Thierry D.: +? Ihor Vorotnov: ?? Hugo Alliaume: ?? Juan Millan: +? Olbaum: +? Steve Baumann: ?? James Mallison: ?? Marco Deleu: ?? TheGenuinenessSheriff: ++ Golgote: ?? ++: 13 definitely prefer changing to something other than @@ (though not = necessarily #[]) +?: 10 probably prefer changing to something other than @@ (though not = necessarily #[]) ??: 23 hard-to-tell/weak/uncertain/they-all-suck -?: 3 probably prefer to keep @@ --: 4 definitely prefer to keep @@ So, the majority of Twitter respondents in that thread appear to be = against @@, and in favor of "something else" (24 to 7). Having pointed all that out, I note that Twitter is not the voting = mechanism here. Further, I opine that "voting repeatedly until the = voters get it 'right' and then calling the matter settled for all time" = is not how decision-by-voting is supposed to work. Now, it may be that #[] or <<>> or something else actually is "better" = in some sense that cannot be articulated. But if there are no existing = technical hurdles to be overcome with the already-voted-on-and-accepted = solution of @@, what technically compelling reason can there be to = revote? --=20 Paul M. Jones pmjones@pmjones.io http://paul-m-jones.com Modernizing Legacy Applications in PHP https://leanpub.com/mlaphp Solving the N+1 Problem in PHP https://leanpub.com/sn1php --Apple-Mail=_A9951AEA-7D2B-43BB-BCF9-BFD40E23495F--