I’m glad I got to enjoy Ender’s Game before I learned about the author. I remember enjoying it, but teeth-grinding rage at the aims the author supports is going to prevent me from enjoying rereading it, or recommending it to anyone.
I’m glad I got to enjoy Ender’s Game before I learned about the author. I remember enjoying it, but teeth-grinding rage at the aims the author supports is going to prevent me from enjoying rereading it, or recommending it to anyone.
Would “Carry On. Mr Bowditch” count?
As an entertaining biography written for kids, it’s not a reference book, but it’s not purely fiction, either.
Closer to reference would be another favourite, "The Ashley Book of Knots, which I devoured.
I got started with RSS using a TUI program on unix, whose name I forget. But then Google came out with Reader (and Listen for podcasts). When they lost interest and dropped them, I exported my OPML and switched to apps I could find on f-droid. Now I back up my OPML scrupulously and am currently happy with Feeder and Antennapod; Google taught me I didn’t want to depend on someone else’s server for something like this; it’s too important. If ever I find I want some feature that requires a server, I’ll self-host something (Nextcloud?), but I seem to be well enough served by purely local clients.
when I wanted a lemmy app, searching f-droid only pulled up Jerboa, and I remain happy with it.
I just searched on f-droid, found
BookWyrm (A BookWyrm client for Android.) https://f-droid.org/packages/nl.privacydragon.bookwyrm/
after Google shut down Reader, I took my OPML (list of subscriptions), and switched to a FOSS local RSS reader; import my OPML and carry on. I’ve switched software occasionally; right now I’m happy with Feeder (from f-droid).
Getting my news is something I care about too much to entrust to someone’s server; I’m happy with it purely local.
In the sense I think you’re asking, never: contributing a fix or an improvement is never a one-and-done, fire it off and forget it edit. Each contribution is a request to open a dialog. Implicit in each pull request are multiple questions, perhaps including “is this a good idea”, and “do you like this attempt to do it”.
If the project maintainer who reviews your PR doesn’t like it, they can expend the effort to try to explain why, and teach you. So try to make their job easier, by opening with a clear explanation of why you’re doing it, and if what you did involved design decisions, why you chose as you did.