Received: from spf3.us4.outblaze.com (spf3.us4.outblaze.com [205.158.62.25]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id iABEVHfV012277 for ; Thu, 11 Nov 2004 14:31:17 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf3.us4.outblaze.com (Postfix) with ESMTP id 7D68F549CB for ; Thu, 11 Nov 2004 14:28:14 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CSG4L-0006ab-RT for migo@homemail.com; Thu, 11 Nov 2004 09:37:01 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CSG3x-0006ZX-9j for gnu-arch-users@gnu.org; Thu, 11 Nov 2004 09:36:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CSG3w-0006Z7-C0 for gnu-arch-users@gnu.org; Thu, 11 Nov 2004 09:36:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CSG3w-0006Z4-95 for gnu-arch-users@gnu.org; Thu, 11 Nov 2004 09:36:36 -0500 Received: from [83.216.134.182] (helo=cyclone.suffields.me.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CSFvJ-0007mA-Ng for gnu-arch-users@gnu.org; Thu, 11 Nov 2004 09:27:42 -0500 Received: from asuffield by cyclone.suffields.me.uk with local (Exim 3.36 #1 (Debian)) id 1CSFvI-0002sd-00 for ; Thu, 11 Nov 2004 14:27:40 +0000 Date: Thu, 11 Nov 2004 14:27:40 +0000 From: Andrew Suffield To: gnu-arch-users@gnu.org Subject: Re: [Gnu-arch-users] Re: darcs vs tla Message-ID: <20041111142740.GD9786@suffields.me.uk> Mail-Followup-To: gnu-arch-users@gnu.org References: <20041107234609.7bf0abfe@delta.hk.office.outblaze.com> <1099995711.2900.84.camel@stargate> <20041110204049.GD5978@suffields.me.uk> <20041111093245.GY721@vagabond> Mime-Version: 1.0 In-Reply-To: <20041111093245.GY721@vagabond> User-Agent: Mutt/1.5.6+20040907i X-BeenThere: gnu-arch-users@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: a discussion list for all things arch-ish List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0187368407==" Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org Status: RO Content-Length: 3216 Lines: 91 --===============0187368407== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GpGaEY17fSl8rd50" Content-Disposition: inline --GpGaEY17fSl8rd50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 11, 2004 at 10:32:45AM +0100, Jan Hudec wrote: > On Wed, Nov 10, 2004 at 20:40:49 +0000, Andrew Suffield wrote: > > On Tue, Nov 09, 2004 at 10:21:51AM +0000, Catalin Marinas wrote: > > > I also agree that programs look much nicer and easier to > > > write in a high level language. > >=20 > > This is also a feature of programmers, not languages. >=20 > There is an interesting paper by Paul Graham. He has a hypothesis, that > a programmer can write about the same number of tokens in a unit of > time, no matter what language he is writing them in (or little matter). >=20 > Now that would mean, that programming is more efficient in a higher > language. The higher here means it can do more work with one statement. Others have touched on this, but I'll say it shorter: My point stands as quoted, without reference to time consumed. I am willing to accept as a hypothesis that some languages may be faster to write than others, but there is no more than circumstancial evidence in both directions. Furthermore without a way to quantify the skill of a programmer in a given language, in a manner comparable to the skill of a different programmer in a different language, I don't think it is possible to have real evidence either way. So you won't really get much mileage out of it. Subjectively, the programmer appears to be the primary factor in determining productivity, not the language. Can't be sure of that one either, though. My intuition is that language variations can gain improvements in productivity, but not to an order of magnitude. So like compilers, they can increase the value of your wetware but they can't solve your problem. [This is all taking as a given that no radically new and different language design techniques appear. There hasn't been anything I would classify as such since C (or for a bit before that, but history lessons aren't relevant). Von Neumann machines are an example of one, introducing the concept of machine code]. --=20 .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -><- | --GpGaEY17fSl8rd50 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBk3bclpK98RSteX8RAuxMAJ43+Z3AIiVSnt+k3Y/ldrrEX3G1LACfezvl IKBFWsJi2JKXX6tT6AQy7Wk= =wX1p -----END PGP SIGNATURE----- --GpGaEY17fSl8rd50-- --===============0187368407== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/ --===============0187368407==--