Remix.run Logo
_doctor_love 2 days ago

Another interesting one from 'aphyr -- I think the points around the Ironies of Automation deserve deeper focus, possibly even a separate follow-up post.

I would encourage folks to look at the following industries: nuclear safety, commercial aviation, remote surgery. These industries have dealt with the issues of automation for much longer than we have as programmers.

In the research I've done, these industries went through a similar journey in the 20th century as we are now: once something becomes automated enough, the old way simply won't work. You have to evolve new frameworks and procedures to deal with it.

So in the case of aviation they developed CRM and SRM - how to manage the airplane as a crew and how to manage it as a solo operator. Remember that modern airplanes are highly automated!! The human pilot is not typically hands-on-wheel for most of the flight.

In the case of surgeons, they found that de-skilling without regular practice can occur in as little as four weeks! So to combat that, some surgeons are now required to practice in simulated environment to keep their skills sharp.

My feeling is that 'aphyr is right in the short-to-medium term. Current market forces and US regulatory posture (or lack thereof) makes it so that there are less rules and less enforcement. IMHO the results are depressingly predictable but the train has left the station with enough momentum that there's no stopping it. If we survive long enough to make it past the medium-term things will change.

aphyr 2 days ago | parent | next [-]

Thank you for this! I really wanted to go deeper on human factors, and I think there's a lot to be said about CRM and sociotechnical systems design, especially when ML gets used for decision support. Ultimately wound up truncating that section (along with more of the economic critique) because the piece was already far too long.

_doctor_love 2 days ago | parent | next [-]

You're welcome! I imagine you already know this one as well but just in case.

Learning to Learn by the late Dr Richard Hamming. See especially Chapter 2.

A point Hamming makes is that when transitions from hand to machine production occurred, usually what is built ends up changing as the old techniques don't transfer 1:1 from the old world.

So for instance, we went from nuts and bolts to rivets and welding (Dr Hamming's literal example). This required builders to produce an equivalent product to the old, built with different techniques - and crucially! - under tighter control limits.

The reason things are going all over the place with AI at the moment is that it's speed, speed, speed. They had an all hands at my company recently where the top brass talked about AI. The only thing mentioned was speed - go faster, do more, etc. Not a single soul talked about quality.

But if you know your software engineering wisdom you know that you can only pick two when it comes to speed, scope, or quality. It's going to get real dumb for a while until people realize/remember quality is how you achieve speed.

aphyr 2 days ago | parent [-]

I have not read Hamming yet, thank you!

_doctor_love 2 days ago | parent [-]

You're in for a treat :)

intended 2 days ago | parent | prev [-]

There’s a paper out there, on designing IT systems from god knows when. It is incredibly dry, except for a line in it that stood out: All IT systems are political systems, because they decide how information and decisions flow.

I can only guess as to how much content you would have to explore on that axis.

a day ago | parent | prev [-]
[deleted]