Re: [fonc] goals

2010-07-09 Thread spir
On Thu, 8 Jul 2010 18:01:36 -0700 (PDT) Alan Kay alan.n...@yahoo.com wrote: ...seeing if very compact runable maths could be invented and built to model... Isn't this a good definition of Lisp? Denis vit esse estrany ☣ spir.wikidot.com

Re: [fonc] goals

2010-07-09 Thread Colin Putney
On 2010-07-08, at 9:21 PM, Steve Dekorte wrote: Thanks for the response. That kind of sounds like the goal is fewer lines of code (and presumably less labor) per unit of function (increasing productivity). Is that correct? Well, I don't speak for Alan, but I have to think it's a bit more

Re: [fonc] goals

2010-07-09 Thread Steve Dekorte
On 2010-07-09, at 12:56 AM, Colin Putney wrote: On 2010-07-08, at 9:21 PM, Steve Dekorte wrote: Thanks for the response. That kind of sounds like the goal is fewer lines of code (and presumably less labor) per unit of function (increasing productivity). Is that correct? Well, I don't

Re: [fonc] goals

2010-07-09 Thread BGB
yeah. I guess a lot depends on other factors though. for example, is a lot of this added code because: the programmer has little idea what he was doing, and so just wildly copy-pasted everywhere and made a big mess?... has lots of code which is actually beneficial, such as doing error checking

Re: [fonc] goals

2010-07-09 Thread David Leibs
for example, is a lot of this added code because: the programmer has little idea what he was doing, and so just wildly copy-pasted everywhere and made a big mess?... has lots of code which is actually beneficial, such as doing error checking and building abstractions. similarly, is a

RE: [fonc] goals

2010-07-09 Thread Carl Gundel
From: fonc-boun...@vpri.org [mailto:fonc-boun...@vpri.org] On Behalf Of David Leibs Sent: Friday, July 09, 2010 1:33 PM To: Fundamentals of New Computing Subject: Re: [fonc] goals It isn't that the programmer has little idea of what he is doing. Things just take time to be transformed into an

Re: [fonc] goals

2010-07-09 Thread John Zabroski
Just to be clear, The foremost experts and definitive source on software metrics -- Fenton and Pfleeger [1] -- do not really support SLOC/day/programmer as a good metric for productivity. It seems to me (from hearing reports by others) that most people do not actually read books on metrics and

Re: [fonc] goals

2010-07-09 Thread David Leibs
I am somewhat dyslexic and I don't always read things in the right order so I read SLOC/day/programmer as SHLOCK/day/programmer it fits in a negative metric kinda way. Maybe it is a meme we should unleash on our overlings. -djl On Jul 9, 2010, at 12:16 PM, John Zabroski

Re: [fonc] goals

2010-07-09 Thread John Zabroski
Just wondering... when did that metaphor get started at VPRI? The first time I had heart you reference the t-shirt metaphor was October 2009 [1]. I remember joking about it on Lambda the Ultimate in April of 2009 [2], and my joke was actually based on a presentation given by the head operations

Re: [fonc] goals

2010-07-09 Thread Alan Kay
The metaphor happened to me in grad school in the 60s when I finally took the trouble to trace McCarthy's Lisp in itself and realized just how powerful and comprehensive he had made it in such a compact way. It was not so much the Turing aspect but the slope of the power from nothing. I said to

Re: [fonc] goals

2010-07-09 Thread John Zabroski
I know that part. I meant extending the metaphor to the joke about printing t-shirts. David mentioned collapsing this, and I mentioned how I brought up the joke on LtU about doing this for computer science. I've read your Maxwell's Equations for Computer Science before, such as the NSF 2007

Re: [fonc] goals

2010-07-09 Thread Richard Karpinski
Max, You mention software engineering management which reminds me of Tom Gilb's book Principles of Software Engineering Management which is still a favorite of mine despite that he replaced it with his more recent Competitive Engineering. He begins any management exercise by defining six to ten