168 karma · joined November 26, 2017
It is incredibly irritating if I need to reformat code to be able to read it clearly before modifying it, then have to either back out all of the formatting changes to create a clean PR that shows the actual change, or create a PR full of formatting changes with the actual logic change buried somewhere within.
1) Maybe there needs to be some adjustments to how risk pooling is done. I live in Florida, so my homeowner's insurance is ridiculously expensive, but my property isn't really at risk from hurricanes etc, being very far inland. Realistically my property isn't any more at risk of anything than any property anywhere else in the country.
2) There doesn't seem to be enough flexibility in the offers. Most people seem to think insurance should cover any losses, but really people only need insurance to cover losses that they cannot recover from. I'd take a $100K deductible on my homeowner's insurance if it was offered and lowered my premiums significantly, but it's my understanding the law won't allow that.
I would actually see a single-maintainer project as less risky. Looking at the XZ backdoor issue in particular, nobody even knows who the person is that introduced it. With a single-maintainer project, you only have to trust one person, who is often a known quantity.
I don't know what line of work you're in but I would consider that stuff "noise" in a technical discussion.
However, writing a new test for a new method can be harder than just stuffing that code in some other method that already has a test. Depending on how testing is enforced, you might be able to at get away with not having to do anything at all if the existing test still passes. If you're in a hurry and the test fails, just change the assertion to whatever happens. Is it right? I dunno, the test says it's working.