🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #621514

Re: Old word processors

#621514
From: Anne Lynn Wheeler
Date: Fri, 30 Mar 2018 00:58
55 lines
5013 bytes
re:
http://www.garlic.com/~lynn/2018c.html#15 Old word processors

hanc...@bbs.cpcn.com writes:
> It's sad to read of intra-department squabbles at IBM, but it
> seems from the IBM Early Computer history that this is nothing
> new.  Back in the early 1950s there was rivalry between the
> Endicott and Poughkeepsie labs.  The S/360 development had a
> lot of sharp differences of opinion on the direction to go.

I've told the story before about the Gov. antitrust (turns out one of
the IBM people at the science center had relative that was MIT
economist(?) that was at the trial) ... where various members of the
bunch all testified that by the end of the 50s, all computer companies
knew that the single most important customer requirement was compatible
computer line (beginning of rapid growth in computer use ... so
projecting lots of upgrading) ... and only IBM top executives managed to
enforce it (none of the top executives at bunch managed to force plant
managers for various product lines to toe the line) ... compatible
product line was more important than features for any particular model.

in the wake of failure FS
http://www.garlic.com/~lynn/submain.html#futuresys
there was mad rush to get stuff back into product pipelines,
3033 & 3081 kicked off in parallel
http://www.jfsowa.com/computer/memo125.htm
3033 started out 168-3 logic mapped to 20% faster chips.

4341 (endicott) came out in 1979, a little after 3033 (POK) ... but
cluster of 4341s was much cheaper than 3033, much more powerful
aggregate computing, much less aggregate footprint and
environmentals. Head of POK was apparently so threatened that at one
point managed to get allocation for critical 4341 manufacturing
component cut in half.

then there is my oft repeated tale about late 80s, a senior disk
engineer got a talk scheduled at internal, world-wide, annual,
communication group conference ... supposedly on 3174 performance
... however he opened his talk with the statement that the head of the
communication group was going to be responsible for the demise of the
disk division. The issue was that the communication group had
stranglehold on datacenters with corporate strategic ownership of
everything that crossed datacenter walls and were fiercely fighting off
distributed computing and client/server, trying to preserve their dumb
terminal paradigm and install base. The disk division was seeing data
fleeing datacenters to more distributed computing friendly platforms
with fall in disk sales. The disk division had come up with a number of
solution to address the opportunity, but they were constantly being
vetoed by the communication group. The mainframe datacenter stranglehold
wasn't just affecting disk sales and a few years later the company goes
into the red.

-- 
virtualization experience starting Jan1968, online at home since Mar1970
Technical Details
Message-ID: <87h8oycrbb.fsf@garlic.com>
Path: mbox-mo1.pugleaf.net!l13ni2303wmd.0!nntp.google.com!goblin3!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
References: <87k1ub4vgf.fsf@usenet.ankman.de> <396ec331-b5a3-4137-ac0f-c45471afccb7@googlegroups.com> <87fu4y4d8m.fsf@usenet.ankman.de> <p8l274$r1u$1@dont-email.me> <XnsA8A98D082B822admin127001@85.214.115.223> <p8matd$94n$1@dont-email.me> <eff02c9e-2715-42e2-bca8-b3165b0b6426@googlegroups.com> <797bbd92d9i308or8op7ig56h12t7499lt@4ax.com> <bfahoe-anh.ln1@Telcontar.valinor> <e1gcbdphsj192r12m6non65sangfoboq74@4ax.com> <d4ednZtjc4sdOivHnZ2dnUU78eXNnZ2d@giganews.com> <p96q0e$eh4$1@dont-email.me> <cc470d3d-08f3-4629-821d-9589941dc1a4@googlegroups.com> <87woxywsdv.fsf@garlic.com> <502a8c0c-b45e-43ae-a464-3060d0ab699d@googlegroups.com> <p9cc9i01jmq@news1.newsguy.com> <p9cj6a$lf6$1@dont-email.me> <c20015d0-118b-4a14-855b-bfbfc5d00d81@googlegroups.com> <87lgebivyq.fsf@garlic.com> <5f2fc0d2-b4a0-4dd1-82e9-80553292a36f@googlegroups.com>

Show Full Headers
Complete Article Headers
X-Received: by 10.223.169.234 with SMTP id b97mr4317924wrd.8.1522371515683;        Thu, 29 Mar 2018 17:58:35 -0700 (PDT)
X-BeenThere: alt.folklore.computers@googlegroups.com
Received: by 10.28.24.201 with SMTP id 192ls1674422wmy.7.gmail; Thu, 29 Mar 2018 17:58:34 -0700 (PDT)
X-Received: by 10.28.241.9 with SMTP id p9mr68212wmh.21.1522371514940;        Thu, 29 Mar 2018 17:58:34 -0700 (PDT)
Path: mbox-mo1.pugleaf.net!l13ni2303wmd.0!nntp.google.com!goblin3!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: Anne & Lynn Wheeler <ly...@garlic.com>
Newsgroups: alt.folklore.computers
Subject: Re: Old word processors
Date: Thu, 29 Mar 2018 17:58:32 -0700
Organization: Wheeler&Wheeler
Lines: 55
Message-ID: <87h8oycrbb.fsf@garlic.com>
References: <87k1ub4vgf.fsf@usenet.ankman.de> <396ec331-b5a3-4137-ac0f-c45471afccb7@googlegroups.com> <87fu4y4d8m.fsf@usenet.ankman.de> <p8l274$r1u$1@dont-email.me> <XnsA8A98D082B822admin127001@85.214.115.223> <p8matd$94n$1@dont-email.me> <eff02c9e-2715-42e2-bca8-b3165b0b6426@googlegroups.com> <797bbd92d9i308or8op7ig56h12t7499lt@4ax.com> <bfahoe-anh.ln1@Telcontar.valinor> <e1gcbdphsj192r12m6non65sangfoboq74@4ax.com> <d4ednZtjc4sdOivHnZ2dnUU78eXNnZ2d@giganews.com> <p96q0e$eh4$1@dont-email.me> <cc470d3d-08f3-4629-821d-9589941dc1a4@googlegroups.com> <87woxywsdv.fsf@garlic.com> <502a8c0c-b45e-43ae-a464-3060d0ab699d@googlegroups.com> <p9cc9i01jmq@news1.newsguy.com> <p9cj6a$lf6$1@dont-email.me> <c20015d0-118b-4a14-855b-bfbfc5d00d81@googlegroups.com> <87lgebivyq.fsf@garlic.com> <5f2fc0d2-b4a0-4dd1-82e9-80553292a36f@googlegroups.com>
Mime-Version: 1.0
Injection-Info: h2725194.stratoserver.net; posting-host="8e7314feda43282c64e891b65993872b"; logging-data="673"; mail-complaints-to="ab...@eternal-september.org"; posting-account="U2FsdGVkX18VNl7XlUb0B/xBsnYl52R6ECfwuoMaI0w="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
Cancel-Lock: sha1:7JyzHKKfUT54ym68v+1c9ohxsS4= sha1:xf6etD1YSOw0Z/l6mPS+h2hFprM=
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit