Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107014
MIME-Version: 1.0
References: <076701d56978$86020910$92061b30$@php.net> <CAKuGYLQA+XMHLGXPM4n_eEdp-d1=WzDE4Z4iLOzhD+4m83McaQ@mail.gmail.com>
 <467be4a0-dd8b-29d2-0b09-a3efd7fad56a@heigl.org> <CAJHtznwJLryZa1fWHXUJd5OS+9YKBjAj30fpN7sjR3By7a-DbQ@mail.gmail.com>
 <CAAfnsFU8B7gpd1=CpO+eDr7ogqDdFX7pZYNTT9rSoTDz+ybUQw@mail.gmail.com>
 <CANvqVdpiRRxO-9AvQJebvjKmL8454p7NLeirOZD7YKNhRzjjgg@mail.gmail.com>
 <CAAwbVue0Pb9_pHGexEsgOiDGutm8Uk-UarAg4KsTZirnwv3QJA@mail.gmail.com> <CAPKYkKxtsRvSby--DOQ8szdu0fjZEy0jg65sH4bvW2uYJrfxUg@mail.gmail.com>
In-Reply-To: <CAPKYkKxtsRvSby--DOQ8szdu0fjZEy0jg65sH4bvW2uYJrfxUg@mail.gmail.com>
Date: Thu, 12 Sep 2019 20:19:17 +0100
Message-ID: <CAAwbVudO9uf7aVo=Di1Dotkz0_whamJpCSyff9OSZjQqh8nNVQ@mail.gmail.com>
To: Chase Peeler <chasepeeler@gmail.com>
Cc: Michael Babker <michael.babker@gmail.com>, Peter Kokot <peterkokot@gmail.com>, 
	Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000098e61e0592600482"
Subject: Re: [PHP-DEV] Changing fundamental language behaviors
From: oludonsexy@gmail.com (Olumide Samson)

--00000000000098e61e0592600482
Content-Type: text/plain; charset="UTF-8"

On Thu, Sep 12, 2019 at 8:15 PM Chase Peeler <chasepeeler@gmail.com> wrote:

>
>
> On Thu, Sep 12, 2019 at 3:06 PM Olumide Samson <oludonsexy@gmail.com>
> wrote:
>
>> On Thu, Sep 12, 2019 at 8:00 PM Michael Babker <michael.babker@gmail.com>
>> wrote:
>>
>> > On Thu, Sep 12, 2019 at 1:51 PM Peter Kokot <peterkokot@gmail.com>
>> wrote:
>> >
>> > > Just a dumb idea, since there clearly is a majority in favor of the
>> > > change with these warnings and strictness and all that now... Why not
>> > > making something like an LTS PHP 7.x where all the legacy code would
>> > > work OK as long as practically possible and 8.x+ would be the future
>> > > of what the developers want and not what business wants? One who won't
>> > > upgrade due to the BC breaks also won't need the new features anyway
>> > > very realistically.
>> > >
>> >
>> > Please don't tie the notion of LTS with the idea that a new major can
>> break
>> > BC at will or create larger scale breaks because the previous major has
>> > extended support.  Sooner or later that will end up back at the ++ idea
>> and
>> > fragmentation encouraged by the language is a bad idea.
>> >
>>
>> Not sure you are really seeing the goal...
>>
>> Why is LTS not a good idea?
>> And, if the majority want this or that, can we just blow everything into
>> full dictatorship where i can host my fork of PHP doing uncountable
>> unwanted things i can call it..?
>>
>> Any which way, i think the majority of us are tired of writing bad codes,
>> but since the language is allowing it we don't have choices than to spend
>> some hours or weeks later debugging the wrong or right line we did that
>> last "big mistake", who knows there might be another line smiling coz i
>> haven't detected it...
>>
>
> I can write good code without sacrificing the flexibility provided by PHP.
> Don't force ME to write code a specific way because you aren't disciplined
> enough to not write bad code without the compiler forcing you to do things
> a certain way.
>
> Of all of the justifications for this RFC I've heard, "I can't stop
> writing bad code as long as I'm allowed to" has to be the worst.
>
> Yea, that's just one of the popular reasons, there are more if you go on
Stack Overflow and see what this dynamism(my foot) has caused to real-world
codes and fortunes that has been lost due to it(Which i'm also a testimony
to the fact).

> --
> Chase Peeler
> chasepeeler@gmail.com
>

--00000000000098e61e0592600482--