Reading the NATO report on software engineering that came out of the 1968 conference where the term "software crisis" was coined. (It's at https://www.scrummanager.com/files/nato1968e.pdf if you want to read it too.)
Currently on page 11. ELEVEN. (Out of 200+.) It says right here: "The need for feedback was stressed many times."
We knew. Have always known. Feedback is the key to everything. Any process that intentionally delays feedback is going to run into problems. We took such a wrong turn in the 1990s. Ugh.
=> More informations about this toot | More toots from testobsessed@ruby.social
Now reading Randell's 1979 comments on the 1968 report (https://dl.acm.org/doi/pdf/10.5555/800091.802915). He quotes J.W. Smith:
"I'm still bemused by the way they attempt to build software... They begin with planning specification, go through functional specifications, implementation specifications, etc., etc. If you look down the PERT-chart you discover that all the nodes on it up until the last one produce nothing but paper. It is unfortunately true that people confuse the menu with the meal."
(edited for brevity)
=> More informations about this toot | More toots from testobsessed@ruby.social
"Don't confuse the menu with the meal" is my new favorite phrase.
=> More informations about this toot | More toots from testobsessed@ruby.social
Back to the 1968 report. SO MANY GOOD QUOTES. Gonna thread a few of my favs.
"Today we tend to go on for years, with tremendous investments to find that the system, which was not well understood to start with, does not work as anticipated. We build systems like the Wright brothers built airplanes — build the whole thing, push it off the cliff, let it crash, and start over again." -- Graham
=> More informations about this toot | More toots from testobsessed@ruby.social
"I know of one organisation that attempts to apply time and motion standards to the output of programmers. They judge a programmer by the amount of code he produces. This is guaranteed to produce insipid code — code which does the right thing but which is twice as long as necessary." -- McClure
=> More informations about this toot | More toots from testobsessed@ruby.social
“There are two classes of system designers. The first, if given five problems will solve them one at a time. The second will come back and announce that these aren’t the real problems, and will eventually propose a solution to the single problem which underlies the original five. This is the ‘system type’ who is great during the initial stages of a design project. However, you had better get rid of him after the first six months if you want to get a working system.” — Kinslow
=> More informations about this toot | More toots from testobsessed@ruby.social
I'll just stop here. The entire paper is AMAZING. You can find a copy here: http://homepages.cs.ncl.ac.uk/brian.randell/NATO/nato1968.PDF
Seriously, I wish I'd read this report earlier. So many of the pain points that the participants discuss will feel familiar to anyone in software. Technology has changed. People have not. We have some better answers now than we did then. But we still have the same pressures, and illusions, that led to the original declaration of a "crisis."
=> More informations about this toot | More toots from testobsessed@ruby.social
Oh! One more. Last one, I swear:
"As one single example of such a source of ideas I would like to mention: Christopher Alexander: Notes on the Synthesis of Form (Harvard Univ. Press, 1964)" -- Naur.
Yup, that's right. The connection between Alexander's work on architecture and software was made as early as 1968. 😮
=> More informations about this toot | More toots from testobsessed@ruby.social
OK OK this one is the last one. I think I have found the earliest use of the notion of a walking skeleton. Again, this is 1968.
"Begin with skeletal coding: Rather than aiming at finished code, the 46 first coding steps should be aimed at exploring interfaces, sizes of critical modules, complexity, and adequacy of the modules... The contributions of this step should be insight and experience, with the aim of exploring feasibility." -- David
(edited for brevity)
=> More informations about this toot | More toots from testobsessed@ruby.social
@testobsessed David who?
=> More informations about this toot | More toots from gdinwiddie@mastodon.social
@gdinwiddie that was how the quote was credited in the paper. Link is in the thread.
=> More informations about this toot | More toots from testobsessed@ruby.social
@testobsessed
I’ll check it when I’m on my computer.
=> More informations about this toot | More toots from gdinwiddie@mastodon.social
@gdinwiddie @testobsessed
Looks like it was Dr. E.E. David, Jr., Bell Telephone Laboratories Inc
=> More informations about this toot | More toots from sebrose@mastodon.scot
@testobsessed Just skimmed it and wow, thanks, I see why you can't stop quoting!
Instafollow btw 😄 and thanks to the boosters* too!
=> More informations about this toot | More toots from jandi@mastodon.social
@testobsessed I think my first exposure to Alexander was in the first Whole Earth Catalog (1968). On the same page as Thompsons's On Growth and Form. A very important page in my life as a systems designer
=> More informations about this toot | More toots from bbelton@pkm.social
@bbelton Oh my word that is so cool! Thank you!
(Also: $6.95 post paid. Such a bargain! Yes, I know that's $63 today, and in a year when my Dad made ~$5000/year. So not cheap. But still fun to see.)
=> More informations about this toot | More toots from testobsessed@ruby.social
@testobsessed All online now at https://wholeearth.info
=> More informations about this toot | More toots from bbelton@pkm.social
@bbelton Oh dang! I didn't know. That is amazing. Thank you!
=> More informations about this toot | More toots from testobsessed@ruby.social
@testobsessed ooh, I definitely know that guy
=> More informations about this toot | More toots from aburka@hachyderm.io
@aburka @testobsessed yea, it's me. Going to have a rethink of my life now....
=> More informations about this toot | More toots from arichtman@eigenmagic.net
@arichtman @aburka So I should probably have injected my opinion on that quote. I disagree with the author. If I'm hiring and have just the 2 candidates, I'll take the second type over the first...but what I really want is a 3rd type who will start like the first, then see the pattern (rule of 3) and only then refactor to solve the real single underlying problem. I've seen the code bases produced by the 1st approach with no opportunity for extracting the common logic, and...well...shudder.
=> More informations about this toot | More toots from testobsessed@ruby.social
@testobsessed @arichtman yeah the switch hitter here can be the mvp
=> More informations about this toot | More toots from aburka@hachyderm.io
@aburka @testobsessed "...so you're saying there's a chance?"
=> More informations about this toot | More toots from arichtman@eigenmagic.net
@testobsessed I read this and immediately thought, "Inside me are two wolves...."
=> More informations about this toot | More toots from jarmbruster@m6n.io
@testobsessed hah. I love that one. So true
=> More informations about this toot | More toots from zeh@mastodon.gamedev.place This content has been proxied by September (3851b).Proxy Information
text/gemini
