Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
source access vs dynamism
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  Messages 51 - 75 of 183 - Collapse all  -  Translate all to Translated (View all originals) < Older  Newer >
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Rainer Joswig  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: jos...@lavielle.com (Rainer Joswig)
Date: 1999/08/29
Subject: Re: source access vs dynamism

In article <slrn7shb7u.9t.wtank...@dolphin.openprojects.net>, wtank...@dolphin.openprojects.net wrote:
> >Until we will see some real code you will stay in my kill file.

> Rainer, I find myself a little curious about the origin of this hatred.

I just think it is a waste of time and it has been for several years.
Though I'm open for a surprise.

> Real code isn't needed.  Rideau has (with much help) already produced one
> of the biggest helps to OS developers yet -- a thumbnail survey of
> existing work.

So you think it is useful??? I mean, I won't trust for example
the description of Common Lisp/Lisp/Scheme on his pages.

http://www.tunes.org/Review/Languages.html

My comments below the sentences:

  Common LISP

  LISP

         Common LISP is a dialect of the LISP family of languages. See the
         according information below.

So much is true.

  Description

         Common LISP is the result of a standardization effort by Lisp
         vendors started with the commercialization of LISP in the early 80s.

Is that sentence true? Commercial Lisp systems were available earlier.
Who started the the standardization effort? There were lot's
of universities involved.

         Because it strived toward backward compatibility with existing Lisp
         systems, the result is a huge monolithic ANSI standard language,
         with hundreds of built-in constructs for a megabyte worth of run-time
         system (not talking about add-on modules).

Common Lisp is a huge monolithic ANSI standard language because it
"strived toward backward compatibility with existing Lisp systems"?
This sentence does not make sense to me.

Compared to existing Lisp systems it was even a *simplification*.

         However, the advantages of programming in Common LISP cannot
         be overestimated: everything a programmer usually needs is in the
         library,

Which is wrong. Common Lisp has nothing identifyable as a "library". Several
things one usually needs are not in Common Lisp (GUI, threads, FFI,
CLOS streams, ...).

         the object system is (quite) well integrated with the type
         system

This is debatable.

         and the condition system (which is unique on its own).

Yeah, what about the condition system? The Lisp machine had a condition
system before - can't be that unique.

         Greenspun's Tenth Rule of Programming states that "any sufficiently
         complicated C or Fortran program contains an ad hoc
         informally-specified bug-ridden slow implementation of half of
         Common Lisp".

