From ... From: Erik Naggum Subject: Re: CLOS: read only slots? Date: 1999/09/09 Message-ID: <3145859967030620@naggum.no>#1/1 X-Deja-AN: 522887119 References: <87ogfe3kdx.fsf@pdm.pvt.net><87k8q2t3qe.fsf@piracy.red-bean.com> <37d6e2ea$0$232@newsreader.alink.net> mail-copies-to: never X-Complaints-To: usenet@news.eunet.no X-Trace: oslo-nntp.eunet.no 936871168 3820 193.71.66.49 (9 Sep 1999 09:59:28 GMT) Organization: Naggum Software; +47 8800 8879; +1 510 435 8604; http://www.naggum.no NNTP-Posting-Date: 9 Sep 1999 09:59:28 GMT Newsgroups: comp.lang.lisp * Harley Davis | I believe that future work on Lisp should address this concern and make | it possible to have a simple, predictable efficiency model if the goal is | to enhance acceptability among new users of the language. there is an important difference between reducing inacceptability to new users and enhancing acceptability, and I'd say the two are not on the same axis: you can do the latter without succeeding in the former. simple, predictable efficiency models have the very obvious drawback that they aren't useful in a complex world. that's why C programs (C has a simple, predictable efficiency model in my view -- don't know about yours) are frequently efficient only at the lowest and local levels and dramatically inefficient globally. Common Lisp programs are often globally efficient and inefficient at the local level, because of this. that's why you can frequently improve the performance of a Common Lisp program greatly by tweaking a few key functions discovered by profiling. however, I'd settle for a predictable efficiency model. it doesn't have to be simple. #:Erik -- it's election time in Norway. explains everything, doesn't it?