Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84979 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63024 invoked from network); 16 Mar 2015 03:30:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Mar 2015 03:30:00 -0000 Authentication-Results: pb1.pair.com header.from=yohgaki@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=yohgaki@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.52 as permitted sender) X-PHP-List-Original-Sender: yohgaki@gmail.com X-Host-Fingerprint: 209.85.218.52 mail-oi0-f52.google.com Received: from [209.85.218.52] ([209.85.218.52:36488] helo=mail-oi0-f52.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0E/F0-06614-63E46055 for ; Sun, 15 Mar 2015 22:29:58 -0500 Received: by oiaz123 with SMTP id z123so27502924oia.3 for ; Sun, 15 Mar 2015 20:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=dfmPedHgTDxLW3YIxbozUdkf2uPktRIxLDqKpp8l+BY=; b=N9vw+GrPtsOcKiM5b9RmwDNI5SYcEYXh5pVhwMKaHNz8jjXGGdFS61RPGURCMIsGxF q9VwsrmNpsH4EQpwZBMlrVqyGKvtiyHJyNXbVNontWxMkgdiIUGA14Ce0TKUjHIblqXk Tnu/+X5/xqTnPlVhPzxuaZozRUsTPGAk6K+ol1r0OxQz7/rUpdr0CuzK5DZUUk5wZJKa vLyOXrgZmUlnYF+ep2gjT69djk3DCMgS0HiQQW2gLASZTtQXhQx00MtaxhoTpBChQKBQ o+pe7NxMabx1+6ttm7ew24qT8DxN7+zoE8EbtCjRh2n7kMrhEdLiotu0uOMUJCROmVWU kQVQ== X-Received: by 10.202.13.203 with SMTP id 194mr8618268oin.130.1426476595113; Sun, 15 Mar 2015 20:29:55 -0700 (PDT) MIME-Version: 1.0 Sender: yohgaki@gmail.com Received: by 10.202.58.2 with HTTP; Sun, 15 Mar 2015 20:29:14 -0700 (PDT) In-Reply-To: <55060A95.1020901@gmail.com> References: <54FF8CED.5030701@gmail.com> <54FFC96D.6090004@gmail.com> <1579682575.9673.1426064704052.JavaMail.open-xchange@app06.ox.hosteurope.de> <55000A88.1030909@lsces.co.uk> <55060A95.1020901@gmail.com> Date: Mon, 16 Mar 2015 12:29:14 +0900 X-Google-Sender-Auth: t414ws92PiPXODAisJK1I-gzekU Message-ID: To: Stanislav Malyshev Cc: Marco Pivetta , marcio3w@gmail.com, Patrick ALLAERT , Lester Caine , PHP internals Content-Type: multipart/alternative; boundary=001a113d149cbb982d05115f76ee Subject: Re: [PHP-DEV][RFC][DISCUSSION] Strict Argument Count From: yohgaki@ohgaki.net (Yasuo Ohgaki) --001a113d149cbb982d05115f76ee Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Stas, On Mon, Mar 16, 2015 at 7:41 AM, Stanislav Malyshev wrote: > > The section about '"Flexible" Interface Implementations' mentions the > > interface as an 'an acceptable =E2=80=9CPHPism=E2=80=9D'. > > > > This is not just an "acceptable PHPism", it's a "life saving PHPism". > /.../ > > Getting this change into PHP7 would mean having a major part of the > > framework community having a real hard time in upgrading. > > > > I get a certain vibe from this RFC that the author just says something > like "I like this idea so much that damn the BC, those people should > just rewrite their code for latest standards, it probably will just take > 2 minutes or so" while ignoring what this means for actual production > applications in PHP (e.g: no upgrade, for years). People still running > 5.3, massively, and we're building a huge wall here which would block > anybody from trying out 7 because their production app would just not > work. And the reaction of people whose app does not work is not "we > should spend next quarter rewriting our app", it's "ok, maybe we'll look > at that next year". Because it's probably was initially written > targeting 5.0 if not 4.x. I mean I get that some people want to be not > bound by the past and just do whatever they want because past is not > cool and making drastic changes is cool. But I don't see how it is going > to be a good thing for us. > > And the worst of it - it doesn't actually allow to make anything > additional we couldn't do before, just produces more errors. I agree partly. It does not provide any additional feature. However, it gives users ability to detect bugs. It's important gain for users also. Wrong code should be fixed anyway. The RFC could be more old code friendly if E_DEPECATED is used. Regards, -- Yasuo Ohgaki yohgaki@ohgaki.net --001a113d149cbb982d05115f76ee--