Nice anecdote. Doesn't help, though.  

  Books about Common LISP

         For many years, the de facto Common Lisp standard has been
         `Common Lisp: the Language' (CLtL), edited by Guy Steele. The
         (current) second edition (CLtL2) is available in electronic form,
         among others (in the States) from Carnegie Mellon University, as
         well as (in France) from Supelec
         The Common Lisp HyperSpec is the definitive ANSI standard made

Kent sure would have to say something about the wording above.

         available as hypertext from Harlequin (download or browse)
         Franz has a searchable archive of their own electronic version of the
         standard.
         ...

  Free Implementations of CommonLISP

                CMU CL 18b is a deadly fast free compiler for
                CommonLISP.

CMU CL "is" not a compiler - it has a compiler. The compiler of
CMU CL is "python".

I'd say CMU CL is fast for some areas. Slow for others
(CLOS comes to my mind).

                Bruno Haible's CLISP is a portable and compact
                implementation of CommonLISP written in C and using
                bytecode. Does not implement the full CLOS MOP.

                The following two are not free software, but have binaries
                usable free of cost for non-commercial purpose:

                Franz Inc. sells its commercial system Allegro CommonLISP
                on most platforms. Version 5.0 of ACL for Linux is available
                free of charge for download.

"Free" for non-commercial use with a time limited license.

                Harlequin sells its commercial system LispWorks and Liquid
                Common LISP (bought from the dead Lucid). The personal
                edition for Windows can be downloaded free of charge.

The Personal Edition is nice, but crippled.

  Free software packages written in Common LISP

                CL-HTTP, the Common Lisp Hypermedia Server, is the
                most configurable web server ever.

On what base is this judgement being made? Did I miss the web
server configurability comparison?

                Closure is the dual of the above, a web client written in CL.

We are in the early stages here...

                Mockmma: a Common Lisp package and libraries that
                implement a symbolic math language compatible with
                Mathematica(tm)

Ever tried Mockmma?

  Critique

                See Generic critique for LISP languages

Sigh. Left as an exercise to the fearless reader...

                Pros

                    1.It is an ANSI standard.

Sure - but why is it a pro? Could also be a "Cons".

                    2.Both interpreters and compilers of good quality are
                      available, and new ones are easy to design, making
                      development easy, and portability quite good.

I'd never underestimate the effort to design and implement
a Common Lisp system.

                    3.It has a most advanced object system with generic
                      functions and multiple dispatch (CLOS), a unique
                      feature about widely implemented languages.
                    4.The object system (CLOS) has got most advanced
                      reflective features through a Meta-Object Protocol
                      (MOP)
                    5.Functional programming allows good factorization
                      of programs, so that added features take very little
                      space as compared to non-functional programs.

??? What space? Runtime? Compile time? Source? What is very little?

                    6.It has a powerful standardized macro system
                    7.It has got a package system.
                    8.It has got a powerful library of builtin features.
                    9.You can declare types to achieve very efficient
                      compiled code.
Largely depends on the compiler.

                Cons

                    1.the standard has got too many legacy features
                      nobody uses.

Who has made a survey? Where is the reference?

                    2.many essential features for a modern language are
                      not standardized (notably threads), and how it is
                      implemented (or not) on each implementation varies.

Can you really standardize them across different operating systems?

                    3.The object system's semantics does too many things
                      dynamically at run-time.

Really? Broad claim with no discussion why things are the way they are.

                    4.The Object and Meta-Object system is too much
                      based on side-effects
???
                    5.Though today's machines have more than enough
                      memory to run CL (which was not the case in the
                      early days of CL), CL still takes too much space to
                      be used in embedded environments.

See -> spacecrafts and robots.

                    6.The macro system does not have as clean semantics
                      as it should.

What is he talking about? Are there serious problems with
the *semantics* of the Common Lisp macro system?

                    7.its module system offers no security at all.

Common Lisp has "real" module system to speak of.

                    8.The too many builtin features are not orthogonal
                      enough.

Ask people which one we should delete...

                    9.There is no standard way by which the system
                      would statically check declared types and infer new
                      ones as a tool for enforcing static invariants and
                      tracking bugs.

There is not even a standard for a Lisp "system"...

Btw., is it Common Lisp, CommonLISP, CL, Common LISP, or what?


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/08/29
Subject: Re: source access vs dynamism
* Francois-Rene Rideau <fare...@SPAM.tunes.org>
| Yours is a cast-based society, with various degrees of citizenship, and a
| central almighty ruler, the vendor.

  you're insane, Francois-Rene Rideau.  end of discussion.

#:Erik
--
  save the children: just say NO to sex with pro-lifers


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Rainer Joswig  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: jos...@lavielle.com (Rainer Joswig)
Date: 1999/08/29
Subject: Re: source access vs dynamism

In article <joswig-2908990733120...@194.163.195.67>, jos...@lavielle.com (Rainer Joswig) wrote:
>                     7.its module system offers no security at all.

> Common Lisp has "real" module system to speak of.

Should be:

 Common Lisp has no "real" module system to speak of.

Sorry.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Basile STARYNKEVITCH  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Basile STARYNKEVITCH <basile.starynkevitch.A...@SPAM.wanadoo.fr.invalid>
Date: 1999/08/29
Subject: Re: source access vs dynamism

>>>>> "Erik" == Erik Naggum <e...@naggum.no> writes:

    Erik> * Francois-Rene Rideau <fare...@SPAM.tunes.org> | Yours is a
    Erik> cast-based society, with various degrees of citizenship, and
    Erik> a | central almighty ruler, the vendor.

    Erik>   you're insane, Francois-Rene Rideau.  end of discussion.

I disagree. I know François-René (aka Faré) Rideau personnally and he
is not insane. I do agree he might have non-classical ideas (some of
which I share with him).

I leave up to the readers to take any conclusions about Erik Naggum's
arrogant attitude.

(and I did'nt found any personnal attacks -against Erik in particular-
in Faré postings)

--
Basile STARYNKEVITCH - 8 rue de la Faiencerie, 92340 BOURG LA REINE (France)
tel 01.46.65.45.53. email = basile point starynkevitch at wanadoo point fr
http://perso.wanadoo.fr/starynkevitch/basile
antispam: <ab...@wanadoo.fr>


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/08/29
Subject: Re: source access vs dynamism
* Basile STARYNKEVITCH
| I disagree.  I know François-René (aka Faré) Rideau personnally and he is
| not insane.  I do agree he might have non-classical ideas (some of which
| I share with him).

  someone who is unable to see the difference between living in a country
  with a cast system and an almighty rulers, which is an inescapable and
  universal condition, and choosing to deal with something who has
  something to offer, is clearly so out of his mind that he has but two
  options to be respected: to commit himself or to retract the insanity.

| I leave up to the readers to take any conclusions about Erik Naggum's
| arrogant attitude.

  how cute.

| (and I did'nt found any personnal attacks -against Erik in particular-
| in Faré postings)

  I think accusing people of wanting dictatorship and feudalism because
  they don't agree with some person's idea of what freedom entails is a
  very fundamental personal attack.  obviously you think it's perfectly
  legitimate to accuse people of such things without consequence, so I'll
  leave it to the readers to decide how to deal with people who gang up on
  other debaters to accuse them of such things.

#:Erik
--
  save the children: just say NO to sex with pro-lifers


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Francois-Rene Rideau  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Francois-Rene Rideau <fare...@SPAM.tunes.org>
Date: 1999/08/29
Subject: Re: source access vs dynamism
Dear Erik,

Erik Naggum <e...@naggum.no> writes:
>   I think accusing people of wanting dictatorship and feudalism [...]

Again, you're reading too much in other people's post.
My post are long enough that I don't feel the need to make them
even longer by stating that obvious metaphors are such.

BTW, what is the software equivalent of a metaphor?

[ "Faré" | VN: Уng-Vû Bân | Join the TUNES project!   http://www.tunes.org/  ]
[ FR: François-René Rideau | TUNES is a Useful, Nevertheless Expedient System ]
[ Reflection&Cybernethics  | Project for  a Free Reflective  Computing System ]
On static vs dynamic binding:
        If you call a tail a leg, how many legs has a dog? Five?
        No! Calling a tail a leg doesn't make it a leg.
                -- Abraham Lincoln (?)


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/08/29
Subject: Re: source access vs dynamism
* Francois-Rene Rideau
| My post are long enough that I don't feel the need to make them even
| longer by stating that obvious metaphors are such.

  do you seriously believe that I didn't see it as a metaphor?

  perhaps you don't understand what a metaphor is.  it is a rhetoric device
  to communicate _several_ levels of similarity between otherwise disjoint
  and dissimilar phenomena, and not just any similarity, but _essential_
  similarities.  you can't choose just a few similarities, and ignore the
  fact that what you compare to has other qualities and pretend they don't
  matter.  all methaphors break down at some point, because the phenomena
  are not in fact as similar as the metaphor tries to communicate that they
  are.  when a metaphor breaks down before it has had a chance to show its
  function, it is a bad metaphor.  when a metaphor is so rabidly dissimilar
  from anything reasonable associated with the other phenomenon, in this
  case the use of force and power, when the whole concept of contract and
  business is based on the premise of freedom of action and absence of
  force and power, the metaphor is no longer a metaphor, it is as good a
  rhetoric device as comparing someone's argument to something Hitler said
  -- regardless of whether he actually said it, which is no excuse at all.

  I'm reminded of the kind of people who are clearly inept at communication
  but who claim to be have been _ironic_ as soon as someone tries to take
  them seriously and struggle to understand what they try to say.

  there is no doubt that you consider vendors an evil force that cannot be
  controlled except by the means required to oust "almighty rulers": guns.
  that may be true for you, since you obviously can't argue your case, but
  it is a very strong argument for not talking to you again until and
  unless you prove that you are able to understand such differences.

#:Erik
--
  save the children: just say NO to sex with pro-lifers


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Gareth McCaughan  
View profile  
 More options Aug 29 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Gareth McCaughan <Gareth.McCaug...@pobox.com>
Date: 1999/08/29
Subject: Re: source access vs dynamism

Erik Naggum wrote:

[I said:]

> | Oooops. Quite right. I'm a twit. My apologies to #\Erik.

>   that's OK, but it's been a while since I signed off with #\Erik.  ;)

I know this. I just happen to like it better than #:Erik, because
of the pun on the word "character".

--
Gareth McCaughan  Gareth.McCaug...@pobox.com
sig under construction


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erann Gat  
View profile  
 More options Aug 30 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: g...@jpl.nasa.gov (Erann Gat)
Date: 1999/08/30
Subject: Re: source access vs dynamism

In article <3144703658674...@naggum.no>, Erik Naggum <e...@naggum.no> wrote:
>   let me put it this way: I dread the situation where software is written
>   by people who are satisfied with name recognition and status among their
>   peers -- we'll just get MS-DOS all over again.

I don't know what planet you're living on, but here on Earth the people who
brought us MS-DOS were definitely not content with mere name recognition and
status among their peers.  In fact, it would be hard to find a better
example of a product of the profit motive than MS-DOS and its progeny.
MS-DOS is the perfect example of what you get from people who care about
money more than they care about status.  Microsoft got where it is precisely
because Bill Gates is the good businessman you wish other computer
scientists would be.  It's not that Bill doesn't *care* about status; he
cares very deeply.  It rankles Bill severely that people think Microsoft
isn't innovative.  But Bill cares about money more, so he puts his energy
into being a good (if not necessarily ethical) businessman.  The result,
predictably, is poor software.

It's predictable because the profit motive is fundamentally at odds with
quality.  You lose money when you try to increase quality past the point
of diminishing returns, which, by definition, is the point where the
majority of your customers stop caring.  And most people have pretty
low standards.  The only way to get better than the least common
denominator is to find a motivation other than money, whether it's
status, an artistic passion, or simply an innate desire to do the Right
Thing.

Erann Gat
g...@jpl.nasa.gov


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Aug 30 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/08/30
Subject: Re: source access vs dynamism
* Erik Naggum
| let me put it this way: I dread the situation where software is written
| by people who are satisfied with name recognition and status among their
| peers -- we'll just get MS-DOS all over again.

* Erann Gat
| I don't know what planet you're living on,

  I didn't know there were any alternatives, but I'll gladly yield to your
  superior experience.

| the people who brought us MS-DOS were definitely not content with mere
| name recognition and status among their peers.

  ignorance of the MS-DOS success story is beginning to become a problem,
  but I thought it was hard for anyone here to be completely clueless.
  what made MS-DOS a success was its hackability.  yes, you read that
  right.  if you don't believe me, go back to the computer magazines of the
  early eighties and read about hijacking system calls, installing device
  drivers, faking networks, getting "undelete" to work because the stupid
  file system only nuked the first byte of a file's name, but left the
  index blocks intact, etc, etc.  people who did this stuff talked among
  their peers, and got a whole lot of name recognition.  the only guy who
  really did make money on this was Peter Norton with his Norton Utilities.

  no source was ever necessary, by the way.  people could read assembly
  language back then, and it was written in assembly language, anyway.

| Microsoft got where it is precisely because Bill Gates is the good
| businessman you wish other computer scientists would be.

  *puke*  _you_ really must be from a different planet.  Bill Gates is the
  single most dishonest and despicable man on the planet, not because he's
  rich, which is a function of stupid people who continue to buy from him
  and that's their fault, not his, but because he cannot be trusted at all,
  and he keeps rewriting history to make himself _so_ good, when in fact he
  began by lying through his teeth to the Altair guy, and that lie told
  young Bill Gates at an impressionable age that only suckers are honest.
  he also stole computer time from Harvard and got away with it, which is
  also important in someone's formative years.  he's nothing but a crook.

  I hope no person ever will emulate what made him successful: fraudulent
  marketing and pie-in-the-sky promises that he never kept.  he's not
  decent and upright like Coca-Cola Company who sell an image but make
  people pay for a basically worthless softdrink.  Bill Gates capitalizes
  on people's hopes for the future by making sure that he never gives
  anyone enough, because that'll make them stop wanting to buy the next
  version.  it should be enough to mention the "success" of the early
  Windows operating system for people who aren't just visiting from an
  alien planet and pronounce their judgment in a total vacuum of knowledge
  of history.  the stability of the Windows API should be evidence enough
  for those whose memory cells only hold a single years' worth of changes.

| It rankles Bill severely that people think Microsoft isn't innovative.

  ha!  obviously not enough to make it innovative, which isn't _that_ hard.

| It's predictable because the profit motive is fundamentally at odds with
| quality.

  come again?  on this planet, this actually translates to "quality is
  fundamentally at odds with what people are willing to well pay for".

| You lose money when you try to increase quality past the point of
| diminishing returns, which, by definition, is the point where the
| majority of your customers stop caring.

  this and the above taken together must mean that "quality" is inherently
  meaningless until you _pass_ the point of diminishing returns, and this
  means (through your correct definition) that quality is _defined_ as that
  which the majority doesn't care about.

  well, doh, if quality is _defined_ to be more than anyone is willing to
  pay for, of course it isn't profitable to make anything of "quality".

  please reconsider your definitions.  it isn't your view of the profit
  motive that is at odds with reality, it's the stupid and arrogant belief
  that all people want to pay for is non-quality products.

| And most people have pretty low
| standards.  The only way to get better than the least common denominator
| is to find a motivation other than money, whether it's status, an
| artistic passion, or simply an innate desire to do the Right Thing.

  it must be hard on an alien on a tourist visa, but here on earth, we have
  this concept of _different_ markets, each with its local value of the
  least common denominator, because each market addresses different people
  with different needs.

  the mass market is _not_ the only market.  the only thing we can say for
  sure in this business about those who believe that is that Bill Gates
  profits even more by having as many people disregard every other market.

  but I gotta give Bill Gates this: not since Joseph Göbbels has any one
  man been able to lead so many people right into such a disastrous future.
  (keep in mind that I admire Joseph Göbbels for his work and his insight
  into good propaganda, which virtually every marketing person on earth
  employ: he was the first propaganda minister to understand that you can
  accomplish more through entertainment than with information, but I still
  think it's truly horrible that the West had to invent modern marketing
  just as it destroyed a nation and caused the deaths of millions of
  people, but there is no doubt about it: withour Joseph Göbbels' efforts
  in the last few weeks of the war to keep up the spirits of the people and
  to exploit their last remnants of a belief in a better future, just like
  Bill Gates keeps doing, a tremendous amount of suffering could easily
  have been avoided.)

#:Erik
--
  save the children: just say NO to sex with pro-lifers


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
William Deakin  
View profile  
 More options Aug 31 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: William Deakin <wi...@pindar.com>
Date: 1999/08/31
Subject: Re: source access vs dynamism

Erik Naggum wrote:
> here's my line: don't _ever_ grin and bear it, speak up when you aren't happy
> with what you experience.  you'll piss a lot of people off for a while until
> they figure out that you are actually very happy when you are happy with
> things and that most things actually do improve when you care to express your
> concern, and then it dawns on a few people that _because_ you consistently
> speak up, you don't bear grudges or get bitter at people for not caring.  if
> you can't accept something, don't.

There has been a long history of shooting people for this :-(

Best Regards,

:-) will


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Vassil Nikolov  
View profile  
 More options Aug 31 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Vassil Nikolov <v...@einet.bg>
Date: 1999/08/31
Subject: Re: source access vs dynamism
  ;; Erik Naggum:                 [1999-08-30 18:52 +0000]

  |...|
  >   [Bill Gates] also stole computer time from Harvard and got away with it
  |...|

This makes me mildly curious---is there any publicly available
information on the Internet about this which gives more details?

Vassil Nikolov.  (See header for additional contact information.)
  Abaci lignei --- programmatici ferrei.

 Sent via Deja.com http://www.deja.com/
 Share what you know. Learn what you don't.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erann Gat  
View profile  
 More options Sep 1 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: g...@jpl.nasa.gov (Erann Gat)
Date: 1999/09/01
Subject: Re: source access vs dynamism

In article <3145027978363...@naggum.no>, Erik Naggum <e...@naggum.no> wrote:
> * Erik Naggum
> | let me put it this way: I dread the situation where software is written
> | by people who are satisfied with name recognition and status among their
> | peers -- we'll just get MS-DOS all over again.

> * Erann Gat
> | I don't know what planet you're living on,

>   I didn't know there were any alternatives, but I'll gladly yield to your
>   superior experience.

Yeeha!  Here we go...

> | the people who brought us MS-DOS were definitely not content with mere
> | name recognition and status among their peers.

>   ignorance of the MS-DOS success story is beginning to become a problem,
>   but I thought it was hard for anyone here to be completely clueless.
>   what made MS-DOS a success was its hackability.  yes, you read that
>   right.  if you don't believe me, go back to the computer magazines of the
>   early eighties and read about hijacking system calls, installing device
>   drivers, faking networks, getting "undelete" to work because the stupid
>   file system only nuked the first byte of a file's name, but left the
>   index blocks intact, etc, etc.  people who did this stuff talked among
>   their peers, and got a whole lot of name recognition.  the only guy who
>   really did make money on this was Peter Norton with his Norton Utilities.

Ignorance of basic principles of logic is beginning to become a problem.
Just because MS-DOS was hacked more than other OSes of its day
does *not* imply that MS-DOS was more easily hacked.  And just because
all the hackers *got* was name recognition does not imply that that is
all they *wanted*.  And just because MS-DOS was hacked a lot it
certainly does not follow that MS-DOS's commercial success was a
*result* of this hacking.

Here's an alternative theory:  MS-DOS succeeded because the IBM PC
succeeded, and the IBM PC succeeded because business people, largely
ignorant of technology but with deep pockets, trusted IBM.  People
did not buy DOS because it was being hacked, but because they
wanted to buy IBM PC's and Bill Gates shrewdly saw to it that if you
wanted to buy a PC you had no choice but to buy DOS to go along with it.
People hacked DOS not because it was easy but because they saw business
opportunities in remedying DOS's deficiencies.

Now, on what basis do you claim that my theory is so implausible that
I am "completely clueless" for not immediately recognizing your theory
to be the One True Explanation of the success of MS-DOS?

> | Microsoft got where it is precisely because Bill Gates is the good
> | businessman you wish other computer scientists would be.

>   *puke*  _you_ really must be from a different planet.  Bill Gates is the
>   single most dishonest and despicable man on the planet,

I think that's a little extreme, but I basically agree with the
sentiment.  He is, nonetheless, a very good businessman -- in no small
measure because he is a very good liar.

> | It rankles Bill severely that people think Microsoft isn't innovative.

>   ha!  obviously not enough to make it innovative, which isn't _that_ hard.

I believe that being innovative is extraordinarily difficult.  In my
experience it is hard for people to even *recognize* a true innovation
except in hindsight, let alone come up with one themselves.

> | It's predictable because the profit motive is fundamentally at odds with
> | quality.

>   come again?  on this planet, this actually translates to "quality is
>   fundamentally at odds with what people are willing to well pay for".

Yes, that's exactly what I meant.  Most people are not willing (or not
able) to pay for quality.  Most people don't even know how to tell the
difference between high quality and low quality.

> | You lose money when you try to increase quality past the point of
> | diminishing returns, which, by definition, is the point where the
> | majority of your customers stop caring.

>   this and the above taken together must mean that "quality" is inherently
>   meaningless until you _pass_ the point of diminishing returns, and this
>   means (through your correct definition) that quality is _defined_ as that
>   which the majority doesn't care about.

>   well, doh, if quality is _defined_ to be more than anyone is willing to
>   pay for, of course it isn't profitable to make anything of "quality".

Robert Pirsig wrote an excellent book (Zen and the Art of Motorcycle
Maintenance) on the topic of how hard it is to define the word "quality"
But metaphysics aside, a take quality to mean "a degree of excellence,"
the definition in Webster's.  So my claim is not vacuous.  It is that
the vast majority of people settle for "satisfactory" and are unwilling
to pay for "excellent."  (This is just Dick Gabriel's "Worse is Better"
argument.)

C++ is satisfactory.  Common Lisp is excellent.  Which one are more
people willing to pay for?

>   please reconsider your definitions.  it isn't your view of the profit
>   motive that is at odds with reality, it's the stupid and arrogant belief
>   that all people want to pay for is non-quality products.

This is not a belief, it is an empirical observation.  I wish things
were different.

> | And most people have pretty low
> | standards.  The only way to get better than the least common denominator
> | is to find a motivation other than money, whether it's status, an
> | artistic passion, or simply an innate desire to do the Right Thing.

>   it must be hard on an alien on a tourist visa, but here on earth, we have
>   this concept of _different_ markets, each with its local value of the
>   least common denominator, because each market addresses different people
>   with different needs.

>   the mass market is _not_ the only market.  the only thing we can say for
>   sure in this business about those who believe that is that Bill Gates
>   profits even more by having as many people disregard every other market.

The mass market *is* the only market when what you are selling is
infrastructure.  Operating systems and programming languages are
infrastructure.

>   but I gotta give Bill Gates this: not since Joseph Göbbels has any one
>   man been able to lead so many people right into such a disastrous future.

Your continued comparison of Microsoft to the Nazis diminishes the
horror of the Holocaust, and I find it quite offensive.  Unethical
business practices, no matter how egregious, do not deserve to be
compared to even a single murder, let alone millions upon millions.

Erann Gat
g...@jpl.nasa.gov


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Sep 1 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/09/01
Subject: Re: source access vs dynamism
* Erann Gat
| Just because MS-DOS was hacked more than other OSes of its day does *not*
| imply that MS-DOS was more easily hacked.

  actually, it does.  if you had been visiting this planet earlier, you
  would have seen the small computer magazines that had loads and loads of
  details on how things worked and how it could be exploited.  heck, I even
  have a few disks, copyright 1987 and 1991 by Dave Williams, called DOSREF
  2.0, which contains a _wealth_ of information, much more than I got out
  of the Linux sources and documentation in equal reading time.

| And just because all the hackers *got* was name recognition does not
| imply that that is all they *wanted*.

  no, that's certainly right.  the early MS-DOS world was also the biggest
  contributor to the _shareware_ culture, where people got free software
  with some functional restrictions and then paid other people some trifle
  amount of money for the real thing.  some people got rich off of this, in
  particular Peter Norton, which I even actually _mentioned_ in my reply,
  but most people just got enough money to keep having fun doing it.
  (which is much better than what Free Software is doing, anyway.)

| And just because MS-DOS was hacked a lot it certainly does not follow
| that MS-DOS's commercial success was a *result* of this hacking.

  yes, it does.  what made MS-DOS a success at all was that people were
  talking about all _over_ the place.  it was obviously useful on the new
  fancy machines of the day, but it was so hideously crippled and useless
  that every user _had_ to talk to his friends to be able to use it, and
  they were, lo and behold, able to supply all kinds of nifty tools.  this
  is how you build a community of users, and it this community of young
  people who had gotten themselves familiar with the Microsoft version of
  CP/M, basically, who grew up and became influential in some particular
  segments of our industry.  without these people, the fate of MS-DOS would
  have been that of the Amiga, which also had its share of devotees, but
  which didn't reach (un)critical mass.

| Here's an alternative theory:  MS-DOS succeeded because the IBM PC
| succeeded, and the IBM PC succeeded because business people, largely
| ignorant of technology but with deep pockets, trusted IBM.  People did
| not buy DOS because it was being hacked, but because they wanted to buy
| IBM PC's and Bill Gates shrewdly saw to it that if you wanted to buy a PC
| you had no choice but to buy DOS to go along with it.  People hacked DOS
| not because it was easy but because they saw business opportunities in
| remedying DOS's deficiencies.

  there _were_ no business opportunities at first.  people in suits didn't
  buy hacker's tools -- if the machines were bought by suits, they were
  used as the terminals they were intended by IBM to be, but that is NOT
  what made the PC a success.  you don't see business opportunities fixing
  broken things _until_ you have hacked it enough to see that it is indeed
  fixable.  somehow, people had to figure out a way to fix these things,
  and those were not people in suits and ties who trusted IBM.  I know this
  very well -- I got my own first computer in 1979 (not an IBM PC, but an
  Exidy Sorcerer), and basically grew up on the University computing center
  computers (DEC-10s) and joined clubs who had fun with real computers, but
  a bunch of people about my age and older got IBM PC's or even better
  machines, like the Apricot, but that came a little later, I think.  these
  guys didn't trust IBM any more than any other company, probably less.
  they studied our machines like we all did at the time.  heck, I got my
  high school to buy an AIM-65 for me back in 1978 so I could play with
  scheduling rooms and teachers and classes (I didn't know how hard it was
  supposed to be, so I just did it).  and the kind of stuff people were
  figuring out about the 6502 and the Commodore and stuff.  I tell you:
  this stuff took off because millions of pages of computer magazines had
  stuff that young aspiring nerds could have fun toying with.  Microsoft
  has also (correctly, marketingwise) targeted the home, and not primarily
  the offices, because they did understand that people will want to use the
  same machine at home and at the office, but it's a lot harder to make
  them take their office machine home if it's a fancy mainframe terminal.
  Microsoft _still_ believes that the home is where the decisions are made.

| Now, on what basis do you claim that my theory is so implausible that I
| am "completely clueless" for not immediately recognizing your theory to
| be the One True Explanation of the success of MS-DOS?

  gee, _that_ is a useful argument!  I'm not sure how stupid you are, but I
  have never seen anyone but idiots use the "One True X" argument, for any
  value of X.  if you have a personal problem reading explanations that you
  somehow think somebody else believes is elevated to divine doctrine, see
  a shrink, don't bother any other people with your problems, OK?  however,
  I must assume now that you have as your main agenda to _disprove_ what
  you stupidly believe is held to be One True Explanations, and will refuse
  to listen to it, no matter the argument, instead of trying to provide
  useful input.  sheesh.

| I believe that being innovative is extraordinarily difficult.  In my
| experience it is hard for people to even *recognize* a true innovation
| except in hindsight, let alone come up with one themselves.

  the problem is that you can't grow huge if you are good at innovating and
  once you grow big enough that you have all the money and all the people
  that could make just about any good thinker innovative, you're so deep in
  organizational quagmire and a culture of just getting stuff out the door
  that you can't afford to be innovative no matter how much money you have.
  Microsoft is not the only company to have run into that particular fate.

| >   on this planet, this actually translates to "quality is fundamentally
| >   at odds with what people are willing to pay well for".
|
| Yes, that's exactly what I meant.  Most people are not willing (or not
| able) to pay for quality.  Most people don't even know how to tell the
| difference between high quality and low quality.

  this is your fundamental view of people, but not a fact of nature: it is
  in fact wrong.  (and before you crank up the One True X bullshit again:
  it is obviously possible to ascertain that something is false without
  even having a clue what is actually correct.)  the reasons you think it's
  right are quite interesting, however: it isn't low quality that people
  buy, it's fun factors, image, coolness, and it is intended to be thrown
  away because it's basically a marketing gimmick.  high quality comes with
  lower fun factors, it takes longer to get to market, is less cool and has
  a very different image in most cases, such as conservativeness and family
  values like prudence and taking good care of things.  however, the kind
  of serious market research that companies who actually want to stay in
  business conduct to learn more about their customers do show that people
  don't buy the cheap nifty thing the _second_ time they buy the same
  thing, but instead evaluate whether they need it, and if they do, buy
  much higher quality products.  people do get mad when things break in
  their hands, but that never keeps them away from fun and cool stuff.

  now, if you really are a visiting alien, which I'm beginning to suspect
  for real, you would not see this in the extremely high profile marketing
  channels like TV and catalogs and such, but you would find that most
  people over 25 (used to be 30) don't buy into the same kind of craze.
  young people don't wnat quality, they want cool.  mature people know what
  money is worth and don't want to waste it on crap, but they aren't even
  reachable through the same channels that sell nifty crap to young people.

  in a culture that looks to youth as if it were the only part of life
  worth living, it is understandable that young people don't think people
  in general want high quality and endurance and other qualities, but it's
  an amazing fact (to some) that mature people have a lot of money and use
  it well.  to others, it's the bloody obvious.

  you talk about people who trust IBM and have deep pockets and who fit the
  mature person model, yet you don't understand that these people are the
  _last_ to buy crap twice.  that's why Bill Gates has to be so darn smug
  about how he's improving and innovating and making the _next_ version be
  as good as a completely new version that you'll buy because it's fun and
  new and all that.

| C++ is satisfactory.  Common Lisp is excellent.  Which one are more
| people willing to pay for?

  C++ isn't satisfactory anymore.  it has lost its coolness and fun factor.
  some companies nearly croaked on their C++ "investment", like Borland,
  and we might never learn whether they recovered their losses on C++ or on
  other products, but people have not been paying for C++ per se.  they
  have been paying for the ability to program Windows.  I know a whole lot
  of programmers all over the world, and very, very few of them have any
  sort of _appreciation_ for C++.  people are strongly dissatisfied with
  low quality, and deeply frustrated that they can't get out of it.  those
  who can, rejoice.  I have had four people call me in the past week and
  tell me they were _so_ happy that I had argued against C and C++ and
  given them free CD's with Allegro CL on to try and play with.  they just
  didn't _know_ about any alternatives, because it isn't marketed on the
  radio in the middle of techno and dance music programs, targeted at the
  same people that Joe Camel got a restraining order for talking to.

| This is not a belief, it is an empirical observation.  I wish things were
| different.

  then open
...

read more »


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Arne Knut Roev  
View profile  
 More options Sep 1 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Arne Knut Roev <akr...@online.no>
Date: 1999/09/01
Subject: Re: source access vs dynamism

Erann Gat <g...@jpl.nasa.gov> wrote:
>In article <3145027978363...@naggum.no>, Erik Naggum <e...@naggum.no> wrote:
>>   but I gotta give Bill Gates this: not since Joseph Göbbels has any one
>>   man been able to lead so many people right into such a disastrous future.

> Your continued comparison of Microsoft to the Nazis diminishes the
> horror of the Holocaust, and I find it quite offensive.  Unethical
> business practices, no matter how egregious, do not deserve to be
> compared to even a single murder, let alone millions upon millions.

Please hold it right there: That particular comparision was between the
propaganda machine led by the infamous Mr Göbbels, and the propaganda
machine that Microsoft is running. In other words: Mr Naggum was comparing
two *very* rotten apples, not the orchards that produced them.

======

Apart from that, I would like to take up one other thing. You wrote:

> The mass market *is* the only market when what you are selling is
> infrastructure.  Operating systems and programming languages are
> infrastructure.

Not necessarily.

Let us take as an (admittedly somewhat farfetched) example a modern
nuclear power plant, which is running under a computerized control
system, supervised, of course, by human operators, but essentially
relying upon the flawless running of a real-time computer system and
corresponding software.

Now, imagine that this setup was based on a less than perfect system
delivered by, oh, let's say, a certain Redmond-based company...
Would you like to be a next-door neighbour of that particular plant ?

Or, to take less drastic examples, factories of the process industry,
where the production is expected to run continously, and where unexpected
downtime could cost the company a very real amount of <insert currency unit>
every minute.

Or let us talk about infrastructure: How about the electrical power grid
serving New York City going down on average once a week, because the
computerized control system is less than perfectly stable.

The two points I want to make here, are:

1. That your description of operating systems and programming languages
   as "infrastructure" and therefore a mass-market, "good enough for
   the punters" phenomenon, is quite a distance removed from the complete
   picture.

2. That infrastructure in most (no, *all*) cases actually need to be of
   quite a bit better quality than the elevated crap that is emanating from
   the sewers of Redmond, Wa.

Apart from the points mentioned above you may be right...

-akr

--
Arne Knut Roev <akr...@online.no> Snail: N-6141 ROVDE, Norway
=
James, you ought to discover some day that words have an exact meaning.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Martin Cracauer  
View profile  
 More options Sep 2 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: craca...@bik-gmbh.de (Martin Cracauer)
Date: 1999/09/02
Subject: Re: source access vs dynamism

An attempt to get this thread back into technial discussion, even
Lisp-related :-)

I think we have to seperate three basic kind of source access:

- give source to people who want it, based on some conditions, but
  don't allow them to redistribute the modified version freely, and
  don't guarantee that everyone will get the license. This is what Sun
  does with its Java products and probably with the Staroffice suite.

- give source to everyone and don't care what they do. BSD license,
  public domain (CMUCL).

- give source out and try to enforce distributing developed versions.
  GPL.

People seem to fear that the two latter options will produce too much
junk software.

They prefer the first model, because it doesn't let out software
packages that aren't verified to be good, but on the other hand, it
allows serious users to find and fix bugs, to understand code that
isn't properly documented and even extend the software for their own
needs.

Eric, Kent, I would welcome a quick notice whether this is an
appropriate summary of your optinions.

I disagree with this view.

Reasons:

1)

The junk free software package that are out aren't usually not derived
from sources that were once under real development control, they're
home-grown by inexperienced programmers.

Example: If you look at what became out of the BSD4.4 sources that are
licensed under model 2, you will see that they in fact lead to three
seperate free projects, FreeBSD, NetBSD and OpenBSD. But if you look
under the hood, you'll see that everyone of them has a clear direction
that seperates it from the others and -more important- that the code
quality is generally excellent.

The first really free BSD derivate was 386BSD. The original author
misdeveloped it (simplification). If it was under license model 1,
free BSD systems would have died. It way under model 2 and people took
the sources and made something better, without producing uncontrolled
junk.

Example: I might be biased, but I also see the development of CMUCL
after CMU dropped the project in a very positive light. There is just
one project, although people would be free to branch as much as they
would like. Only two people have the authority to actually modify the
code. All other people ask them to commit their changes and so far no
problems arose.

2)

Commercial companies have shown a long history of producing inferiour,
not superiour versions of existing software as it develops.

In general, software degenerates in that it is developed to be easier
to use in first place, but that serious users won't get the
productivity increase one should expect from really digging into a
package. The increasing instability of commercial software (can you
say windows) is just one example. Look at SPSS and its newer windows
versions.

I'm afraid that the advocates of the first license model in this group
are mislead by the fact that Lisp companies usually don't fall into
this trap, because they have no hope to make money from stupid users.

That doesn't change the fact that the class of software packages that
suffer from this phaenomenon is so large that even most of us can't
avoid touching it.

In my opinion, source code that might be taken away and branched from
the development of the original author is much more useful. Practice
has shown - and I can add more examples that those above - that this
option will be used only when nothing else helps. People have proven
that they make good use of this model.

Under the first license model, a tool I use might be taken away from
me (by dropping it or misdeveloping it). I only rely on tools that
can't be taken away from me. I learn rather slow and custumize highly,
loosing a tool would be a serious problem for me.

I'd like to add that I can understand your concerns when I look at the
casual users. In fact, they choose software on very weak measures and
there would be a real danger that people's bad choices push the worse
of two development branches and the better one dies.

But -and I think that's the reason why your opinions differ from mine-
in practice there are no developers who make bad branches of free
software, so the users can't choose the worse.

Happy Lisping
        Martin
--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <craca...@bik-gmbh.de> http://www.bik-gmbh.de/~cracauer/
"Where do you want to do today?" Hard to tell running your calendar
 program on a junk operating system, eh?


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Kent M Pitman  
View profile  
 More options Sep 2 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Kent M Pitman <pit...@world.std.com>
Date: 1999/09/02
Subject: Re: source access vs dynamism

craca...@bik-gmbh.de (Martin Cracauer) writes:
> Eric, Kent, I would welcome a quick notice whether this is an
> appropriate summary of your optinions.

Not a good summary of MY opinions, for what that's worth.  I'm just
one person and there are a lot of other people you might be summarizing,
but not me.  I don't have time to explain why right now.  Maybe later.

Just for example, though, my feelings are not anything at all to do
with junk software.  I believe there will always be junk software and
(as long as you don't use it) it's probably healthy that it be there.

My feelings are largely based on the issue of incentive.  Free
software makes no incentive to create things.  I am a creative person.
If you tell me I can't make money creating software, I'll create
something else that can make money.  My goal in life is FIRST to feed
myself and give myself independent personal autonomy of choice in my
life.  Once I'm independently wealthy (and I won't get there with free
software) and don't have an employer to tell me what to do, I'll be
happy to do things for the public good as I see it.  (But even then, I
probably wouldn't give things away.  Because people who receive free
things, whether food or software, don't understand the value of it.
I'd rather contribute to education, for example.  And no, I don't
think having a heap of software in your house means you can educate
yourself any more than I think having a gun and a target means you
don't need education in how to shoot.)

> I disagree with this view.

I recognize your desire to aggressively move ahead on this, but you're
responding to straw men that are not me.  Have fun.  If I get more time,
I'll restate my position for you to take potshots at, but this isn't me.

 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Andy Freeman  
View profile  
 More options Sep 2 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Andy Freeman <ana...@earthlink.net>
Date: 1999/09/02
Subject: Re: source access vs dynamism
In article <7qmbhi$2ld...@counter.bik-gmbh.de>,
  craca...@bik-gmbh.de (Martin Cracauer) wrote:

> An attempt to get this thread back into technial discussion, even
> Lisp-related :-)

> I think we have to separate three basic kind of source access:

We also have to separate the question of "what will happen when
I provide/have different kinds of source access?" from the question
of "what kind of access options can I provide for source that I
produce?"  Some seem to think that they're entitled to do whatever
they want with what I produce, that I can not place restrictions
on what they can do with my products.  Others seem to think that
I can place any restrictions I want on what I produce (so that other
people must do without/find a different producer if they don't like
my restrictions), leaving other people (or me at a different time)
the option to make a different choice, even if, by some measure,
some of the restrictions may have "bad" consequences (from some
point of view).

-andy made a "bad" granola bar consumption choice today

Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Sep 2 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/09/02
Subject: Re: source access vs dynamism
* Martin Cracauer
| People seem to fear that the two latter options will produce too much
| junk software.

  yes, but not directly.  my argument has been that source access works
  against creating more dynamic and adaptable software, which is what
  people really need, but they settle for the best they can get in the
  static software world, which is source access.  and for a while, source
  access will give people better software than the first dynamic software
  they can find will appear to be, especially in user interface gimmicks
  and in scale of deployment, which is why the software that we will wind
  up having after a few years will be less dynamic than what the dynamic
  world has today, and invent new and probably stupid ways to be dynamic
  along the way.

  it seems, however, that people argue against my position based on the
  belief that I fear that the free software that will be produced will be
  of low quality in its _own_ realm.  that is not the issue for me at all,
  which I tried to communicate right up there in the Subject header.  my
  problem is that the best quality static software will remain less dynamic
  than even low quality dynamic software is, and by encouraging source code
  access, the dynamic properties won't evolve in static software, because
  it will be easier to fix and recompile than to make the software more
  adaptable to begin with.

| The first really free BSD derivate was 386BSD.  The original author
| misdeveloped it (simplification).  If it was under license model 1, free
| BSD systems would have died.

  this is not a certainty, but I concede it _is_ a possibility with not
  insignificant probability.  the fear that projects will die seems greatly
  exaggerated to me, and leads people to rush to conclusions because they
  want to "save the source".  (I'm reminded of environmentalists who don't
  manage to care about larger issues than some particular thing that gets a
  lot of attention.)

| Commercial companies have shown a long history of producing inferiour,
| not superiour versions of existing software as it develops.

  commercial companies are somewhat like human races -- they are much more
  diverse within the race than they are if you compare races to races.
  those who make claims about whole races are generally knocked down for
  it, but those who make broad and generalized claims about huge groups of
  people along other axes appear not even to notice.  I'm opposed to broad
  generalizations along _any_ irrelevant axis.

  commercial companies have varied so much in what they have produced that
  I completely fail to see the value of such general statements.  there is
  ample evidence to support the contradictory conclusion, too, but for some
  reason that evidence is disregarded.  this smacks of an agenda that wants
  to hide relevant facts.

| In general, software degenerates in that it is developed to be easier to
| use in first place, but that serious users won't get the productivity
| increase one should expect from really digging into a package.  The
| increasing instability of commercial software (can you say windows) is
| just one example.  Look at SPSS and its newer windows versions.

  but Microsoft profits greatly from the instability and the upgrade-mania.
  no other vendor in the software industry has exploited this property of
  evolving software in a purely destructive manner for anybody but itself.
  the sorry fact is that _anything_ that runs under Windows will rot in a
  few years because Microsoft wants to rake in billions of dollars from all
  the doofuses who think upgrading is going to solve all the problems that
  Microsoft created for them in the first place.  witness how people are
  not at all understanding that Microsoft actively supports the spread of
  viruses and hostile software on their platform.  all the evidence shows
  that Microsoft _actively_ creates new venues for virus producers to win
  and for Microsoft to _appear_ responsive to these "criminals" who cause
  Microsoft to earn lots and lots of money from people who fear that they
  will be lost at sea if they don't upgrade.  the reason I don't use any
  Microsoft products is not that it wouldn't be cool to join the gang and
  exchange Word documents by e-mail and all that fun stuff, it's that I
  don't want to be held hostage by my own past decisions in the future.

| I'm afraid that the advocates of the first license model in this group
| are mislead by the fact that Lisp companies usually don't fall into
| this trap, because they have no hope to make money from stupid users.

  and I think you're misled by the Microsoft horror story.  as I have said
  many times, I think the current embracement of Open Source is a reaction
  to Microsoft's criminal conduct, and little else.  I also think it will
  succeed in exposing what a fraudulent operation Microsoft really is, but
  the primary way to do that is to produce software that people can invest
  in and keep running for years and years.  so far, Open Source suffers
  from the same problem that Microsoftish software does: it does not reach
  closure and stability.  _novelty_ is what motivates people in that camp,
  too, not actual innovation.  real innovative people leave good enough
  alone, while novelty-seekers don't.

| That doesn't change the fact that the class of software packages that
| suffer from this phaenomenon is so large that even most of us can't avoid
| touching it.

  well, it doesn't have to be contagious just because it's rotten.  you
  don't have to agree to its terms of existence to use it, either, but you
  should _definitely_ consider not upgrading.  just slow their engine down
  and it will die and go away.  don't renew licenses that you don't like.
  it's that simple.

| Under the first license model, a tool I use might be taken away from me
| (by dropping it or misdeveloping it).  I only rely on tools that can't be
| taken away from me.  I learn rather slow and custumize highly, loosing a
| tool would be a serious problem for me.

  so, _how_ did you lose it?  don't you see that the reason it dies is that
  you have succumbed to the "upgrade or die" myth?  it's a lie, pure and
  simple.  _nothing_ dies if you don't upgrade.  it just keeps working.
  you just don't need to upgrade quality software, but if you are on a
  support plan where you pay the same whether your software is upgraded or
  not, that only means the people who support you think they can do a
  better job if you do.  this is very different form paying extra to
  upgrade.

  taking a look around me, I find that my accountant uses software he
  bought in 1985 on a computer he bought in 1992, and he has no plans to
  upgrade, because it does just what he needs it to do, and if he were to
  upgrade, it would only be a giant waste of time and money.  my girlfriend
  still runs Windows 3.11 on an aging 486 at home because it does all she
  needs it do.  my trusty old SPARCstation from 1993 still uses the very
  crisp and clear Sun M monitor, with production year 1987.  it's basically
  a good keyboard and a good X server and display for the brand new Linux
  system I have, too, but that's immaterial.  at my current client, we use
  old Pentium Pros from 1994 or whatever that used to be Novell Net servers
  as Lisp work horses, at exactly zero investment in hardware.  we could do
  that because we use Linux on them, incidentally.  the even older machine
  that runs Intel/Solaris is still in production use because it just hangs
  in there.

  now, I love new stuff, too, but not for its own sake.  I don't buy used
  stuff, but I expect whatever I buy to last for a good number of years,
  and I treat it well so it does.  software should be the same way: it's
  silly to have to upgrade the software because a particularly evil vendor
  has decided to make life hard for those who don't, only to notice that
  everything slows down just beyond the tolerance point, so you have to buy
  a new computer, too.  _that_ is just plain crazy, but people believe in
  this "upgrade or die" myth, so they learn to live with it.

| I'd like to add that I can understand your concerns when I look at the
| casual users.  In fact, they choose software on very weak measures and
| there would be a real danger that people's bad choices push the worse of
| two development branches and the better one dies.

  that's what happens.  people choose the road with least immediate effort
  at every juncture.  what's important, then, is being able to make the
  right and good choices become least-effort choices at a few junctions.
  some people refer to this as "killer apps", but I have no interest in the
  predatory world of such people.  it's enough to change the habits of a
  few people at first.

| But -and I think that's the reason why your opinions differ from mine- in
| practice there are no developers who make bad branches of free software,
| so the users can't choose the worse.

  the reason your opinion differs from mine is that we don't consider the
  same premises to begin with.  I'm not primarily concerned with bad free
  software, I'm concerned that when people get source, they will think
  that's good enough that they won't try the even better dynamic software.

  a dictum of successful implementation of changes in a production facility
  is that the workers should be exposed to changes small enough that they
  will embrace them, but big enough that they can't go back to the old ways.
  failing to make them big enough will cause people to fall pray to habit.
  failing to make them small enough will cause protests and problems.  if
  big enough is smaller than small enough, you have a permanent problem,
  but the key to successful implementation of changes is to widen the gap
  beforehand.  I'll credit Microsoft with understanding this and making the
  most of it, but they're doing a bad job and they exploit it so that
  nobody but them _actually_
...

read more »


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Raffael Cavallaro  
View profile  
 More options Sep 2 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: raff...@mediaone.net (Raffael Cavallaro)
Date: 1999/09/02
Subject: Re: source access vs dynamism

In article <3144868668727...@naggum.no>, Erik Naggum <e...@naggum.no> wrote:
>no, that is not the explanation, although some would have you believe
>  that people can be forced to accept anything under threat of becoming
>  destitute if they don't.  the problem is not that they would become
>  destitute, but that they want something so badly they will accept the
>  worst possible conditions because there's something at the other end to
>  hope for.

The "something" which they "want ... so badly" is not to starve. You've
quite obviously never spent much time among the working poor of the third
world. These people live quite literally, from week to week. For them, no
income means no food. With no government safety net, no food means death.
If they don't work at the low wages offered, they or their children simply
starve. The dead bodies of those who have starved in the streets that
these workers pass on the way to work each day are an ever present
reminder of how immediate their need to work is. So work they do, however
low the wage, however miserable the conditions.

Its quite easy to fault them for accepting such employment when you live
in a society with a complete social safety net, where no one ever starves,
no matter how long he's been unemployed. Unfortunately, this is not the
reality that many, if not most people live in.

Raf

--

Raffael Cavallaro, Ph.D.
raff...@mediaone.net


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
William Tanksley  
View profile  
 More options Sep 3 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: wtank...@dolphin.openprojects.net (William Tanksley)
Date: 1999/09/03
Subject: Re: source access vs dynamism

On Thu, 2 Sep 1999 18:23:14 GMT, Kent M Pitman wrote:
>craca...@bik-gmbh.de (Martin Cracauer) writes:
>Just for example, though, my feelings are not anything at all to do
>with junk software.  I believe there will always be junk software and
>(as long as you don't use it) it's probably healthy that it be there.

Sure.

>My feelings are largely based on the issue of incentive.  Free
>software makes no incentive to create things.  I am a creative person.
>If you tell me I can't make money creating software, I'll create
>something else that can make money.  My goal in life is FIRST to feed
>myself and give myself independent personal autonomy of choice in my
>life.

And I likewise.  Oh, I'll also create software -- I won't stop just
because I'm not paid, because I enjoy it.  I'm sorry to (in a sense)
compete against you, but that's what it comes down to.

>Once I'm independently wealthy (and I won't get there with free
>software)

Now this is an ENTIRELY different assumption, and is in fact falsifiable.
Unfortunately, as phrased I would have to provide an example of YOU
becoming independantly (etc); obviously, I can't.

However, there are actual people who HAVE become independantly wealthy
with free software, and there are many more people who make all their
money with free software.  Red Hat; Cygnus; some of Sun's work; IBM; and
others of greater or lesser significance.

The main difference between open source and closed source (if I may use
those terms for a while) is the way distribution happens, NOT the way the
author gets paid.  If you're a marketer specialized in software marketing,
then you have MUCH to fear from open source (but then there's evidence
that you have much to fear anyhow -- things are changing in other ways).

>and don't have an employer to tell me what to do, I'll be
>happy to do things for the public good as I see it.

But you *are* doing things for the public good.  Why else would anyone
give you money?

>(But even then, I
>probably wouldn't give things away.  Because people who receive free
>things, whether food or software, don't understand the value of it.

Who said anything about giving anything away?  And why should you feel the
need to make sure everyone using your software understands its value?  If
you try to carry out that desire, you'll wind up a VERY bitter person
indeed.  Many artists have tried!

"You can lead a child to knowledge, but you cannot make him think."

--
-William "Billy" Tanksley


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
William Tanksley  
View profile  
 More options Sep 3 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: wtank...@dolphin.openprojects.net (William Tanksley)
Date: 1999/09/03
Subject: Re: source access vs dynamism

On Sun, 29 Aug 1999 07:33:12 +0200, Rainer Joswig wrote:
>In article <slrn7shb7u.9t.wtank...@dolphin.openprojects.net>, wtank...@dolphin.openprojects.net wrote:
>> >Until we will see some real code you will stay in my kill file.
>> Rainer, I find myself a little curious about the origin of this hatred.
>I just think it is a waste of time and it has been for several years.
>Though I'm open for a surprise.

I assume you're talking about Tunes rather than open source software
(especially since Fare can hardly be blamed for the latter).  My suprise
was your intensely personal and entirely off-topic reaction to an opinion
post.

I can certainly understand your opinion about Tunes, though.  I differ
with you as to whether it's been that much of a waste -- I learn something
from the group with every message, although sometimes the lesson is "this
person does not understand this subject."

>> Real code isn't needed.  Rideau has (with much help) already produced one
>> of the biggest helps to OS developers yet -- a thumbnail survey of
>> existing work.
>So you think it is useful??? I mean, I won't trust for example
>the description of Common Lisp/Lisp/Scheme on his pages.
>http://www.tunes.org/Review/Languages.html

Yes, I think it's VERY useful.  I would have taken a LOT longer to get
around to learning Lisp were it not for the information he's given.

A couple of factual errors don't remove the usefulness.

>My comments below the sentences:
>         Because it strived toward backward compatibility with existing Lisp
>         systems, the result is a huge monolithic ANSI standard language,
>         with hundreds of built-in constructs for a megabyte worth of run-time
>         system (not talking about add-on modules).
>Common Lisp is a huge monolithic ANSI standard language because it
>"strived toward backward compatibility with existing Lisp systems"?
>This sentence does not make sense to me.

I'm suprised.  It makes perfect sense to me.  I've seen quite a few ANSI
standards, and they all share that characteristic and its consequences.

>Compared to existing Lisp systems it was even a *simplification*.

Yes, compared to some.  This doesn't rebut anything stated there.

>         However, the advantages of programming in Common LISP cannot
>         be overestimated: everything a programmer usually needs is in the
>         library,
>Which is wrong. Common Lisp has nothing identifyable as a "library". Several
>things one usually needs are not in Common Lisp (GUI, threads, FFI,
>CLOS streams, ...).

You're wrong.  Every word is Lisp, unless it's a special form, is
identifiable as a member of a library.  There are other parts of Lisp
which aren't (such as syntax).

He's using different nomenclature, but that doesn't make him wrong.

>         the object system is (quite) well integrated with the type
>         system
>This is debatable.

Not as stated.

>         and the condition system (which is unique on its own).
>Yeah, what about the condition system? The Lisp machine had a condition
>system before - can't be that unique.

He already spoke about backwards compatibility.

>         Greenspun's Tenth Rule of Programming states that "any sufficiently
>         complicated C or Fortran program contains an ad hoc
>         informally-specified bug-ridden slow implementation of half of
>         Common Lisp".
>Nice anecdote. Doesn't help, though.

Help what?

>                Closure is the dual of the above, a web client written in CL.
>We are in the early stages here...

Where may I look?

>                Mockmma: a Common Lisp package and libraries that
>                implement a symbolic math language compatible with
>                Mathematica(tm)
>Ever tried Mockmma?

Me?  No.  Should I, or are you only trying to say that it's not
comparable?

I've tried Reduce, although at the time I had no patience for the
parentheses (I've learned some wisdom since (parentheses are not always
evil (and sometimes they're nice))).

>                Pros
>                    1.It is an ANSI standard.
>Sure - but why is it a pro? Could also be a "Cons".

Grin.  But too many conses slows the processing.

But that doesn't stop it from being a "pro".

>                    2.Both interpreters and compilers of good quality are
>                      available, and new ones are easy to design, making
>                      development easy, and portability quite good.
>I'd never underestimate the effort to design and implement
>a Common Lisp system.

You're 100% right, I believe.  Common Lisp is immensely powerful and
sophisticated, and quite a hard target to hit.

>                Cons
>                    2.many essential features for a modern language are
>                      not standardized (notably threads), and how it is
>                      implemented (or not) on each implementation varies.
>Can you really standardize them across different operating systems?

Yes -- I've seen it done.  I've yet to see it done well, though, and I
think Lisp's done the right thing by not approaching it yet.

>                    6.The macro system does not have as clean semantics
>                      as it should.
>What is he talking about? Are there serious problems with
>the *semantics* of the Common Lisp macro system?

Yes -- nearly the entire book "On Lisp" is about them.  Compare Scheme.

>                    8.The too many builtin features are not orthogonal
>                      enough.
>Ask people which one we should delete...

I think he would agree with that.  He's not talking about how to make a
better Lisp, but rather a better language.

>                    9.There is no standard way by which the system
>                      would statically check declared types and infer new
>                      ones as a tool for enforcing static invariants and
>                      tracking bugs.
>There is not even a standard for a Lisp "system"...

That's what he's supposed to be working on.

--
-William "Billy" Tanksley


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Christopher Browne  
View profile  
 More options Sep 3 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: cbbro...@news.hex.net (Christopher Browne)
Date: 1999/09/03
Subject: Re: source access vs dynamism
On 01 Sep 1999 22:47:33 +0000, Erik Naggum <e...@naggum.no> wrote:

>* Erann Gat
>| And just because all the hackers *got* was name recognition does not
>| imply that that is all they *wanted*.

>no, that's certainly right.  the early MS-DOS world was also the biggest
>contributor to the _shareware_ culture, where people got free software
>with some functional restrictions and then paid other people some trifle
>amount of money for the real thing.  some people got rich off of this, in
>particular Peter Norton, which I even actually _mentioned_ in my reply,
>but most people just got enough money to keep having fun doing it.
>(which is much better than what Free Software is doing, anyway.)

I thought that the big shareware guy in the early MS-DOS world was Jim
Button (which wasn't his real name, but I digress).  The salient
question is whether:
a) MS-DOS got popular because of shareware, or whether it was that
b) Shareware got popular because of MS-DOS.

I think it was more the latter than the former.

>| And just because MS-DOS was hacked a lot it certainly does not follow
>| that MS-DOS's commercial success was a *result* of this hacking.

>yes, it does.  what made MS-DOS a success at all was that people were
>talking about all _over_ the place.  it was obviously useful on the new
>fancy machines of the day, but it was so hideously crippled and useless
>that every user _had_ to talk to his friends to be able to use it, and
>they were, lo and behold, able to supply all kinds of nifty tools.  this
>is how you build a community of users, and it this community of young
>people who had gotten themselves familiar with the Microsoft version of
>CP/M, basically, who grew up and became influential in some particular
>segments of our industry.  without these people, the fate of MS-DOS would
>have been that of the Amiga, which also had its share of devotees, but
>which didn't reach (un)critical mass.

There were *acres* of machines around that ran the Only Three Programs
That Mattered:
   a) WordPerfect,
   b) Lotus 1-2-3, and
   c) dBase III.

Lots of money in this; lots of system administrators supporting this.

And contradictory to what you're contending, these applications worked
without a need for a vast number of "hacks."

These programs weren't all available right away, but were available
fairly early on, and were the main cause for a whole lot of the money
spent on IBM PC's.

>| Here's an alternative theory:  MS-DOS succeeded because the IBM PC
>| succeeded, and the IBM PC succeeded because business people, largely
>| ignorant of technology but with deep pockets, trusted IBM.  People did
>| not buy DOS because it was being hacked, but because they wanted to buy
>| IBM PC's and Bill Gates shrewdly saw to it that if you wanted to buy a PC
>| you had no choice but to buy DOS to go along with it.  People hacked DOS
>| not because it was easy but because they saw business opportunities in
>| remedying DOS's deficiencies.

>there _were_ no business opportunities at first.  people in suits didn't
>buy hacker's tools -- if the machines were bought by suits, they were
>used as the terminals they were intended by IBM to be, but that is NOT
>what made the PC a success.  

The IBM PC didn't sell instantly, but the cachet of the "IBM Stamp Of
Approval" *did* count for a lot.

Businesscritters had heard about VisiCalc, but it was not reassuring
that this ran on Apple computers built by a couple of guys that
started the business in their basement.

Lotus 1-2-3 thereby stepped straight into a *huge* niche, and *that,*
I would contend, has more to do with the commercial success of the IBM
PC than the fact that it was "pretty readily hackable."

That does not mean that I'm claiming that "hackability of MS-DOS" was
of *zero* importance; just that the two factors of:
   - IBM Seal Of Approval, and
   - Certain "Hot" applications (notably Lotus 123)
were more important to its initial success.

>Microsoft _still_ believes that the home is where the decisions are
>made.

... But you can sell much bigger service contracts into businesses,
and it's much easier to get lots of bucks out of that.

Furthermore, I don't think that homes are sufficiently "computer
literate" as to really make that many decisions; what is likely more
common is that people at home hear either from a friend what's "new
and hot" or see a commercial or media report, and then are routed into
a computer store where they are *told* what their decision is supposed
to be.

In effect, they are able to form opinions on what to buy based on what
software Microsoft decides is ready for market and decides to "push"
this month.
--
"Though the Chinese should adore APL, it's FORTRAN they put their
money on." -- Alan Perlis
cbbro...@hex.net- <http://www.hex.net/~cbbrowne/lsf.html>


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Rainer Joswig  
View profile  
 More options Sep 3 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: jos...@lavielle.com (Rainer Joswig)
Date: 1999/09/03
Subject: Re: source access vs dynamism
In article <slrn7sucah.r02.wtank...@dolphin.openprojects.net>, wtank...@dolphin.openprojects.net wrote:

> >I just think it is a waste of time and it has been for several years.
> >Though I'm open for a surprise.

> I assume you're talking about Tunes rather than open source software
> (especially since Fare can hardly be blamed for the latter).  My suprise
> was your intensely personal and entirely off-topic reaction to an opinion
> post.

How can a reaction to an "opinion post" be off topic?

> A couple of factual errors don't remove the usefulness.

Well, I think it's bogus all the way and built on information
which is coming from second or third grade sources.
Why should I trust somebody about the aspects of
Common Lisp when there is not much first hand
experience?

> >Common Lisp is a huge monolithic ANSI standard language because it
> >"strived toward backward compatibility with existing Lisp systems"?
> >This sentence does not make sense to me.

> I'm suprised.  It makes perfect sense to me.

You can easily be backwards compatible by defining a layered language
or a language based on modules. Common Lisp isn't such.

Common Lisp didn't start its life as an ANSI standard.
The ANSI standard just followed what has done earlier.
Common Lisp strived towards backwards compatibility,
but it also shared the same *mindset* of some earlier Lisp systems.
Common Lisp is not *really* compatible with those
dialects - try to execute Zetalisp or Maclisp code in
Common Lisp.

> >Which is wrong. Common Lisp has nothing identifyable as a "library". Several
> >things one usually needs are not in Common Lisp (GUI, threads, FFI,
> >CLOS streams, ...).

> You're wrong.  Every word is Lisp, unless it's a special form, is
> identifiable as a member of a library.  There are other parts of Lisp
> which aren't (such as syntax).

No, that's wrong.

A language with a library has something like a "kernel".
There is no such thing in Common Lisp. Identifying "Special Forms"
as a kernel is not sufficient. There is neither a mechanism for libraries
nor is there any mentioning of a library in Common Lisp.
There are no functions, macros, special forms, classes, types,
variables, or whatever designated to be part of a library.
In a Common Lisp system adhering to some "standard" like
CLtL1, CLtL2 or ANSI CL they are all supposed to be there.
Read the ANSI CL specification and tell me where the library
is. Read also about redefining functionality in the
"Common Lisp" package.

> He's using different nomenclature, but that doesn't make him wrong.

Why do we have a nomenclature when everybody is free
to use words for every meaning *he* likes - especially
when we are talking about classification/description of programming
languages?

> >         the object system is (quite) well integrated with the type
> >         system

> >This is debatable.

> Not as stated.

Come on. The object system and the type system in Common Lisp
are "hacked" together. Hey, it's useful but talking about
"well integrated" is a bit too much.

> >         and the condition system (which is unique on its own).

> >Yeah, what about the condition system? The Lisp machine had a condition
> >system before - can't be that unique.

> He already spoke about backwards compatibility.

Yeah, but how can something be unique when *similar* systems
existed earlier (on the Lisp machine for example) and later
(Dylan for example).

> >         Greenspun's Tenth Rule of Programming states that "any sufficiently
> >         complicated C or Fortran program contains an ad hoc
> >         informally-specified bug-ridden slow implementation of half of
> >         Common Lisp".

> >Nice anecdote. Doesn't help, though.

> Help what?

Describing Common Lisp, which I thought was the exercise we are talking
about.

> >                Mockmma: a Common Lisp package and libraries that
> >                implement a symbolic math language compatible with
> >                Mathematica(tm)

> >Ever tried Mockmma?

> Me?  No.  Should I, or are you only trying to say that it's not
> comparable?

I'd not really cite "Mockmma" as a representative application
of Common Lisp. Really not. If we were talking about symbolic
math packages I would mention newer versions of Macsyma, maybe
Axiom or even a Common Lisp version of REDUCE.

> >                    2.many essential features for a modern language are
> >                      not standardized (notably threads), and how it is
> >                      implemented (or not) on each implementation varies.

> >Can you really standardize them across different operating systems?

> Yes -- I've seen it done.  I've yet to see it done well, though, and I
> think Lisp's done the right thing by not approaching it yet.

;-)

> >                    6.The macro system does not have as clean semantics
> >                      as it should.

> >What is he talking about? Are there serious problems with
> >the *semantics* of the Common Lisp macro system?

> Yes -- nearly the entire book "On Lisp" is about them.

(Funny, I thought "On Lisp" mostly is about the ***power***
of the Common Lisp macro system. I'll have to reread
my exemplar.)

Read careful. The "semantics of the Common Lisp macro system".
The Common Lisp macro system is a procedural macro system
which is non-hygienic.
Which are the semantic problems that the Common Lisp
macro system has?

>  Compare Scheme.

They are different.

> >                    8.The too many builtin features are not orthogonal
> >                      enough.

> >Ask people which one we should delete...

> I think he would agree with that.  He's not talking about how to make a
> better Lisp, but rather a better language.

Just talking without bringing concrete examples is not really
helping - otherwise I can claim whatever I like. Or is it just
"opinion" from somebody who has neither written
nor used significant amount of Common Lisp code, I'd guess?

> >                    9.There is no standard way by which the system
> >                      would statically check declared types and infer new
> >                      ones as a tool for enforcing static invariants and
> >                      tracking bugs.

> >There is not even a standard for a Lisp "system"...

> That's what he's supposed to be working on.

On a "Lisp system" or on a "standard for a Lisp system"? I won't
hold my breath neither way, since both will be a *lot*
of work.

Sorry, I don't want to sound too negative. But it always
bothers me when people don't get basic facts right - given
the massive amount of information available and the possibility
to get first hand experience. I mean one can ask somebody
who knows a bit about the history of Lisp (we have some first
grade experts posting to this newsgroup) or one can try to get real
experience with existing systems. A summary of opinions of
unqualified value is just that - of unqualified value.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Erik Naggum  
View profile  
 More options Sep 3 1999, 3:00 am
Newsgroups: comp.lang.lisp
From: Erik Naggum <e...@naggum.no>
Date: 1999/09/03
Subject: Re: source access vs dynamism
* Raffael Cavallaro
| The "something" which they "want ... so badly" is not to starve.

  again, no, that is not the explanation.  if it makes you happy, I'll sure
  concede that under conditions where the only other condition is death, I
  expect people to accept most everything, but even then, there are limits.
  however, I wasn't talking about people who actually face starvation as
  their only option.  however, if you care to argue such things, it's much
  more forceful to use conditions that aren't dictated by politics, since
  the whole point is to question why people freely accept conditions that
  they a very short time later object so strongly to that they go on strike
  and do other labor-union things to hurt their employer.  obviously you
  can force people into an "accept or die" situation if you _want_ to, as
  many politicians seem to get a kick out of doing, but then the issue is
  how these people get to and stay in power.  it has always amazed me how
  you can actually manage to keep millions of people in check just by
  making them believe that you face each one of them at a time, because as
  soon as they understand that everybody else are just as unhappy, things
  start to happen.  this kind of grand-scale trickery and deceit is as
  useful in selling crap software as in running third-world countries.

| Its quite easy to fault them for accepting such employment when you live
| in a society with a complete social safety net, where no one ever
| starves, no matter how long he's been unemployed.  Unfortunately, this is
| not the reality that many, if not most people live in.

  I actually love this line of argument.  because I haven't personally
  experienced the entire world history dating back to the first humanoid, I
  shouldn't say anything that you can take to be about conditions that you
  consider the single most important in human history.  how very cute.  it
  is also customary to hold up the third world as an example of how bad
  things can be, but that is really very silly: all the reasons for their
  problems are different from our past problems, which were a lot worse,
  considering that there were no aliens who sent us big fat checks with
  lots of strings attached and with a world bank (no, make that a universe
  bank) to tell us how to run things.  you see, neither Europe nor the
  U.S. have _always_ been affluent, and some would say we still aren't all
  that affluent.  e.g., Norway was correctly described as a really backward
  country near the beginning of the previous century, complete with
  atrocious hygiene, extremely low worker morale, and rampant abuse of
  alcohol and prostitutes as soon as people were paid.  we're still mainly
  exporting raw materials for other countries to process and profit from,
  and people _still_ drink themselves unconscious on pay day.  people here,
  too, were starving at times, and did basically anything to stay alive.  a
  whole bunch moved to the U.S. and, lo and behold, managed to multiply
  much faster there than they ever did back here.

  however, the point I'm trying to get across is that people who did _not_
  live in fear of starving, moved to the big cities where there was work
  and the _prospect_ of more wealth some fuzzy time in the future, but
  actually, right then, people were starving and dying in the cities and
  _not_ in the countryside where they came from.  the _cause_ of the bad
  working conditions was that people were willing to accept just about
  anything after having been promised the sky.  my case is against people
  who promise the sky, who capitalize on people's hopes for the future, yet
  who never give them a decent _present_ because they work better when both
  their hopes and their need are high.  my case is against people who don't
  see that they have been tricked by such people and turn away from them,
  but instead embrace them the more they don't get their promised future,
  for fear of losing _all_ hope.  my case is against people who don't
  actually accept what they say they accept and then form labor unions and
  whatnot to fight for the rights they _agreed_ to have violated in order
  to maintain a _hope_ for a better future.

  this is way off topic as such, but the software equivalent is what we get
  from Redmond, WA: oppressively bad shit today but ever better promises of
  a better future, and people buy this line, for some unfathomable reason.

  in conclusion, I'd have to say that I don't think people actually want a
  better future -- they want a _promise_ of a better future.  when they get
  a better future, they won't be satisfied with it.  in fact, they turn out
  to be _dissatisfied_ with it, as in "this is _it_?".  that's what happens
  when you promise too much.  those who survived the AI Winter can tell
  stories about that promise-making gone wrong, too.  the core problem is
  that today's whole marketing culture is all about glitz and glory and
  solving _all_ the problems of the past with this teensy new gizmo or
  software or whatever.  why don't people wake up and smell the espresso?
  they've been had!  the biggest problem with this crap isn't that people
  waste so much money on idiotic things and so much time on stuff that
  won't ever give them what they want, it's that that which really _would_
  improve their future has very little chance of ever getting out there,
  except surreptitiously, like Lisp does.  and that's what I worry about.

#:Erik
--
  save the children: just say NO to sex with pro-lifers


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Messages 51 - 75 of 183 < Older  Newer >
« Back to Discussions « Newer topic     Older topic »