Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64772 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72731 invoked from network); 9 Jan 2013 18:21:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Jan 2013 18:21:17 -0000 Authentication-Results: pb1.pair.com smtp.mail=larry@garfieldtech.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=larry@garfieldtech.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain garfieldtech.com from 66.111.4.29 cause and error) X-PHP-List-Original-Sender: larry@garfieldtech.com X-Host-Fingerprint: 66.111.4.29 out5-smtp.messagingengine.com Received: from [66.111.4.29] ([66.111.4.29:36911] helo=out5-smtp.messagingengine.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 88/44-02684-C15BDE05 for ; Wed, 09 Jan 2013 13:21:16 -0500 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id E3BA72081F for ; Wed, 9 Jan 2013 13:21:13 -0500 (EST) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute5.internal (MEProxy); Wed, 09 Jan 2013 13:21:13 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=qneaujyJU7lZGymwVbRezx MvUNs=; b=jGBZkPvoOfcMJV/QNJUFV0JST4bxh5B4Zmh10VPLQow8t1bc/FjtQj FPoMD7H71D7vvavYhtwhqkQsQX79Dm91735b3eotQKriJ47bNi9Xd+Yxi7QJw7SV Npfp6FPBIJc0KBuMqe3NQ3IfPvDuST3wpPhqHAO7K2LLgk5V0cknA= X-Sasl-enc: Z3zOiv3PGr3qImCvRe4vUFF7bNtGcJauzDVEeiIuj6ND 1357755673 Received: from Palantirs-MacBook-Pro.local (unknown [209.41.114.202]) by mail.messagingengine.com (Postfix) with ESMTPA id A6E354827CD for ; Wed, 9 Jan 2013 13:21:13 -0500 (EST) Message-ID: <50EDB519.5080901@garfieldtech.com> Date: Wed, 09 Jan 2013 12:21:13 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: internals@lists.php.net References: <50EDB245.9070607@lerdorf.com> In-Reply-To: <50EDB245.9070607@lerdorf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Was Reflection annotations reader - We Need A Vision From: larry@garfieldtech.com (Larry Garfield) On 1/9/13 12:09 PM, Rasmus Lerdorf wrote: > On 01/09/2013 09:45 AM, Anthony Ferrara wrote: > >> PHP NEEDS a vision. It needs something to guide development. Not everyone >> will agree with it. And that's the point. It levels the playing field for >> contributions and discussions. Rather than every developer playing for >> themselves and saying "I hope this never happens", it puts it in the >> context of "I don't believe this fits our vision". Note the difference in >> tone between them. > > The vision has been the same for years. A general purpose scripting > language with a focus on web development. You are simply saying you want > the vision to be more specific than that because everyone has a > different view of what web development means. But even if we narrow the > vision, it will still be open to a lot interpretation. We try to strike > a balance between the different and changing views of web development > the same way we strike a balance between appealing to weekend warriors > and top-100 trafficed sites. No vision statement is going to answer the > question of whether annotations should be in docblocks or in the core > language. That's simply not what vision statements do. > > -Rasmus Sure. A vision statement won't say "annotations FTW" or "Objects FTL". But it provides a soft metric and rough target toward which to keep moving, and we can all subjectively measure proposals against that metric, rather than subjectively against our own personal metrics. As a former member of the Board of Directors for the Drupal Association, I feel having a formal visioning process is one of the best things we ever did. +1 to Anthony on needing an actual publicly-documented vision for the PHP project. Even if it doesn't have a BDFL, having some clear standard against which we measure the essence of proposals would be beneficial. --Larry Garfield