Path: csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!news.linkpendium.com!news.linkpendium.com!newsfeeds.ihug.co.nz!lust.ihug.co.nz!ihug.co.nz!not-for-mail From: Lawrence D'Oliveiro Newsgroups: comp.lang.java.programmer Subject: Re: Managed-Code Bloat Followup-To: comp.lang.java.programmer Date: Tue, 07 Jun 2011 12:06:45 +1200 Organization: Geek Central Lines: 19 Message-ID: References: NNTP-Posting-Host: 118-92-86-36.dsl.dyn.ihug.co.nz Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8Bit X-Trace: lust.ihug.co.nz 1307405206 811 118.92.86.36 (7 Jun 2011 00:06:46 GMT) X-Complaints-To: abuse@ihug.co.nz NNTP-Posting-Date: Tue, 7 Jun 2011 00:06:46 +0000 (UTC) User-Agent: KNode/4.4.11 Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:5044 In message , Joshua Cranmer wrote: > On 6/6/2011 3:17 PM, Lawrence D'Oliveiro wrote: > >> In message, Joshua Cranmer wrote: >> >>> From a programming language design concept, one thing is abundantly >>> clear: manually-managed memory is a failure. >> >> And yet managed code has failed to take off in the mass market. Why is >> that? > > Because you can't see the mass market. The use of HTML 5 and > JavaScript-based applications is taking off. And what is JavaScript? Why > managed code. I think JavaScript uses reference-counting, too. Why else would it have a “delete” statement ?