News for hackers. Stuff that matters.
Re:What NPM should do to stop a new colors attack by jrm4 on Monday January 10, 2022 @05:56PM (#29884141)
Imagine a car manufacturer like "I wish I could say I spent the hours looking at every valve and every screw..."
Re:What NPM should do to stop a new colors attack by jve on Monday January 10, 2022 @06:27PM (#29884584)
I suppose they must. Because car is a hazard on road and may not end well if you don't put enough man-hours within design, documentation, testing etc.

Now, who's gonna pay you for writing that single functionality whole year? Sure, you tested, documented, did everything right, you may have almost no bugs, pretty code, decent test coverage, unit tests, integration tests, UI tests, performance tests, edge cases ironed out, top notch performance, UX no-one matches, one click deployment, static code analysis, linters, fuzzers, vulnerability scanner tools, monitoring, auto scaling... while you get there, your startup may be no more. Or maybe just a money sink: https://thedailywtf.com/articles/unseen-effort

Alright, I'm little off the track, but not every software project is comparable to automotive/air/rocket/med/... industry. Ofcourse you will put 10x+ more money/time/effort if human lives may be impacted with your commit.

To put that into context, let's appreciate SQLite - software that is thoroughly tested and your airplane shouldn't be afraid to run those. From the creator of SQLite:

> I’m going to write tests to bring SQLite up to the quality of 100% MCDC, and that took a year of 60 hour weeks. That was hard, hard work. I was putting in 12 hour days every single day. I was just getting so tired of this because with this sort of thing, it’s the old joke of, you get 95% of the functionality with the first 95% of your budget, and the last 5% on the second 95% of your budget. It’s kind of the same thing. It’s pretty easy to get up to 90 or 95% test coverage. Getting that last 5% is really, really hard and it took about a year for me to get there, but once we got to that point, we stopped getting bug reports from Android

https://corecursive.com/066-sqlite-with-richard-hipp/#testin...

Re:What NPM should do to stop a new colors attack by acdha on Monday January 10, 2022 @06:06PM (#29884309)
This is part of why cars cost $30k apiece. If open source maintainers saw the same kind of revenue as car component suppliers, there'd be a lot more paid QA jobs.
Re:What NPM should do to stop a new colors attack by wruza on Monday January 10, 2022 @06:14PM (#29884428)
Pretty sure they don't MRI every other batch of rust covered by paint received from yet another shitty frame manufacturer. Many PSU, GPU, etc manufacturers often ship first batch with hi-class components, and then "downgrade it a little" or "lose control of a dealer" when it sells nice.
Re:What NPM should do to stop a new colors attack by bogeholm on Monday January 10, 2022 @06:20PM (#29884489)
There we go again, someone always has to mention “rust” in every thread about programming languages or dependency management…

;)

Re:What NPM should do to stop a new colors attack by foobiekr on Tuesday January 11, 2022 @12:28AM (#29887940)
Spot checks and manufacturing line quality monitoring absolutely do happen in the process you are describing, which is a hell of a lot more than the weak excuses for not even bothering to mirror the SW and look at diffs now and then accomplish.
Re:What NPM should do to stop a new colors attack by contravariant on Monday January 10, 2022 @06:27PM (#29884588)
Just out of interest do they generally vet the factory that made the steel for those screws and bolts?
Re:What NPM should do to stop a new colors attack by 1shooner on Monday January 10, 2022 @10:09PM (#29886912)
The difference is that 1 person responsible for installing 1 valve can't disable every car sold in the last year if they decide they aren't being paid enough.
Re:What NPM should do to stop a new colors attack by pjmlp on Tuesday January 11, 2022 @02:30AM (#29888631)
They better, given liability in the industry.

What we are missing on the software industry is proper liability.