Article View: comp.sys.ibm.pc.misc
Article #6086Re: 486 vs. 386
From: Brian Rogers
Date: Wed, 11 Nov 1992 09:38
Date: Wed, 11 Nov 1992 09:38
43 lines
3297 bytes
3297 bytes
In <1992Nov9.212859.11586@csx.cciw.ca> hcp@csx.cciw.ca (H.C. Pulley) writes:
>Every time the CPU speed increases (and memory and hard disk sizes, etc.) the
>software requirements increase to fill the gap. It never fails!
>
>If you don't ever change your software, I guess you'll never need to upgrade
>your hardware either (unless your usage increases, but that's another story).
>If you have version X of a piece of software you can bet that version X+1 will
>need more CPU time, and more memory, and more disk space...
Harry,
I haven't been prgramming so long, but from what I've heard this has
ALWAYS been the case! An eternal truth about software or something. You've
heard it said that computer scientists have a tendency to allow the problem
to expand in complexity until it completely fills the time available...?
Well,... Since computer programmers have been around, and they first saw
that there were slicker and slicker virtual memory methods, better and better
hardware, etc... their programs have just continued to expand in complexity
until they fill the clock cycles available to them. :)
Eternal truth of software design or not, I know of at least one
person (my uncle) who has grown rather disappointed in the habits younger
programmers have developed because of the freedom 256k / 4.7Mhz systems
allowed them when they were learning.
To boil it down though, memory gets cheaperr and systems get faster.
At the same time, programmers produces more diverse programming utilities
for the less skilled to use -- thus the birth of the para-programmer. The
para-programmer has actually been around for years, but we've just recently
thought of the term. Para-programmers write less efficient code... but who
cares on a system this fast? So they go on and write utilities and
development tools for the next generation of para-programmers. If it weren't
for the occasional paradigm shift, I'd hate to think what quality of software
would be produced today!
----------- Brian Rogers --------------------+-----------------------------
Internet: brogers@pro-storm.cts.com | "Staying Sane is Hard....
Bitnet: brogers%pro-storm.cts.com@nosc.mil | Drinking Coffee is Easy!"
---------------------------------------------+----- The Angel of Java -----
ProLine: brogers@pro-storm |
Internet: brogers@pro-storm.cts.com | "Staying Sane is Hard....
UUCP: crash!pro-storm!brogers | Drinking Coffee is Easy!"
Bitnet: brogers%pro-storm.cts.com@nosc.mil |
Technical Details
Message-ID:
<kb13880@pro-storm.cts.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!news!nosc!crash!<pro-nsdapple!pro-storm!brogers> id <m0mpFSo-0000S3C@crash.cts.com>; Wed, 11 Nov 92 02: 38 PST id <kb08928@pro-nsdapple.cts.com>; Wed, 11 Nov 92 02: 28 PST id <kb13880@pro-storm.cts.com>; Wed, 11 Nov 92 03: 51 CSTReferences:
<1992Nov9.212859.11586@csx.cciw.ca>Show Full Headers
Complete Article Headers
Newsgroups: comp.sys.ibm.pc.misc Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!news!nosc!crash!<pro-nsdapple!pro-storm!brogers> id <m0mpFSo-0000S3C@crash.cts.com>; Wed, 11 Nov 92 02: 38 PST id <kb08928@pro-nsdapple.cts.com>; Wed, 11 Nov 92 02: 28 PST id <kb13880@pro-storm.cts.com>; Wed, 11 Nov 92 03: 51 CST From: brogers@pro-storm.cts.com (Brian Rogers) Subject: Re: 486 vs. 386 Organization: ProLine [pro-storm] -- Dallas, TX -- 214/644-5113 Date: Wed, 11 Nov 92 03:38:55 CST Message-ID: <kb13880@pro-storm.cts.com> In-Reply-To: hcp@csx.cciw.ca (H.C. Pulley) References: <1992Nov9.212859.11586@csx.cciw.ca> Lines: 43