Software Art Thou: Glenn Vanderburg - Real Software Engineering

Zendesk · 34K views · 2018 · 1:07:58

Open on YouTube

Software practice, open source & careersSoftware architecture & designtalk

Why Hacker News recommends it

HN recommends it in debates about software engineering rigor, agile, and formal methods.

What it is

Glenn Vanderburg asks whether software development can be real engineering, surveying other engineering disciplines and decades of programming experience. He envisions what a software engineering worthy of the name might look like.

Recommended by 3 HN commenters across 3 different months, 2020 to 2026.

What Hacker News said

Recommends kmstout · 2020-02 · on “Why are we so bad at software engineering?”

This discussion reminds me of a talk given by Glenn Vanderburg ( [this video] ), wherein he explores the question of whether "software engineering" is or can really be engineering. Around the 27 minute mark, he quotes Billy Vaughn Koen, a nuclear engineer, as follows: "The Engineering Method is the use of heuristics to cause the best change in a poorly understood or uncertain situation within the available resources." That's hardly the end of the debate, and I'm still undecided, but it seemed worth lobbing in before hitting the rack.

Recommends modal-soul · 2020-05 · on “Old box, dumb code, few thousand connections, no big deal”

Saw an interesting talk just about this topic [1] The gist of it was: Other engineering disciplines use the techniques you've mentioned because of the the costs, both time and money, associated with getting it wrong. Software engineering lends itself to different methods of development and construction, as the costs associated with getting it wrong or making changes after the fact are much lower. (For most applications, anyways). As such, (this definition would be another sticking point) these less rigid methods should still be considered engineering, with engineering being a balancing of resources with outcomes, not fixation on mathematical models. [1]: [this video]

Recommends ozim · 2026-06 · on “My 1992 view of the problems of computer programming in 1992”

You have any stats on that or just the feeling? I find that a lot of flaws are ignored in for example physical structures because they don’t even know. Take construction inspector and walk with him through five buildings. Let me know if he left any building without pointing out any flaws. Doctors, a lot of stuff is „let’s try this and see how if it gets better”. Taking complexity of software and limited budget - we as industry are much much better in building anything. We have better tools and better practices. Business people are mostly running around like chickens without head, can’t even bother to learn how to use Excel properly. We have GIT, whole testing approach from unit to integratio

Cites charles_f · 2020-04 · on “Agile's early evangelists wouldn't mind watching Agile die”

Agile is not a methodology or a process, it is literally[1] a set of values and principles which can be summarized by "stop being stupid and trying to reproduce what they do in construction engineering, and start discussing about the why and collaborate, doing things that matter, and being flexible, since after all, we're doing _soft_ware. The set of methodologies and processes that ensued, as well as the entire industry of coaches, consultants, evangelists and "practitioners" was probably coming from a good place - trying to propose an implementation for how to put in place those abstract values and principles, or to help with that. The commercialization, envy and corruption that followed i

Cites ozim · 2024-06 · on “Formal methods: Just good engineering practice?”

Just wanted to post this video link in this discussion: Glenn Vanderburg - Real Software Engineering [this video]