Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by nradov on Monday July 16, 2018 @07:50AM
(#17540518)
The trouble is that advice isn't really actionable. In the real world of commercial software often the only way to satisfy customer requirements is to build a product more complex than the programmer can really understand. Most customers would rather have buggy software (which eventually gets fixed) rather than no software at all.
[ Parent
| on HN ]
Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by edejong on Monday July 16, 2018 @08:42AM
(#17540821)
But it is actionable. Each and every time you chose a certain technology (FP over OOP, immutable vs. mutable state, static typing vs. dynamic typing, shared vs. specific terminology), we make a choice. These choices together drive our community towards a certain mode of programming.
So, your argument is true for individuals, but for the community it is void. Together we should focus on identifying correct, effective, simple and reliable building blocks on which we can build our larger systems.
Perhaps you haven't seen "Simple made easy" by Rich Hickey, which illustrates this concept rather well.
Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by nradov on Monday July 16, 2018 @09:27AM
(#17541077)
Those technology choices all carry trade-offs. Optimizing for correctness doesn't always maximize business value.
And in my experience most of the defects which aren't caught by our quality control process wouldn't have been prevented by switching from OOP to FP, or from mutable to immutable state, or anything like that. So I'm not convinced.