None of those words appear in the article. I can deduce that the author of this article would never return a wallet. If they are this perplexed at the good deeds of others, and need to turn to science for a reason, they are as dense as a brick.
Reasons:
- because kind strangers have empathy
- because kind strangers want to do what is right, and help others
- because kind strangers would hope the same thing is done when they lose their own wallet
Related HN thread: https://news.ycombinator.com/item?id=18058991
I'm interested to see if there're some ZFS users.
EDIT: found it on dailymotion and its a great story of how the radical theory was rejected then accepted. https://www.dailymotion.com/video/x7o0b66
I briefly worked with a hard line-count-limit for PRs and I thought it made everything much worse. It is fine for changes that are actually small, but when you need to go back and re-open 4, 5 merged PRs in different tabs to get the full context again, the time to review increases tenfold with tiny PRs that don't really make complete sense by themselves.
I have worked with co-workers that have the complete opposite preference, though, and anything over a set amount of lines wouldn't even be reviewed.
Interesting to see the numbers on the article, however. My anecdotal experience would make me guess the opposite. I feel like work slows to a crawl once the PRs are artificially limited and broekn up like that, specially in fast moving companies and startups.
But this might only be a problem with those of us working on legacy codebases. The kind of PRs I see in OSS projects I could review 1000 lines at a time - it's so clean!
Here's the screenshots: https://stellarium.org/screenshots.html
At least the HTML version pairs each author with their affiliations, instead of the PDF which has all the names on page 1, and all the affiliations on page 2. That's completely unreadable.