Hi Stas,

On Mon, Mar 16, 2015 at 7:41 AM, Stanislav Malyshev <smalys...@gmail.com>
wrote:

> > The section about '"Flexible" Interface Implementations' mentions the
> > interface as an 'an acceptable “PHPism”'.
> >
> > 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
yohg...@ohgaki.net

Reply via email to