11–19 of 19 posts
* Provide unit-tests
* Good types
* No breaking changes
And if you want breaking changes or grand new features to be merged, you have to show activity in the issue tracker or fix open bugs first, to show the maintainer that you are willing to deal with the fallout or support requests that follow after a PR gets merged. This is not to be rude. This is seeing a PR through the eyes of a maintainer.
I don't contribute anymore because it's almost always a thankless endeavor further humiliated by very rude and irrationally demanding users. If I don't do something, half the users get upset. If I do it, the other half get upset. That combined with so many other developers who seem to have dogmatic god complexes and think they know everything while simultaneously having the emotional maturity of an eight year old...…
Sorry to hear that, can you point to an example?
A couple years ago I started investigating and it starts with the fact that their utf8 decoder accepts no more than 3 bytes per character, thanks to an ifdef. There's code to handle 4, so you change the ifdef and then it doesn't compile anymore because code rot. Fixing that you see the correct code points going into freetype but then something else I forgot about breaks. Then I saw there were already a couple patches on the mailing list and checking their github just now I see at least one PR with a bunch of back and forth and another couple issues with mostly no reaction or at best a few lame excuses.
If you could donate negative money to a project this would be a prime candidate. Sure, move fast and break things is bad, but this is the opposite of that, and not good either.
Remember that you make your contribution because you or your company get something out of it. Don't expect any enthusiasm or kudos from the project's side. If these come, consider them a bonus. The contribution process will be slow. If you need the changes you are proposing, you will have to live with a fork or workarounds in your code for a while.
Explain all the above to your company. Expect them to be completely clueless on how open source works, even if they are developers themselves.
Personal anecdote on this: I had a team lead who insisted we directly submit a patch because "people would be thankful that we fix their code". And actually expected that they would have merged our fix before the end of our sprint.
Earlier quoted context omitted.
Sorry to hear that, can you point to an example?
libgd, the graphics backend of php. It's an ancient pile of shit yet the "maintainers" refuse An help, contributions and improvement as good as they can. The most popular example is emoji support on their text rendering. Questions on SO, bug reports to libgd and php go back at least 10 years, yet no interest by the devs to either fix it or accept any help in doing so. A couple years ago I started investigating and it…
Earlier quoted context omitted.
libgd, the graphics backend of php. It's an ancient pile of shit yet the "maintainers" refuse An help, contributions and improvement as good as they can. The most popular example is emoji support on their text rendering. Questions on SO, bug reports to libgd and php go back at least 10 years, yet no interest by the devs to either fix it or accept any help in doing so. A couple years ago I started investigating and it…
You're a prime example of user that makes maintainers quit.
And if the maintainers are dragging their feet because they hate emoji(my guess, it's common enough), what else do they expect than to be constantly nagged by users.
Earlier quoted context omitted.
You're a prime example of user that makes maintainers quit.
LOL what is he supposed to do instead? And if the maintainers are dragging their feet because they hate emoji(my guess, it's common enough), what else do they expect than to be constantly nagged by users.
Earlier quoted context omitted.
LOL what is he supposed to do instead? And if the maintainers are dragging their feet because they hate emoji(my guess, it's common enough), what else do they expect than to be constantly nagged by users.
Fork and do it?