I got laid off by Harlequin today. I don't have any information on
what prompted the layoff or how many people were affected, so don't
ask me to speculate. Harlequin will presumably make some sort of
announcement on this and I'm as interested to hear what they have to
say on this matter as I'm sure others are. But they HAVE assured me
they continue to be committed to Lisp. And, of course, so am I.
Anyway, this is now my official e-mail address (······@world.std.com).
Please don't send mail to me as ···@harlequin.com, since that won't
work any more (sigh).
I'll check out the lisp job boards, but if you happen to have some
lisp-related job that you don't want me to overlook, feel free to
contact me directly by e-mail. And meanwhile I finally have time
to work on that scifi novel I've been writing, and I hope to still
find time to keep posting here, etc.
On Wed, 4 Nov 1998 07:00:58 GMT, Kent M Pitman <······@world.std.com>
claimed or asked:
% I'll check out the lisp job boards, but if you happen to have some
% lisp-related job that you don't want me to overlook, feel free to
% contact me directly by e-mail. And meanwhile I finally have time
% to work on that scifi novel I've been writing, and I hope to still
% find time to keep posting here, etc.
I'm sure I speak for many when I say I hope you stick around.
Perhaps this is the way of the universe telling you to actually
graduate to professional writer as you have expressed the desire to
be. I wish you the best of luck.
I've always wanted to "write that sci-fi novel." But I have been
cursed with the ability to appreciate art, but not to create it.
Few people can earn a living by writing. But Kent Pitman is famous in
Lisp circles. I think that consulting could pay well. But then you
have all those posts you've made here, the stuff on your web site.
You have the material for several Lisp related books.
If you have some free cash, take a short sabbatical. Everyone needs a
break now and then.
I hear there is this really cool programming language called Java...
--
David Steuber (ver 1.31.2a)
http://www.david-steuber.com
To reply by e-mail, replace trashcan with david.
"Ignore reality there's nothing you can do about it..."
-- Natalie Imbruglia "Don't you think?"
In article <··················@news.newsguy.com>,
David Steuber "The Interloper" <········@david-steuber.com> wrote:
>On Wed, 4 Nov 1998 07:00:58 GMT, Kent M Pitman <······@world.std.com>
>claimed or asked:
>
>% I'll check out the lisp job boards, but if you happen to have some
>% lisp-related job that you don't want me to overlook, feel free to
>% contact me directly by e-mail. And meanwhile I finally have time
>% to work on that scifi novel I've been writing, and I hope to still
>% find time to keep posting here, etc.
>
>I'm sure I speak for many when I say I hope you stick around.
>
Me, anyway, although I'm not exactly "many" (or at least not diagnosed
as such). I'd like to thank Kent right now for the Hyperspec. I keep
a copy very close to my CL system (on the same hard disk, in fact),
and with that and Graham's Ansi Common Lisp (hey, it's paper and I'm
a bit old-fashioned) I feel that I have excellent reference material.
I have also enjoyed the articles on Kent's web site, and his postings
here.
>Perhaps this is the way of the universe telling you to actually
>graduate to professional writer as you have expressed the desire to
>be. I wish you the best of luck.
>
Me too. Good luck, Kent. Gee, have you considered writing a book
on Lisp? You could call it <thwack!>....oh well, if I see a science
fiction novel by you I'll buy it.
>I hear there is this really cool programming language called Java...
>
I heard that too, but when I looked for a really cool programming
language called Java, I didn't find one. What I found was
statically typed, procedural and object-oriented only, lacked
expandibility, and looked too much like C.
I'm sticking with Macintosh Common Lisp (and, forgive me, C++)
for my personal programming.
Hope to read more from you, Kent!
--
David H. Thornley | These opinions are mine. I
·····@thornley.net | do give them freely to those
http://www.thornley.net/~thornley/david/ | who run too slowly. O-
In article <··················@news.newsguy.com>,
········@david-steuber.com wrote:
> Few people can earn a living by writing. But Kent Pitman is famous in
> Lisp circles. I think that consulting could pay well. But then you
> have all those posts you've made here, the stuff on your web site.
> You have the material for several Lisp related books.
I suggest that Kent edit CLTL3. CLTL2 is too good a reference to let wither
from a few inaccuracies. Why not use the hyperspec you say? Well, I want a
book I can hold - something with some character and lot's of examples. The
hyperspec is too dry and difficult to browse. Besides, the chapter on
Conditions that Kent wrote in CLTL2 is one of the least up to date and he
owes it to us to fix it. I doubt Steele is interested in editing CLTL3 and
Kent is probably the best qualified guy with time on his hands.
How about it Kent?
John Watton
Technical Specialist
Aluminum Company of America
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
···········@alcoa.com writes:
> I suggest that Kent edit CLTL3. CLTL2 is too good a reference to let wither
> from a few inaccuracies. Why not use the hyperspec you say? Well, I want a
> book I can hold - something with some character and lot's of examples. The
> hyperspec is too dry and difficult to browse.
CLTLn was a nightmare for Steele to maintain and he was happy to get
out from underneath it. I'm certainly not going to get back in that.
CLTL2 was never a document that was intended to describe any
implementation. It was not a committee document. It was an FYI-only
document that was just intended to inform the community about the
shape of things to come. Some vendors attached to it, but that was a
mistake and not one I would repeat.
I recommended to Steele at the time that he not do CLTL2, but for various
reasons he felt he had to. But I see no reason to return to any other
document than the standard document unless some vendor is going to go
back to implementing that instead, and I see no vendor planning to do that.
The whole reasons for standards is so that if you're a vendor and
tired of implementing the language, your customers can feel
comfortable going to someone else who implements the standard. Not
using a standard means convincing people to use an implementation they
can't "second source", which is bad. The key value of ANSI CL is not
that each and every technical decision is optimal, but rather that
each and every technical decision was agreed upon by the community to
be livable and something we would commonly support.
When you say "use CLTL2" vs "use the HyperSpec" you are not talking
about a document, you are talking about a language specification.
These documents specify different languages--neither language is "out
of date". They are simply different languages. People can conform to
one or the other. But since one was designed only by Steele in
isolation and without cooperation from any vendor or standards body
(CLTL2) and one was designed by the community and with cooperation
with vendors (ANSI CL), I know which one I'd recommend people use.
I bristle when people suggest that CLTL2 is a proper document for
ANSI CL. Yes, it's paper. But it describes different semantics than
the right one, and unless you're in on the history, each deviation is
a land mine. I just don't think the benefits outweigh the costs. I
spent a big part of my professional life producing the other document,
and I would abandon it in a moment if I thought it meant the industry
would rally around something else that was better. But CLTL2 is not
"better" in any quantifiable sense that I know of--it is not clearer,
it is not well-structured as a reference document, it is not the
document that people conform to. ANSI CL, though expensive to buy from
ANSI, is available in essentially equivalent form as the HyperSpec,
and is accessible, passably well presented (in particular, it has a
glossary of formal terms, the absence of which was a nightmare for
"language lawyers" trying to interpret even the original CLTL, much
less the weird "diff" format of CLTL2), and widely implemented.
And that's enough.
> Besides, the chapter on
> Conditions that Kent wrote in CLTL2 is one of the least up to date and he
> owes it to us to fix it. I doubt Steele is interested in editing CLTL3 and
> Kent is probably the best qualified guy with time on his hands.
Perhaps I'm just in a bad mood over this layoff, but this particular
remark really rubbed me the wrong way. I don't owe anyone anything.
I have worked on Lisp intensively since 1981. If you divided out the
number of hours I've spent on it by my salary, you would wonder why I
even bothered. But it's because I personally care about the language
and the people who use it. If the output of my 4 years of work as
editor of the HyperSpec left you feeling it was "a little dry", I
doubt you're going to say anything but the same if I write something
else--or, at least, I wouldn't risk it. Telling somebody you don't
like what they spent a big piece of their career doing as an incentive
to get them to do something else is not a good plan.
If I write something else, it will be something I choose to write
because I think it's of value and because I feel others will
appreciate it. I will not write anything out of any sense of
obligation. Now, more than at any other time, that is my absolute
right.
I didn't get a dime for writing that chapter of CLTL2, nor did I write
it for that purpose. I wrote it as part of the x3j13 design work,
Steele asked if he could include it, and I said "sure". The idea that
it is "out of date" is laughable to me because it was never NOT "out of
date". The very nature of CLTL2 as an unsynchronized, unauthorized,
unblessed snapshot of "work in progress" implies that everything that
was done was necessarily out of date as soon as it went to press while
the committee continued voting. Steele documented this in the 2nd
Edition Preface. I told him that wouldn't be enough, but he went
ahead anyway. So it goes.
There was some good done by CLTL2--it helped hold the community
together through a rough time. I'm not saying it was a
single-mindedly bad thing. And I don't mean to say Steele is bad for
having done it; I think it was a bad decision, but he had reasons and
some of those reasons were good ones. It's just that there was a
definite and high negative price for the positives, and that was the
divergence of the community for years to follow as well as the
NUMEROUS confusions created by the presentation style he chose. The
headache it caused for us internally to Lisp companies was truly
enormous--extending far beyond the mere choice of authors or
presentation style. But we are FINALLY past that, and I have no
desire to see us return to it. (I didn't ask him, but I'm 99% sure
that if you ask him he'll agree completely that a CLTL3 is not the
way to go.)
Ugh. Sorry about the strained tone here. It hasn't been the best of
weeks for me. But the points to be made here are important to make,
and if I don't make them I don't know for sure that someone else will.
Well, back to the job hunting thing...
In article <···············@world.std.com>, Kent M Pitman
<······@world.std.com> wrote:
> Well, back to the job hunting thing...
Good luck!
--
http://www.lavielle.com/~joswig
From: Patrick A. O'Donnell
Subject: Re: pitman laid off by harlequin
Date:
Message-ID: <vytn265j00y.fsf@ai.mit.edu>
For what it's worth, I concur that a CLtL3 is unnecessary.
Kent M Pitman <······@world.std.com> writes:
> ···········@alcoa.com writes:
> > Besides, the chapter on
> > Conditions that Kent wrote in CLTL2 is one of the least up to date and he
> > owes it to us to fix it. I doubt Steele is interested in editing CLTL3 and
> > Kent is probably the best qualified guy with time on his hands.
>
> Perhaps I'm just in a bad mood over this layoff, but this particular
> remark really rubbed me the wrong way. I don't owe anyone anything.
I don't think it's just a bad mood. I thought that was over-the-top,
myself.
> If I write something else, it will be something I choose to write
> because I think it's of value and because I feel others will
> appreciate it.
Kent, I have appreciated your postings in this newsgroup, and have
learned a lot, or at least have had vague concepts clarified by
reading your messages. If you're taking requests, a collection of
your writings on Lisp (newsgroup postings, Parenthetically Speaking)
would be of great value to the community (in my opinion, of course).
("Thinking LISP", perhaps?)
But, by all means, work on your SF novel, and good luck to you!
- Pat
···@ai.mit.edu (Patrick A. O'Donnell) writes:
> For what it's worth, I concur that a CLtL3 is unnecessary.
Phew...
> Kent M Pitman <······@world.std.com> writes:
> > ···········@alcoa.com writes:
> > > Besides, the chapter on
> > > Conditions that Kent wrote in CLTL2 is one of the least up to date and he
> > > owes it to us to fix it. I doubt Steele is interested in editing CLTL3 and
> > > Kent is probably the best qualified guy with time on his hands.
> >
> > Perhaps I'm just in a bad mood over this layoff, but this particular
> > remark really rubbed me the wrong way. I don't owe anyone anything.
>
> I don't think it's just a bad mood. I thought that was over-the-top,
> myself.
Well, as they say, it's a breakfast cereal AND a floor wax. My mood
has been generally quite upbeat, and maybe John's words weren't chosen
well, but I was feeling later like I probably should have sat on the
reply for longer and not been so snappy--so my apologies to John,
whether it's warranted or not. It's hardly something worth arguing
about--there are plenty enough other things for us to argue about
without second-guessing one another's wording. I managed to
accidentally upset someone fairly recently with some badly chosen
wording of my own so you'd think I'd know better...
In article <···············@world.std.com>,
Kent M Pitman <······@world.std.com> wrote:
>I recommended to Steele at the time that he not do CLTL2, but for various
>reasons he felt he had to. But I see no reason to return to any other
>document than the standard document unless some vendor is going to go
>back to implementing that instead, and I see no vendor planning to do that.
IMHO, the problem with CLtL2 was the timing. It was published before the
standard was finalized, so the language it describes is different from what
J13 agreed on.
If CLtL3 were written now, it would presumably be a pretty accurate
description of the language we agreed on. Such a book would be useful
because the style is much more accessible than the standard (although the
ANSI CL document is much more understandable than many other standards I've
read). And because it would be a mass market book, the hardcopy would be
less expensive than the ANSI document (I'm not sure what ANSI's price is,
but I expect it's more than twice what CLtL3 would cost).
It doesn't seem like it would take too much work to turn CLtL2 into CLtL3.
I don't think the language changed by more than about 5% after CLtL2 was
written. I don't have a printed copy of the standard, and when I want
something I can page through easily to find an answer I generally use
CLtL2, and it's rare that I get information that's contradicted by the
standard.
--
Barry Margolin, ······@bbnplanet.com
GTE Internetworking, Powered by BBN, Burlington, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Don't bother cc'ing followups to me.
* Barry Margolin <······@bbnplanet.com>
| And because it would be a mass market book, the hardcopy would be less
| expensive than the ANSI document (I'm not sure what ANSI's price is, but
| I expect it's more than twice what CLtL3 would cost).
FWIW, ANSI X3.226-1994 ships for USD 350.
amazon.com still ships CLTL2 for USD 50.
| It doesn't seem like it would take too much work to turn CLtL2 into
| CLtL3. I don't think the language changed by more than about 5% after
| CLtL2 was written. I don't have a printed copy of the standard, and when
| I want something I can page through easily to find an answer I generally
| use CLtL2, and it's rare that I get information that's contradicted by
| the standard.
uhm, this relates to what we were discussing recently. sometimes, the
differences are so subtle that you would miss them if you even _expect_
similarities. expect differences, and be happy about any similarities
you discover after you have compared them, not looking for them.
it may seem like I'm trying to split hairs, but I have been working with
standards and other specifications for more than a decade, and I also get
commissioned to write specifications -- my observation over these years
is that some people start to rely on what they observe to "work" in some
implementation or another, not through study, but rather through sloppy
acquisition of habit, and then get very upset when some unspecified or
undefined or implementation-defined behavior changes from implementation
to implementation, as it has every right and opportunity to do, and they
feel free to go ahead and _assume_ all kinds of things based on what they
only _think_ works, causing no end of frustrations even when upgrading
the same system and something undocumented was changed. stuff like that
is tremendously difficult to fix once it has slipped below consciousness.
e.g., the infamous Y2K problem is often merely a lack of adherence to
simple specifications. like, back in 1990, I took great pains to specify
that the Oslo Stock Exchange Trade Information Protocol's date format had
a window of 100 years that would be updated with a few months of notice,
like all other changes to it. the window initially covered 1950 through
2049, to be moved in the year 2000 to cover 1960 through 2069, and so
forth. only three of the implementers managed to read the specification
and observe the point that 00 through 49 were 2000 through 2049, and that
the application layer was specifically instructed to use 4-digit years
because the protocol used two-digit years for legacy reasons. too many
people had just assumed that two-digit years meant 20th century to deal
with dates in the year 2000 as early as 1997, so to make it less likely
that the same jerks would implement the next protocol with equal disdain
for specifications, the next revision used explicit four-digit years.
the cost of this change were acceptable. the cost of moving the sliding
window already specified were unacceptably high, even though it would be
less than 5% of the costs of dealing with the Y2K fever. go figure.
#:Erik
--
The Microsoft Dating Program -- where do you want to crash tonight?
In article <···············@world.std.com>, ······@world.std.com says...
> CLTLn was a nightmare for Steele to maintain and he was happy to get
> out from underneath it. I'm certainly not going to get back in that.
Phew! I'm not sure I have enough book space already, and there are still
a few existing Lisp books left for me to add to my "Lisp shelf". CLTL3
would be "a book too far" (WWII film reference).
No wonder I prefer technical documents in electronic form.
> Ugh. Sorry about the strained tone here. It hasn't been the best of
> weeks for me. But the points to be made here are important to make,
> and if I don't make them I don't know for sure that someone else will.
Fair enough.
> Well, back to the job hunting thing...
Good luck.
--
Remove insect from address to email me | You can never browse enough
will write code that writes code that writes code for food
In article <···············@world.std.com>,
Kent M Pitman <······@world.std.com> wrote:
> When you say "use CLTL2" vs "use the HyperSpec" you are not talking
> about a document, you are talking about a language specification.
> I bristle when people suggest that CLTL2 is a proper document for
> ANSI CL.
I agree it's not a proper document for ANSI CL otherwise there would be no
need to edit it to conform to ANSI CL which was all I suggested. I don't want
another spec just a reference for the little guy. My own copy of CLTL2 is
edited by me to at least note nonANSI parts. Since the release of Graham's
book ANSI CL I use it as my primary hardcopy reference. But sometimes I miss
the examples and humor of Steele.
> > Besides, the chapter on
> > Conditions that Kent wrote in CLTL2 is one of the least up to date and he
> > owes it to us to fix it.
> Perhaps I'm just in a bad mood over this layoff, but this particular
> remark really rubbed me the wrong way. I don't owe anyone anything.
Sorry Kent, my remark was certainly not meant to sound mean spirited. Without
audio the jockular tone I intended didn't make it to print. I doubt one of
those silly smilely faces would have helped. Just let me retract the whole
message and return to my lurker status. Bye!
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
On Thu, 5 Nov 1998 17:35:39 GMT, Kent M Pitman <······@world.std.com>
wrote:
> and the people who use it. If the output of my 4 years of work as
> editor of the HyperSpec left you feeling it was "a little dry", I
> doubt you're going to say anything but the same if I write something
> else--or, at least, I wouldn't risk it. Telling somebody you don't
> like what they spent a big piece of their career doing as an incentive
> to get them to do something else is not a good plan.
From the documentation of Corman Lisp, a recently released Common Lisp
development environment for Windows by Roger Corman
(http://www.corman.net/CormanLisp.html):
"Common Lisp Hyperspec Support. The ANSI Common Lisp standard, along with
much useful accompanying documentation, has been made available in a
package called the Common Lisp Hyperspec. The is courtesy of Kent Pitman
and Harlequin. You may directly browse the entire Hyperspec from within
Corman Lisp, and in addition, all Corman Lisp symbols are linked to the
Hyperspec pages that define them."
I think that this is just the latest tribute to the value of the HyperSpec.
Paolo
--
Paolo Amoroso <·······@mclink.it>
I <······@world.std.com> wrote:
pitman> CLTLn was a nightmare for Steele to maintain and he was happy
pitman> to get out from underneath it. [...]
I forwarded my remarks about CLTL2/CLTL3 to Steele since I didn't
think he read this group regularly. He sent me the following text,
which he said I could forward to the newsgroup:
gls> [...] to whom it may concern: in my opinion, the ANSI standard for
gls> Common Lisp is now the *only* defining document for Common Lisp and
gls> therefore the only one worth using. I am grateful to those who say
gls> they like the style of CLTL and CLTL2, but those documents did have
gls> certain structural problems as defining documents, and in any case
gls> are out of date. CLTL2 was intended solely as a temporary bridge to
gls> the ANSI document, which I undertook only because it appeared to me
gls> that the ANSI process would take several more years (and it did).
gls> I think it would be more work than it would be worth to update CLTL3
gls> to match the standard---the standard itself is a fine defining and
gls> reference document, and furthermore if I, or anyone else, were to
gls> fail in some way to make them match, it would cause worse confusion
gls> than ever. Those people who *really* want the advantages of both
gls> are invited to cut pages 315-349 and 960-971 out of a copy of CLTL2
gls> and paste them onto the back of a copy of the ANSI standard.
gls>
gls> --Guy Steele
Barry Margolin <······@bbnplanet.com> writes:
> >[CLTL2] is owned by Steele. It is his personal work.
>
> It may be his personal work (with contributions by another dozen, according
> to the front matter), but the copyright notice says Digital Equipment
> Corporation. It seems pretty common for authors to assign copyright to the
> publisher (all the technical books on my shelf seem to do it, but "The
> Extended Phenotype" in my backpack is copyrighted by the author).
You're right it's Digital's. I dont know the nature of his agreement
with them, though. My real point had been that it was "owned" and not
GPL'd ... it's not community property. permissions are required.
I further hope we see new books, not retreads of old ones. New points
of view help. New code examples help. So do new jokes.
In article <··········@pravda.cc.gatech.edu>,
·····@cc.gatech.edu (Lyman S. Taylor) wrote:
> First Graham book is NOT a substitute for the ANSI standard.
Never said it was. I used his words - "Language Reference" The first sentence
of which if I can still quote without being sued - "This appendix describes
every operator in ANSI Common Lisp."
> As your "back of the envelope" ( which isn't very "scienfitic", IMHO.
> an engineer's "seat of the pants" approach which, with enlightened
> intuition, can suffice) calculations imply I don't think a 1,500+
> page, encyclopedic, tutorial book would have a large enough run for the
> publishers to competitively price it.
My point I believe. Doesn't anyone have a sense of humor anymore?
> >Let's edit it ourselfs. Graham's book ANSI
> edit and distribute in what format? Electronic? The HyperSpec is
> already electronic.
> I'm not even going to delve into the copyrights of producing a
> derivative work. I don't think CLtL2 is GPL'ed.
Not a derivative work in my mind. Just an errata style sheet: Example:
ANSI deleted "enclose": Cross out bottom 5 lines on page 207. Cross out bottom
10 lines page 214. Delete index entries on pages 991, 1020.
Let the lawsuits begin!
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
In article <············@nnrp1.dejanews.com>, <···········@alcoa.com> wrote:
>In article <··········@pravda.cc.gatech.edu>,
> ·····@cc.gatech.edu (Lyman S. Taylor) wrote:
>> First Graham book is NOT a substitute for the ANSI standard.
...
>Never said it was
What???? Here's your orignal text which you choose to delete:
----------------------------------------------------------------------------
>So let me summarize. If you want a comprehensive hardcopy reference to
>the ANSI Common Lisp spec you have two options:
-------------------------------------------------------------------------
The critical part being "want a comprehensive hardcoypy reference to"
If there are only "two" alternatives what is that indicative of?
"ANSI Common Lisp" is not a substitute for CLtL2, either. The
"purpose" of CLtL2 is to function as a comprehensive reference manual.
To bring it up to date you have to make it equivalent to the standard.
Graham's book is not in this classification. Or we violently
disagree on what the word comprehensive means.
>of which if I can still quote without being sued - "This appendix describes
>every operator in ANSI Common Lisp."
As I said in the quoted message, this decription is incomplete in
some cases. A list of the names of all the operators isn't a
reference. Or at least a reference of any usefulness. For example
there are a couple of destructive operators that Appendix D fails
to mention are destructive. If you need your code to have
referential transparency or want to avoid consing that is a crucial
point to leave out.
As a "pocket guide" reference, yeah it passes. However, if I truely
needed CLtL2 to answer a question then the modern reference would be
the standard (or HyperSpec).
>> >Let's edit it ourselfs.
.....
>Not a derivative work in my mind. Just an errata style sheet: Example:
"edit it" to me means "edit the CLtL2". You make no explicit mention
of creating a seperate document. If you meant to
create a seperate errata document, then you should not say things like
CLtL3. There would be *no* CLtL3. There would be a CLtL2 with lots of
scribbling in it. "Let's create an errata document for CLtL2" would be
much more specific.
>ANSI deleted "enclose": Cross out bottom 5 lines on page 207. Cross out bottom
>10 lines page 214. Delete index entries on pages 991, 1020.
If there are changes in semantics that require non trival
proofreader marks and/or substantial textual additions to correct this
can quicly become extremely unwieldy. As I stated before CLtL2 is
already an errata of CLtL1. So layering even more corrections on top
becomes dubious if extensive.
If this were solely an exercise in deletions this might be a tractable
task. It is the "new" material that is extremely likely to be
problematical.
Secondly, this would probably have to be a peer reviewed (or some
sort of comittee based) exercise. In some sense each "editor" would
have to translate the ANSI standard into "Steele". If you don't
use some peer review process and folks who know the ANSI standard
"backwards and forwards" you can very well introduce mistakes or
omissions.
Perhaps there is some utility in a marked up CLtL2 that is "less" in
error than the raw version. I'd perfer just to use the
"raw" version with full knowledge that it is out of date and that
if I need the nitty gritty details I need to go refer to the "real
deal". That way I don't get a false sense of security.
--
Lyman S. Taylor "Twinkie Cream; food of the Gods"
(·····@cc.gatech.edu) Jarod, "The Pretender"
In article <··········@pravda.cc.gatech.edu>,
Lyman S. Taylor <·····@cc.gatech.edu> wrote:
...
> .... For example
> there are a couple of destructive operators that Appendix D fails
> to mention are destructive.
Someone pointed out the notation that is suppose to illustrate this
in the appendix ( angle bracket around the argument means it can be
side effected). I missed that in Appendix's introduction. Perhaps a better
example would be the absence of what errors are invoked when.
In appendix D, when he lists an argument as being a proper list, it would
probably be prudent to only pass proper lists to those operators. However,
there are speical cases in the standard where perhaps the argument
doesn't have to a proper list. Or it only matters if it isn't a proper
list in certain contexts and the saftety it turned on to the highest
limits.
For a reference directed at "users", a comprehensive listing of all of
the "special cases" aren't critical. However, it is difficult to
believe that with different formatting and deletion of examples and
supportive material that a 1000+ page reference can be condensed down
to less than 100 pages without omission of something of substance.
I have trouble believing the standard is full of that much "fluff".
You can make an arugment that substance doesn't matter to most
people though. However, that would a document that is a satisfacory
substitute for, but not equivalent to the standard.
--
Lyman S. Taylor "Twinkie Cream; food of the Gods"
(·····@cc.gatech.edu) Jarod, "The Pretender"
In article <··········@pravda.cc.gatech.edu>,
·····@cc.gatech.edu (Lyman S. Taylor) wrote:
> >> First Graham book is NOT a substitute for the ANSI standard.
> ...
> >Never said it was
>
> What???? Here's your orignal text which you choose to delete:
> ----------------------------------------------------------------------------
> >So let me summarize. If you want a comprehensive hardcopy reference to
> >the ANSI Common Lisp spec you have two options:
> -------------------------------------------------------------------------
After posting the original message I expected quibbles with the word
"comprehensive" but I stand by my claim that I never claimed Graham's book as
a substitute for the standard. In my mind we have the ANSI standard (God the
Father, beyond our view on His throne in heaven, if you will) and the
Hyperspec (God the Holy Spirit, the noncorporal breath of the Father). What
we don't have is a value priced incarnation of the ANSI standard (God the
Son, the perfect image of the Father).
> "edit it" to me means "edit the CLtL2". You make no explicit mention
> of creating a seperate document. If you meant to
> create a seperate errata document, then you should not say things like
> CLtL3. There would be *no* CLtL3. There would be a CLtL2 with lots of
> scribbling in it. "Let's create an errata document for CLtL2" would be
> much more specific.
Okay, let's create an errata document for CLtL2. Sorry for the
misunderstanding. By "edit it" I meant an individual with his pencil, his copy
of CLTL2, and the errata sheet would edit (mark up) his copy of CLTL2.
> Secondly, this would probably have to be a peer reviewed (or some
> sort of comittee based) exercise. In some sense each "editor" would
> have to translate the ANSI standard into "Steele". If you don't
> use some peer review process and folks who know the ANSI standard
> "backwards and forwards" you can very well introduce mistakes or
> omissions.
The errata sheet would be posted periodically like a FAQ. I think my peers
would quickly point out mistakes, ommisions, etc. Before long the errata sheet
would be well worked over.
John Watton
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
Pitman writes:
> Well, Paul Graham's text is not a "reference" and there are probably others
> that treat ANSI CL as well--he just happens to have chosen that name for
> commercial reasons. He isn't the creator of ANSI CL--he's just someone with
> a good book on ANSI CL that happens to be called by the same name.
His appendix D is titled - "Language Reference". As for other writings on
ANSI CL I'd appreciate a reference. The only other Lisp book I have bought
recently is Slade's Object Oriented Common Lisp published in 1997. He
pretends ANSI never happened. In fact he refers to CLTL2 as the "bible" and
"blueprint." I'd provide a full quote but fear being sued. Actually I'm at
home and the book's at work.
> However, the Common Lisp HyperSpec is a fine alternative
I agree. I just have a nostalgia for books.
> > Graham's book ANSI
> > Common Lisp is a great place to start. He has a 1.5 page summary of
> > the changes that need to be made (pages 308-309). They are organized
> > in 14 items. It takes about an hour to use it as a guide to updating
> > CLTL2.
Sued for using a book as a reference? In my errata sheet I wasn't even
planning on using any direct quotes of Graham's book. My instructions were
going to be of the form:
On page 1010 of CLTL2 change index entry simple-condition-format-string to
simple-condition-format-control. Did I learn that from Graham or from the
appendix of X3J13 votes in the Franz ACL4.3 user manual? Maybe they'll both
sue!
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
In article <············@nnrp1.dejanews.com>,
<···········@alcoa.com> wrote:
> I suggest that Kent edit CLTL3. CLTL2 is too good a reference to let
> wither from a few inaccuracies. Why not use the hyperspec you say? Well,
> I want a book I can hold - something with some character and lot's of
> examples. The hyperspec is too dry and difficult to browse. Besides, the
> chapter on Conditions that Kent wrote in CLTL2 is one of the least up to
> date and he owes it to us to fix it. I doubt Steele is interested in
> editing CLTL3 and Kent is probably the best qualified guy with time on
> his hands.
If this happens I would like to ask Kent to include *lots* of worked
examples. If you are trying to learn on your own it is often difficult to
see what the effect of a small change is if you only have one example. Many
of the Lisp books fall down over this.
Good luck with the job search.
--
__ __ __ __ __ ___ _____________________________________________
|__||__)/ __/ \|\ ||_ | / Acorn Risc_PC
| || \\__/\__/| \||__ | /...Internet access for all Acorn RISC machines
___________________________/ ······@argonet.co.uk
Kent,
I don't know for sure how you take requests. I'm not going to make
any. I just now had a thought that I would like to share with you.
The fact that you are a prolific writer on the subject of Lisp (and
the fact that you out right said it) suggests that you really enjoy
the language. The profession that would seem to touch the most people
would be teaching. You seem qualified. Would you enjoy teaching Lisp
at an undergraduate level? The right school should give you time to
write out of pure pleasure as well as publishing academic work.
I know nothing about you beyond your written work that I have read
(and enjoyed). So if this is an unappealing idea, just ignore it.
--
David Steuber (ver 1.31.2a)
http://www.david-steuber.com
To reply by e-mail, replace trashcan with david.
"Ignore reality there's nothing you can do about it..."
-- Natalie Imbruglia "Don't you think?"
········@david-steuber.com (David Steuber "The Interloper") writes:
> The profession that would seem to touch the most people
> would be teaching.
I replied to this in private mail.
It's not a terrible idea, but it's a darned shame teachers aren't paid
what they're worth.
* Kent M Pitman wrote:
[Teaching Lisp]
> It's not a terrible idea, but it's a darned shame teachers aren't paid
> what they're worth.
Well said. In particular, anyone good enough to teach a really good
programming language course is good enough to get so much more money
outside academia that they won't become teachers, thus perpetuating a
vicious circle of poor language teaching.
(I was going to be (co-) teaching and redesigning the MSc Lisp course
here, but I got fed up being treated like dirt by academics -- I'm
just a system person -- and I've accepted a large pay increase in
industry instead. Which is a real shame because I really like
teaching (though not as much as I like being paid well, evidently!))
--tim
In <···············@world.std.com> Kent M Pitman <······@world.std.com>
writes:
>
>········@david-steuber.com (David Steuber "The Interloper") writes:
>
>> The profession that would seem to touch the most people
>> would be teaching.
>
>I replied to this in private mail.
>
>It's not a terrible idea, but it's a darned shame teachers aren't paid
>what they're worth.
This reminds me of the time I was laid off from Lockheed in 1992.
At one point I investigated a position with a small college in San
Francisco in response to an ad in the SF Chronicle. At the end of an
interesting phone conversation, their representative casually mentioned
that the position payed $25,000 per year.
Steven Vere
In article <··········@sjx-ixn10.ix.netcom.com>, ····@ix.netcom.com(Steven
Vere) wrote:
>In <···············@world.std.com> Kent M Pitman <······@world.std.com>
>writes:
>>
>>········@david-steuber.com (David Steuber "The Interloper") writes:
>>
>>> The profession that would seem to touch the most people
>>> would be teaching.
>>
>>I replied to this in private mail.
>>
>>It's not a terrible idea, but it's a darned shame teachers aren't paid
>>what they're worth.
>
> This reminds me of the time I was laid off from Lockheed in 1992.
(I remember that. It was right after they vociferously denied reports
that they were cutting back their AI funding...)
>At one point I investigated a position with a small college in San
>Francisco in response to an ad in the SF Chronicle. At the end of an
>interesting phone conversation, their representative casually mentioned
>that the position payed $25,000 per year.
That's good money for entry-level teaching, alas...
You could ask retired lisp programmers to donate their time,
but I doubt there are any...
paul
Kent M Pitman <······@world.std.com> writes:
> I got laid off by Harlequin today. I don't have any information on
> what prompted the layoff or how many people were affected, so don't
> ask me to speculate. Harlequin will presumably make some sort of
> announcement on this and I'm as interested to hear what they have to
> say on this matter as I'm sure others are. But they HAVE assured me
> they continue to be committed to Lisp. And, of course, so am I.
I hope this isn't too mercenary, but my company is hiring. I'd like to
invite those affected by Harlequin's layoff to get in touch with me
if they are interested. We're not working on or with Lisp, but our product
has a lot of features that lisp people will find familiar (first class
functions and continuations, garbage collection, etc.)
~jrm
Kent M Pitman <······@world.std.com> wrote:
| I got laid off by Harlequin today.
Well, good luck on the next thing, whatever that may be.
I appreciate all you've done. There's almost no intelligent discourse left
on the Internet (I wish for the days of the old ARPAnet, where if you said
something off topic, you could be kicked off forever, and perhaps even get
kicked out of a job!), and you're one of the sources.
So thanks,
bc
A self-serving post for a non-existent job, apologies in advance:
I don't have any requisitions at the moment, but my company is building a
lisp&java based webcentric system for collaborative development and deployment
of web content. It has some unique change-management capabilities (apropos the
version control topic which was also floating around in this group). All UI
access (which isn't deliberately command line access) is done through the web
browser.
I expect I might have some reqs soon (Q1), so if any of the affected Harlequin
folks might be interested in some pretty head's down product development in the
area of webcentric change management, you might find my project interesting.
If someone is really interested, it wouldn't be the first time I've
"manufactured" reqs where none existed before. It took me 9 months of lobbying
to get this project off the ground, this is the first quarter it's been
officially funded, so we're just getting started.
Email me at:
(concatenate 'string "dtenny"
·@" ; anti-spam device...
"truesoft.com")
if you're interested, or at the .sig address.
D. Tenny
············@mediaone.net - no spam please