Our great sponsors
-
-
Listmonk
High performance, self-hosted, newsletter and mailing list manager with a modern dashboard. Single binary app.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
mcpelauncher-manifest
EOL use ng, https://github.com/minecraft-linux/mcpelauncher-manifest/tree/ng, This works with 0.12 - 1.16.10.x (excl. beta 1.16.0.67/68), This won't work with the current 1.16.20-200 Versions (by ChristopherHX)
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
When I started with open source, I was hyped to get any feedback, bug reports, feature requests, and such, and I always tried to do my best to address these.
After 10+ years of maintaining popular projects (e.g., https://nodemailer.com/) and going through thousands of tickets in the process, I mostly ignore the incoming issues and requests now. Is it a clear bug I didn't know about – sure, I'll take it up as soon as possible. Anything else - I'll pretty much ignore it, and the stalebot will close that ticket in 30 days unless something additional comes up (usually it does not).
No one pays me for it, so I find my responsibilities to end at the point where the software is maintained and works on every supported platform. If someone does not like that, they can always fork the project.
Huge sense of entitlement showing up on project forums is inevitable. I think it is okay to be open and blunt (and civil) when responding to such posts.
I had ended up codifying [1] my stance around this to a contrib document to quickly link to annoying issues when closing them. Saves the headache of having to write fresh explanations.
[1] - https://github.com/knadh/listmonk/blob/master/CONTRIBUTING.m...
I appreciate this approach to the massive entitlement: «Minecraft 1.18.30.04 support will be added to linux April 19, 2023.»
https://github.com/ChristopherHX/mcpelauncher-manifest/issue...
If you would like to see an example of a polite and meaningful discussion I had with a maintainer declining my feature request, you could read this:
https://github.com/nblumhardt/serilog-timings/issues/52
Once I posted a super long reply to a super long and messy feature request: https://github.com/database64128/youtube-dl-wpf/issues/131. It's basically like this:
> First of all, thank you for your support...$blah_blah_blah
> Unfortunately, I have to say no to some of your requests. $project is just a small side project of mine. My approach to its development will always be to prioritize my own use cases, while also catering to the community as much as I can. As you may have noticed, I have already implemented a bunch of new features and made quite a few changes based on community feedback. Decisions on whether to adopt a proposal from the community are made by evaluating the usefulness of the proposed feature or change for me and the wider community, and the feasibility of implementing it in my limited spare time.
> Now that I have explained my ways of doing side projects to you, let's go through your proposals: