Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:62843 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76226 invoked from network); 6 Sep 2012 05:54:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Sep 2012 05:54:37 -0000 Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.199.177.89 as permitted sender) X-PHP-List-Original-Sender: dmitry@zend.com X-Host-Fingerprint: 212.199.177.89 il-mr1.zend.com Received: from [212.199.177.89] ([212.199.177.89:46208] helo=il-mr1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6E/52-01139-C9A38405 for ; Thu, 06 Sep 2012 01:54:37 -0400 Received: from il-gw1.zend.com (unknown [10.1.1.22]) by il-mr1.zend.com (Postfix) with ESMTP id 2897460815; Thu, 6 Sep 2012 08:47:53 +0300 (IDT) Received: from tpl2.home (10.1.10.25) by il-ex2.zend.net (10.1.1.22) with Microsoft SMTP Server (TLS) id 14.1.255.0; Thu, 6 Sep 2012 08:53:39 +0300 Message-ID: <50483A96.6000008@zend.com> Date: Thu, 6 Sep 2012 09:54:30 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120828 Thunderbird/15.0 MIME-Version: 1.0 To: Stas Malyshev CC: PHP Internals References: <5045AA9B.5080703@sugarcrm.com> In-Reply-To: <5045AA9B.5080703@sugarcrm.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.1.10.25] Subject: Re: [PHP-DEV] On BC and interfaces From: dmitry@zend.com (Dmitry Stogov) Hi Stas, You know, it's not always possible to get new features or performance boosts without API change. It's one of the reason why we postpone such changes for major releases. But, I agree that even in major releases API shouldn't be changed without significant reasons, and we should keep compatibility if possible. BTW I even think that PHP doesn't need most of recently added features. It's a monster already and we make it more complicated with each release. As these new features are needed only to few people, they are not tested enough. Then, after release, we found that something doesn't work as expected, and we have to fix design mistakes with ugly hacks. Traits is a good example. Thanks. Dmitry. On 09/04/2012 11:15 AM, Stas Malyshev wrote: > Hi! > > Given many discussions on the list about changing stuff in PHP, I'd like > to bring everybody's attention to comment by Linus Torvalds in this > topic: https://plus.google.com/115250422803614415116/posts/hMT5kW8LKJk > > It talks about Linux kernel and discussion has next to nothing to do > with PHP, but generic point about keeping the interfaces and importance > of not serving one use case I think very important for all widely used > platforms equally. I think the opinion of the author of one of the most > successful platforms in recent history may be interesting to consider. >