Newsgroups: comp.arch
From: dmoc...@minerva.che.uc.edu (Daniel Mocsny)
Date: 31 Aug 91 14:20:30 GMT
Local: Sat, Aug 31 1991 10:20 am
Subject: Re: Small, fast software (Re: Writing fast compilers...)
In article <+9LD...@xds13.ferranti.com> pe...@ficc.ferranti.com (peter da silva) writes:
>The problem has nothing to do with lazy programmers, and it has little to do The "politics" you speak of must result from the enormous artificial >with the advance in technology. It has to do with politics and marketing. problems vendors create for users by "horizontally" fragmenting a market. E.g., when 10 vendors create similar products, they have a very large number of inconsequential design decisions to make, often of no greater real impact than deciding which side of the road traffic should use. Apolitical vendors will make these decisions at random, creating frivolous incompatibilities between competing products in a given category. These frivolous incompatibilities destroy incalculable amounts of >System V R 4 and BSD UNIX have the edge on smaller systems because they are A few MB of RAM is much cheaper today than the productivity loss during >seen as being "better", somehow, because they derived from AT&T's code. There >are plenty of systems that are smaller with as much or better functionality >that can't get a toehold because they don't provide a bug-for-bug compatible >interface. the time for a worker to master a new system of any useful complexity. The payoff from the new system must be much greater than merely conserving $200 worth of RAM. (Lots of workers cost their companies that much in a couple of days or less.) >X-Windows has the edge on smaller window systems because it's "free" and Users have real work to do. They usually don't care about which among N >because it's from MIT. There really isn't enough additional functionality >in X over your classic Rob Pike window system to justify the size, but >because of political decisions (based in part on opposition to Sun's NeWS >system which, while unweildy, does have functionality to match) nobody can >compete. largely equivalent windowing systems they use. But they do know that using more than one incompatible windowing system is a useless complication that keeps them away from what they bought their computer to do: creating wealth. >And the really rotten thing is that this is all used as a marketing tool by The average information worker routinely manipulates (or routinely >IBM and Microsoft to push their own proprietary systems on the consumer. "See", >they say, "OS/2 runs happily in 2 MB" (TWO MEGABYTES? Jesus... that's the MAX >you can fit in a 3b1)... but you need 4MB (or 8, or 12, or whatever number >they can support) for UNIX. *could profit from manipulating*) chunks of information larger than 2 MB. (However, most of them still do this inefficiently, e.g., with paper.) As far as most users are concerned, a computer which addresses a maximum of 2 MB belongs in a museum or a toy store. >The UNIX API is first class. The implementations are suffering badly from Even the best programmers find that to add features, they must usually >feeping creaturism. It's long since past the time they should have been >done over from scratch. But they won't be, because of the politics. add code. However, computer users try to use computers to solve real problems. Real problems have an infinite number of features. Computer users tend to reject software that is simpler than the problems they are trying to solve. Few mechanics can get by with just one hammer and one screwdriver. -- 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.
| ||||||||||||||