News for hackers. Stuff that matters.
Re:The scourge of job title inflation by checkyoursudo on Tuesday December 13, 2022 @03:55AM (#33966317)
Would you mind sharing what kind of engineering your friends do where they don't do any testing? I would like to avoid these products/roads/buildings/etc. Thanks.
Re:The scourge of job title inflation by ZephyrBlu on Tuesday December 13, 2022 @04:04AM (#33966370)
What kind of testing do you think I mean? There are building codes and inspections, but I couldn't call those "testing".

E: no testing might be an overstatement, but I think it's closer to no tests than an abundance of tests. Engineers tend to not get their hands dirty, which basically leaves computer simulations.

You can tick all the boxes and still do a shit job that either doesn't meet requirements or fails. It happens more often than you might think.

Re:The scourge of job title inflation by benhurmarcel on Tuesday December 13, 2022 @05:22AM (#33966861)
In most engineering domains, testing is a proper specialty. So design engineers don't do the testing themselves and get "their hands dirty", but testing does happen.

I've been working on airliner design and have ordered, specified, and reviewed a fair number of mechanical tests. Yet I've never actually built and ran the test rig myself, it's a full time job for specialists.

Re:The scourge of job title inflation by notahacker on Tuesday December 13, 2022 @05:44AM (#33967048)
You can write unit tests that pass and still do a shit job that doesn't meet requirements or fails (in some subtly different way) too.

Difference is with software engineering, you seldom find yourself in court if you decide to skip the unit tests or code review...

Re:The scourge of job title inflation by ZephyrBlu on Tuesday December 13, 2022 @06:08AM (#33967247)
Most engineers never have to sign off on something like that, at least in New Zealand.

Even if you're a chartered/accredited/licensed you personally may not have to. It could be someone else in the company, which shifts the liability.