Warning: Missing argument 1 for WP_Widget::__construct(), called in /home/lathprod/public_html/wordpress/wp-includes/class-wp-widget-factory.php on line 106 and defined in /home/lathprod/public_html/wordpress/wp-includes/class-wp-widget.php on line 175
Warning: Missing argument 2 for WP_Widget::__construct(), called in /home/lathprod/public_html/wordpress/wp-includes/class-wp-widget-factory.php on line 106 and defined in /home/lathprod/public_html/wordpress/wp-includes/class-wp-widget.php on line 175 Ibm 360 | Chasing Men Who Stare at Arrays
It took Len Shustek, chairman of the board of trustees of the Computer History Museum in Mountain View, California, 10 years to get permission from IBM to publish the APL/360 source code. Not only has he gone and done it, he’s also written a wonderful companion explanatory essay to go along with its publication. Please see: The APL Programming Language Source Code
Congratulations, Len! Thank you for your persistence.
(Special thanks to the ever vigilant Christian Langreiter for scooping this story)
As they say in rock and roll, “You can’t always get what you want… but you just might find you get what you need…”
When Ken Lettow asked me if he could swing down to North Carolina for my interview with Professor Fred Brooks, I answered with a resounding and emphatic, “NO!”
You gotta love Ken. Persistence is his middle name. He then proceeded to convince me that he would not bring havoc to my film set and in fact, he would make himself useful. And a short training session later… I have a sound engineer and set photographer all in one enthusiastic bundle of a subject matter expertise. In short, a much appreciated helping hand.
In honour of the 90th anniversary of Ken Iverson’s birth Ken Lettow sent out a wonderful account of our adventure to North Carolina to the J-Chat forum:
As [KEI and Prof Brooks] developed course material for the class, Ken began to formalize the notation that came to be known as APL, the “the blackboard version” as Eugene McDonnell once so aptly put it. Their collaboration ultimately resulted in the publication of two books, Ken Iverson’s “A Programming Language”, in 1962 and “Automatic Data Processing” by Iverson and Brooks, published in 1963. They also became lifelong friends during this period.
You can read Ken’s full text here. He’s also posted a great set of photos.
Happy holidays everyone. May the Force be with you always.
Running in High Park this evening, I was contemplating what more to say about The Design of Designnow that I am about 1/3 of the way through.
Rather than calculating that number, I’m visually estimating it, by the way.
Brooks claims that most programmers are visual/spacial thinkers. Which is part of his larger thesis about modeling a software design process, but that’s not what I want to talk about today.
Right around herein the park, where I shot this photo earlier this summer, it struck me. I love the way Brooks is able to sprinkle anecdotes about working on the architecture for IBM’s System/360 45 years ago with insightful analysis of modern design practices. This guy has seen it all.
And hey! That’s what I have to do. Or some Catherine tempered approximation.
And it’s not just me who thinks this is important. Wired interviewed him this summer, where, incidentally, he confessed to becoming interested in computers in the 1940’s because he wanted to index his maps.
Now we’re all interested in indexing maps… And guess who I’m getting myself ready to call.
I’m running late, tearing through the house in a where the heck is my bag, sort of way, and then… up pulls the UPS truck.
My books!
Late or not, my Amazon instinct kicks in… luckily the boxes are perfectly designed, they rip open with no struggle at all. It’s Fred Brook’s new book, of course, The Design of Design. I drop the packaging and immediately flip to the People Index and search for Iverson (p. 72, 124 & 378). Wow. Twice Brooks juxtaposes Ken Iverson with Google’s Marissa Mayer. I make a mental note to ask Matt & Susan Gorbet if they know her.
Then I repeat with the subject index and look up APL (p. 72, 124, 141 348). They’re different. Why?
Well, don’t you know it, I find an example of not elegant design (pp 141-142) that echos a similar criticism made by Richard Bookstaber in A Demon of Our Own Design.Man oh man are we easy targets! And I’m completely floored – because I believe it is an urban myth. Not so much that it has never happened, but I don’t believe it has been significant. But, I guess it makes a good anecdote. AND sorry folks, I’m not even going to say it because I don’t want to perpetuate its existence in cyberspace. If you’re burning to know, buy the books!
And just to be extra clear, this is my opinion. And Fred Brooks rocks, so I’m… well… I guess I’m in the dog house again.
Bread Crumbs
In the early 1960’s, Brooks led the IBM System/360 hardware and software project which gave birth to a family of machines with interchangeable software that lead to IBM’s domination of the computer industry for the next 25 years.
Fred Brooks and Ken Iverson were together at Harvard in the 1950’s. Iverson was hired by IBM in 1960 to develop his special mathematical notation into a programming language for the IBM/360. And that’s how APL and its family of Array Processing Languages were born.
So… Guys… I have the best job in the world. It’s terrible form to boast but I just can’t help myself today.After a difficult and trying summer not one, but a few people from the APL Array Language community have stepped up to steady my ship and blow some wind in my sails. And this feels great.
One aspect of reactive demand programming that sets it apart from other reactive programming models is its support for optimistically working with the predicted future states of signals.Think about a signal that carries the current time in seconds, that you want to display on screen as a clock. The screen should update close to the […]
Just had a nice insight regarding systems that deal with reactively updating (potentially large, structured) values such as RDP:The dynamic output of a process is indistinguishable from a static storage resource (file).In batch systems like Unix, this symmetry is not so deep: the output stream of a process looks somewhat like a file, but the process […]
What if you want to use a big value, like a whole database table or weblog, as a Reactive Demand Programming signal value? This would make it possible to use RDP to orchestrate things like incremental MapReduce pipelines. Here's one weird trick to make it work.In effect, each RDP signal becomes a RESTful server, speaking an HTTP-like […]
It has been observed in a vacuum, that comics spontaneously and randomly disappear, and then equally inexplicably reappear. Please enjoy the following fluctuation. Ladies and gentlemen,the graphical web post you are about to read was not photographed in a studio. There are 8,674,256 stories in the naked city now, and this hasn’t even been one…
Greetings faithful Lovelace and Babbagians, those of you in Greenwich Mean Time will shortly have the chance to feast your eyes on the beautiful paperback edition of The Thrilling Adventures, check it out- And look what all these lovely people say on the back! No plans for a paperback in the US as…
It took Len Shustek, chairman of the board of trustees of the Computer History Museum in Mountain View, California, 10 years to get permission from IBM to publish the APL/360 source code. Not only has he gone and done it, he’s also written a wonderful companion explanatory essay to go along with its publication. Please see: The APL Programming Language Source Code
Running in High Park this evening, I was contemplating what more to say about 
Recent Comments