Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Trust the World's Fastest VPN with Your Internet Security & Freedom - A Lifetime Subscription of PureVPN at 88% off. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. ×

Comment Re:Requirement for very high reliability (Score 5, Interesting) 160

Lockmart is complicated. My division of Unisys was bought by the Carlyle group, which also bought IBM's Federal Systems division, combined the two, and sold the result to Loral. They stirred in some other fragments of defense contractors and sold the result to Lockheed. I'd left Unisys before they sold us, so was surprised to get a call from Lockheed asking why I wasn't drawing my pension. Those two shards of Unisys and IBM had some very good people in them, something I knew both from working in the Unisys group and overseeing the IBM group when I was at MITRE. I was in the Ada community starting with Strawman in the mid-70s. A fair amount of our language design was intended to overcome the failures of management by both DoD PHBs and contractor PHBs. Ultimately, military use of Ada faltered because of the desire of the defense industry to de-skill the programming task. They wanted to pay C++ coder salaries, not software engineer salaries. Ada survives in places that want to do highly-reliable, life-critical systems, increasingly in Europe rather than here.

Comment Xerox PARC had no follow-through (Score 2) 387

PARC was wonderful at the conceptual stage, but never could do the hard work to come up with a viable product. I was involved in the effort to make the Alto workstation, Ethernet, and Xerox printer into a commercial word processing system suitable for the office (OIS in El Segundo). We discovered quickly that the software produced by PARC was at the level of a grad student's thesis project; it was no more than 10% of a finished product. For example, the MESA compiler had been declared ready for commercial use because it was able to compile itself. It was a wonderful language, served as a basis for Modula-2, Java, and Ada, but the compiler itself was usable only by compiler writers.

Xerox PARC produced wonderful, important concepts, but I'm unable to think of a single important commercial product that came from there. Dynabook is just another example.

Comment A Spreadsheet in 1968 (Score 1) 704

One of the first hypertext processors, a WYSIWYG text system written at Brown U. in 1967-1969, had a feature called an Electric Blackboard that allowed the user to build tables of numbers with various kinds of automatic summing/averaging of the rows and columns. You could select an individual entry with the light pen (IBM 2250), change it, and the calculated entries would automatically update. I've heard that this feature was used to establish prior art when VisiCalc and SuperCalc were duking it out in court a decade later. The feature used the expression evaluation engine from the BRUIN language, an interactive language interpreter also developed at Brown.

One of the undergraduates working on the project was Bob Wallace, later an early employee of Microsoft and developer of PC-Write and the concept of shareware.

Comment An Oldtimer's Thoughts (Ada since 1975) (Score 2) 165

I've been involved with Ada since the DoD-1 "Strawman" requirements document. A couple of points I haven't seen mentioned in these comments:

1. Ada lets me say clearly what my code is supposed to be doing in the code itself; I don't have to write coding tricks, I don't have to write comments that explain what the code really does. I can write code that I can read a year from now or some other coder can read ten years from now and we'll both know what it does. Sure, I can still write obscure, obfusticated code, as can anyone who doesn't care about the long term, but it lets me do it right if I want to. Other languages fall short of this.

2. Ada turned out to be a language for software engineers, not coders. The two guys who were its chief architects, Jean Ichbiah of Honeywell and Tucker Taft of AdaCore, were/are consummate software engineers (Jean did the first version, Ada83, died about 5 years ago; Tucker did Ada95, 2005, and 2012). In general, the more educated and experienced you are as a software engineer, the more you'll like Ada.

3. In my opinion, the military use of Ada failed because good Ada programmers are not psychologically suited to work for big defense contractors. Likewise, big defense contractors don't want to pay people who write code the kind of money that good Ada programmers are worth. So they hire five cheap coders instead and it takes them seven times as long to do the coding. (It's a good thing that funding for Defense is unlimited.)

4. Ada also suffered from the COTS (Commercial Off The Shelf) fad that swept the military in the 90's. If any coding was needed and possible, it tended to be Visual Basic or C++. The closest we got was PL/SQL (Ada-derived).

Will Ada ever make a come-back? Probably not; the urban legends about it being complex, designed by a committee, and militaristic will overcome its ability to be more reliable and cheaper over the life-cycle. I can only hope that all the life-critical software I encounter -- airplanes, medical equipment, my 2021 self-driving Toyota -- is coded in Ada.

Comment Great But Expensive H/W, Lousy S/W (Score 1) 99

I was involved in a project to make PARC products -- the Alto, Ethernet, and laser printer -- into a commercial product in the mid-to-late 70's, at Xerox in El Segundo. The hardware was amazing; I remember the thrill when they wheeled my Alto into my office, pushed aside a ceiling tile, and connected it to a big black cable called the Ethernet. It was quite obviously a minicomputer, not a microprocessor-based personal computer, similar to Digital's PDP-8 and the DG Nova-2 (as Animats said above). I'd used a mouse years before at Englebart's, so it was great to see a manufactured version, but disappointing that it lacked Doug's chord keyboard and three mouse keys for typing ASCII in binary. We knew nothing about the costs of the hardware; we were concerned with the software.

And the software stank. All of the pretty demos running on the Alto were coded at the grad-student level, utterly unusable for a commercial product. For example, the MESA compiler, for the language in which some of the software was written, had been tested only to the extend that it would compile itself. (Most of the Alto s/w was coded in BCPL. Fun facts: the predecessor of C was B; its successor should have been P and the one after that L.) The OIS project to commercialize the Alto blew up to a few hundred people and just as quickly blew away on an early Santa Ana.

I would suggest that Xerox as a company and PARC as a specific part of it failed because they were unable to write commercial-level software.

Slashdot Top Deals

Consultants are mystical people who ask a company for a number and then give it back to them.