Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26325 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 52484 invoked by uid 1010); 4 Nov 2006 18:35:14 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 52469 invoked from network); 4 Nov 2006 18:35:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Nov 2006 18:35:14 -0000 Authentication-Results: pb1.pair.com header.from=iliaal@gmail.com; sender-id=pass; domainkeys=good Authentication-Results: pb1.pair.com smtp.mail=iliaal@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.162.192 as permitted sender) DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: iliaal@gmail.com X-Host-Fingerprint: 64.233.162.192 nz-out-0102.google.com Linux 2.4/2.6 Received: from [64.233.162.192] ([64.233.162.192:2772] helo=nz-out-0102.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1B/08-31937-F5DDC454 for ; Sat, 04 Nov 2006 13:35:12 -0500 Received: by nz-out-0102.google.com with SMTP id o1so594986nzf for ; Sat, 04 Nov 2006 10:35:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=CW2Fpdy8s2qB5+bGgxH2wmfbaIThI7l8pg/oGVRXG2O6BVLmrO7MQ2Dbq1fdZCfYFgmfM/jYn0PIaTRvqmW6DxoeXtvAh1Q15RFeC7fGJdPERGAL9F7MavlbzwRZVl24LdVCcBc6gWC98lvcoaX6vbRcZpPt/kOwEHOyStCyDZc= Received: by 10.65.151.6 with SMTP id d6mr5104771qbo.1162665306049; Sat, 04 Nov 2006 10:35:06 -0800 (PST) Received: from ?192.168.1.6? ( [74.108.69.82]) by mx.google.com with ESMTP id q18sm3737068qbq.2006.11.04.10.35.05; Sat, 04 Nov 2006 10:35:05 -0800 (PST) In-Reply-To: <454CBD65.5040205@cschneid.com> References: <005e01c6ff82$e6092c30$ec01010a@intranet.db> <2FAA3BA3-283C-445D-9648-70C207FF2251@prohost.org> <454CBD65.5040205@cschneid.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-ID: Cc: internals@lists.php.net Content-Transfer-Encoding: 7bit Date: Sat, 4 Nov 2006 13:34:55 -0500 To: Christian Schneider X-Mailer: Apple Mail (2.752.3) Sender: Ilia Alshanetsky Subject: Re: [PHP-DEV] New Datetime class problem From: ilia@prohost.org (Ilia Alshanetsky) On 4-Nov-06, at 11:18 AM, Christian Schneider wrote: > Ilia Alshanetsky wrote: >> Avoid common namespaces and you'll make your application futureproof. > > I'm still wary of this approach because it puts the burden on 99% > of the code to be written (applications) instead of a small, > controllable subset (core and libraries). Translation: blame other people... >> When developing a distributed application it is always a good idea >> to prefix functions/class names with app name or some acronym to >> avoid overly long names. The way things are going you are going to >> see more and more classes being introduced by "core" PHP as well >> as the growing > > ... which brings us back to the discussion of namespaces and which > one core classes should use ;-) The language should ALWAYS have the best names possible to simplify development, because that means convenience for majority of users. No matter how popular your app, PHP, the language is still hundreds if not thousands of times more popular and as such needs of many outweigh needs of the few. >> number of PECL extensions out there and I am not even going to >> mention the thousands of libraries out there. > > Those are less of a problem because you don't have to include them > if you don't want to. You can use old PHP too, or modify the source code, it is "open source" after-all. Ilia Alshanetsky