Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64867
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.173 as permitted sender)
Message-ID: <50F065AD.6050406@sugarcrm.com>
Date: Fri, 11 Jan 2013 11:19:09 -0800
Organization: SugarCRM
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: dukeofgaming <dukeofgaming@gmail.com>
CC: "internals@lists.php.net" <internals@lists.php.net>
References: <CAAyV7nEWD7SYjjN_kia9rSknjL2BKi157G1r5VJPfTkHB4Y5ww@mail.gmail.com> <50EDBEA5.1050201@sugarcrm.com> <CAAyV7nHoMwM=Ge8+97mmUiNR1+ChCq3mW+Dgx0r9Hc=yn6Q8=w@mail.gmail.com> <50EE5DAF.2080901@sugarcrm.com> <CAAyV7nFG++8WNpyCk1gByVk3aLSh7CzR1F0fmn2M43thXZQKKQ@mail.gmail.com> <50EF2195.3080907@sugarcrm.com> <CAAyV7nE27JqMEBSd_0b0QYk1OjErHyR_PpvZoBD-fVdAPuDNTQ@mail.gmail.com> <CANVTSm5afTqJuYCm+q2Qb2vzyWYQxJuYRwsZW++RRdbbLZNXBA@mail.gmail.com> <50EF49AF.9050801@b1-systems.de> <48412E0A-3FCC-440D-8479-39B666EB7213@gmail.com> <CAFt2z-m9p0+=ryazD+b779AojdvKCiG3uSBEuLcTuw_1WxJCSQ@mail.gmail.com> <50EFB89B.5080202@sugarcrm.com> <CAFt2z-kkAaxWcqrvk7n+Nfj_dWBsNi_a4zg8fiPd7p-zS66pXQ@mail.gmail.com>
In-Reply-To: <CAFt2z-kkAaxWcqrvk7n+Nfj_dWBsNi_a4zg8fiPd7p-zS66pXQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: Was Reflection annotations reader - We Need A Vision
From: smalyshev@sugarcrm.com (Stas Malyshev)

Hi!

> You make a very sane argument and I agree on the selective process,
> however, every time I read internals it seems that the general attitude is:
> 
> "please don't add more to it"

This is obviously not true as each new release adds many things and you
can see results of the votes and read archives and see what it truly is.
I am really surprised how in the face of this obvious evidence you can
still say this.

> Is the PHP codebase in a bad place such that is hard to add to it?, I mean

No, it is not a bad place. Yes, it is hard to add (some) new features to
a core of a language, because core of a language is a complex system.
Just as the OS code is not a very bad place but if you come to the Linux
kernel list and say "let's rewrite the scheduler and memory management
and on the way let's introduce a bunch of features from other OSes I
know, shouldn't be that hard to do" and when told by kernel devs it is
harder than you think - would you say "oh, kernel code must be really
very badly written if these easy things are hard for you"?

> Why the pessimistic outlook?, I thought the intention of open source
> software was to have people to gravitate towards the code and add value
> to it (and adding to it also means cleaning) 

It is not pessimistic, it's realistic. We do not currently have
overabundance of resources, and don't have too many people doing mundane
but very necessary tasks. We have some, but much more people are
interested in discussing flashy new syntaxes than are interested in
doing day-to-day maintenance.

> Again, I understand, but then again PHP is under version control, Git
> IIRC, you can have that live in a branch and not integrate it unless it
> meets certain standards, but why not give it a chance to fail?

You can fork PHP repo and develop anything in your private branch,
nobody needs to give you any "chance". You could do it right now, right
this second, and nobody can or would want to stop you.

> What I'm saying is: don't reject a proposal on the suspicion that it
> might not get development support and that you don't want to support it,
> let it sit in a corner until someone picks it up, and if no one picks it
> up, no harm done.

We don't even have this proposal yet. When we get there, we will see.
-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227