Article View: alt.folklore.computers
Article #621514Re: Old word processors
From: Anne Lynn Wheeler
Date: Fri, 30 Mar 2018 00:58
Date: Fri, 30 Mar 2018 00:58
55 lines
5013 bytes
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-mailReferences:
<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