Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:34493 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50733 invoked by uid 1010); 4 Jan 2008 21:03:22 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 50706 invoked from network); 4 Jan 2008 21:03:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jan 2008 21:03:22 -0000 Authentication-Results: pb1.pair.com header.from=markus@fischer.name; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=markus@fischer.name; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain fischer.name from 213.46.255.22 cause and error) X-PHP-List-Original-Sender: markus@fischer.name X-Host-Fingerprint: 213.46.255.22 viefep18-int.chello.at Solaris 10 (beta) Received: from [213.46.255.22] ([213.46.255.22:31924] helo=viefep33-int.chello.at) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1A/57-63281-81F9E774 for ; Fri, 04 Jan 2008 16:03:21 -0500 Received: from genuine.home ([84.112.136.139]) by viefep33-int.chello.at (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20080104210317.GTCW28696.viefep33-int.chello.at@genuine.home>; Fri, 4 Jan 2008 22:03:17 +0100 Received: from chello084112136139.36.11.vie.surfer.at ([84.112.136.139] helo=[192.168.1.51]) by genuine.home with esmtpa (Exim 4.50) id 1JAtZo-0006ql-Dx; Fri, 04 Jan 2008 21:55:37 +0100 Message-ID: <477E9F15.9060407@fischer.name> Date: Fri, 04 Jan 2008 22:03:17 +0100 User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Cummings CC: Stanislav Malyshev , Sam Barrow , internals Mailing List References: <477DB7BF.10201@chiaraquartet.net> <20080104105558.GC7861@mint.phcomp.co.uk> <477E5649.2080104@chiaraquartet.net> <1463438959.20080104182050@marcus-boerger.de> <1199468241.6629.53.camel@blobule> <1199468484.15292.156.camel@sbarrow-desktop> <1199468908.6629.58.camel@blobule> <1199469097.15292.162.camel@sbarrow-desktop> <1199469734.6629.73.camel@blobule> <477E7C88.1070902@zend.com> <1199472463.15292.183.camel@sbarrow-desktop> <477E8271.6070803@zend.com> <1199473657.15292.198.camel@sbarrow-desktop> <477E886A.6030304@zend.com> <1199474847.15292.212.camel@sbarrow-desktop> <477E8E80.6060906@zend.com> <1199476729.6629.104.camel@blobule> In-Reply-To: <1199476729.6629.104.camel@blobule> X-Enigmail-Version: 0.95.6 OpenPGP: id=C2272BD0; url=http://markus.fischer.name/my_public_key.txt Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -28 X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "genuine.home", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Robert Cummings wrote: | On Fri, 2008-01-04 at 11:52 -0800, Stanislav Malyshev wrote: |>> Good point. We were fine before OO and exceptions too weren't we. |> No, actually we weren't as fine. OO allowed for application frameworks |> and libraries to flourish. | | Now that we have them, we can help them become more robust by allowing | them to decide how their APIs should be used. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -3.3 ALL_TRUSTED Did not pass through any untrusted hosts -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0097] 2.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [84.112.136.139 listed in dnsbl.sorbs.net] 1.0 AWL AWL: From: address is in the auto white-list Subject: Re: [PHP-DEV] type hinting From: markus@fischer.name (Markus Fischer) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Robert Cummings wrote: | On Fri, 2008-01-04 at 11:52 -0800, Stanislav Malyshev wrote: |>> Good point. We were fine before OO and exceptions too weren't we. |> No, actually we weren't as fine. OO allowed for application frameworks |> and libraries to flourish. | | Now that we have them, we can help them become more robust by allowing | them to decide how their APIs should be used. This is very I see the strongest case for type hints. Framework, Libraries, Components, WhatEverYouCallThem. Especially for remote APIs type hints can help a lot, I think. - - Markus ps: Do the 24 hours already count? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHfp8V1nS0RcInK9ARAgqYAKCt9xGZDCuubTJCVr8iluvHalJ45gCguiVu AZzNl6ek9tDZcbK4jnHMr2A= =8I6u -----END PGP SIGNATURE-----