[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


    Date: Thu, 15 Aug 85 10:11 EDT
    From: Scott E. Fahlman <Fahlman@CMU-CS-C.ARPA>

    I don't see the CommonLoops proposal as trying to be all things to all
    people.  The basic CommonLoops langauge, with some of the proposed
    extensions, looks to me (as a relative novice in this game) like just
    the right level for most of the things I want to do.  It's clean and
    easy to understand, and it has the property that you don't run into any
    of the complexity until and unless you need it.  The lack of this
    property was the biggest problem with Flavors, in my opinion.  I could
    easily imagine doing almost all my work in base-level CommonLoops and
    using it as the teaching vehicle for students new to Lisp and objects.

Scott, I've heard you say this a few times now, both on the mail and in
person.  In a later message, you also said (speaking about Common

    Unlike flavors, it does not inflict a tremendous load of complexity on
    the user who wants to do something simple.

I genuinely don't know what you are referring to here.  Your implication
seems to be that to do even simple things using Flavors, you first need
to understand a lot of complex stuff that isn't really necessary if you
only want to do something "simple".  I don't understand why this should
be the case.

I think the problem is that I don't know what you mean by "simple" in
this context.  Could you please construct an example in which the
requirements of the programmer are "simple" in the sense you mean, so
that I could see how Flavors can meet those requirements only with a
tremendous load of complexity, whereas CommonLoops can meet the same
requirements without such complexity?  I hope this might illustrate some
significant distinctions between the two approaches.  Thanks.