Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26486 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 303 invoked by uid 1010); 10 Nov 2006 19:31:09 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 288 invoked from network); 10 Nov 2006 19:31:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Nov 2006 19:31:08 -0000 Authentication-Results: pb1.pair.com header.from=hans@velum.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=hans@velum.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain velum.net from 216.86.168.178 cause and error) X-PHP-List-Original-Sender: hans@velum.net X-Host-Fingerprint: 216.86.168.178 mxout-03.mxes.net FreeBSD 4.6-4.9 Received: from [216.86.168.178] ([216.86.168.178:4485] helo=mxout-03.mxes.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E4/29-27611-C73D4554 for ; Fri, 10 Nov 2006 14:31:08 -0500 Received: from [192.168.0.54] (unknown [66.7.145.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id C9FED5394A; Fri, 10 Nov 2006 14:30:55 -0500 (EST) Message-ID: <4554D36F.5000601@velum.net> Date: Fri, 10 Nov 2006 14:30:55 -0500 User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Brian Moon CC: internals@lists.php.net References: <4554AE0D.4080600@caedmon.net> <4554B9B5.5090305@caedmon.net> <20061110182358.GB20309@bantha> <4554CDEE.1090903@dealnews.com> In-Reply-To: <4554CDEE.1090903@dealnews.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Namespaces in PHP 6 - ++$take From: hans@velum.net (Hans Lellelid) Brian Moon wrote: >> Unfortunately namespaces are not only syntactic sugar, but dire >> necessity >> for PHP if it wants to be taken as a serious langauage and defend it's >> position against other arising 'web scripting' alternatives. > > It seems the list of things that PHP needs to be "taken as a serious > langauage" is never ending. Before PHP 5, all that was needed was > good OOP support. Now this. I am for namespaces, but that line is > getting old and I, a professional, serious PHP developer and tired of > hearing it. I think that one reason why this list is never ending is that these languages are constantly moving targets -- I would hope that what people expected of a web development language would evolve over the course of several years. Daniel's project (coWiki) was one of the first (if not the absolute first) to show us what was possible with PHP5 and Exceptions; that was some pretty serious PHP. I think what Daniel means is that to remain competitive, PHP needs to include the features that developers have come to expect of a language -- and developers are constantly changing, maturing, working on bigger & bigger projects, integrating more & more components. I think PHP has been very responsive to the needs of the constantly maturing user community, drastically changing its language to support new & better OOP, Exceptions, etc. Indeed, this responsiveness to an increasingly OO userbase is why many of us who started with PHP are still using it today. Namespaces may be the most fervent request lately, but it would be very sad for PHP if it were to be the last. Hans