OP argues that the presence of the 'Pull Requests' tab is encouraging people to create pull requests, and therefore the project owner is somehow responsible for reacting to pull requests.
There's also a 'Fork' button, which is kind of prominent, so by OP's logic, people should feel encouraged to fork the project.
"But when I looked at the mailing list for the project, I saw a wasteland of good patches that were completely ignored, where the submitter would ping the list a couple times and then give up. Did it seem worth spending a week to disentangle our IP from the project in order to submit a set of patches that would, in all likelihood, get ignored? Of course not.
If you have commit access to a project that has this problem, please own the process for incoming pull requests." (from the article)
Ok, so if the mailing list is dead and your pull requests aren't the only ones being ignored, why not just fork the project and 'own the process' yourself? You could even try to contact people who tried to contribute and got ignored, and let them now that you will 'own the process for incoming pull requests'?
And if you don't have time or energy for that, why demand it from other people?
I've been using the step-through-with-a-debugger approach, but what I'm missing are tools for visualisation. Drawing boxes gets way too complicated way too quickly. I'd like to have something like a UML diagram, but as far as I know UML can't really be used for that purpose.
Yup. And to be honest, the surveillance was not even the worst part, the guy was just generally a shitbag.
But yeah, considering all the scandals and such involving corporations spying on employees, it's probably safe to say that it's mostly the most vulnerable people who have to put up with it.
But IT freelancing is probably too much of a niche for there to be any public outrage about stuff like spying on contractors.
During college I had a job in a coffee shop, and one day after a slow afternoon the bossman came in and later called me over to his computer, where he was reviewing his CCTV footage, and said "Look at how long it took you to make this cappucino, this is simply unacceptable!". I walked out.
I sometimes take a friend's phone from them and hand it back to them unlocked. Just for the look on their faces. Until they figure out that I just watched them unlock it.
It is certainly not only for academic papers. See [this thread](http://tex.stackexchange.com/questions/40720/latex-in-indust...) for example. But it may not be suitable in the environment you describe, the learning curve could be too steep for "business users [...] familiar with word". It could work however if they only need to edit something you built and are at least capable of editing html.
There's also a 'Fork' button, which is kind of prominent, so by OP's logic, people should feel encouraged to fork the project.
"But when I looked at the mailing list for the project, I saw a wasteland of good patches that were completely ignored, where the submitter would ping the list a couple times and then give up. Did it seem worth spending a week to disentangle our IP from the project in order to submit a set of patches that would, in all likelihood, get ignored? Of course not.
If you have commit access to a project that has this problem, please own the process for incoming pull requests." (from the article)
Ok, so if the mailing list is dead and your pull requests aren't the only ones being ignored, why not just fork the project and 'own the process' yourself? You could even try to contact people who tried to contribute and got ignored, and let them now that you will 'own the process for incoming pull requests'?
And if you don't have time or energy for that, why demand it from other people?