Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52156
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.188 cause and error)
Message-ID: <4DC8209C.7060205@lsces.co.uk>
Date: Mon, 09 May 2011 18:13:00 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.18) Gecko/20110320 SUSE/2.0.13-1.2 SeaMonkey/2.0.13
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <4DC729EE.9090600@sugarcrm.com> <4DC75FFF.40008@lerdorf.com> <4DC7A7F0.4000504@sugarcrm.com> <BANLkTinn3+MCrSd7BAJCU03FMkuRAeydvA@mail.gmail.com> <4DC81C66.50009@sugarcrm.com>
In-Reply-To: <4DC81C66.50009@sugarcrm.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] 5.4 again
From: lester@lsces.co.uk (Lester Caine)

Stas Malyshev wrote:
>> It seems to me that you are not interested on user's request and
>> rather accept/implement only what the features that interest you. It's
>> very bad for the language and very bad for all of users.
>
> Of course we are interested in user's requests, and we implemented tons
> of features at user's requests. That, however, does not mean we will
> implement _every_ requested feature, and of course for features that we
> like and understand the chance of being implemented are much higher and
> for features that core contributors don't feel make sense or go contrary
> to what they feel PHP should be the chance is low. I don't think it can
> work any other way, at least not in volunteer-driven project.

I do feel it is about time there was a little back-pedalling and asking 'What do 
we NEED in PHP'. Personally a lot of the things that are been 'demanded' are of 
little use to make PHP work any better, and only add to the processing time. If 
people want a fully typed compiled language why aren't they using python or java 
;) My own development framework is phpeclipse, and that give me all of the 
hinting and error checking that I need IN THE EDITOR, I don't need the language 
weight down further with bells and whistles that do not improve performance of 
the end application. PHP used to be a nice nimble interpreted language that I 
can add pages to without having to compile anything. Nowadays it seems that 
those days are coming to an end? Keep the hinting and error checking to the 
tools where they belong.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php