zlacker

[parent] [thread] 22 comments
1. banana+(OP)[view] [source] 2018-11-27 10:09:46
As someone not in the know, Rich's post seems like an extremely aggressive and arrogant piece. When you put it in context, it does make more sense.
replies(2): >>bsder+73 >>Tulliu+H6
2. bsder+73[view] [source] 2018-11-27 10:48:36
>>banana+(OP)
It could easily have applied to dominic and the earlier npm fiasco, though.

People are getting a bit entitled as to what an open source maintainer has to do for them.

replies(4): >>banana+85 >>Novash+lb >>liveon+wl >>nathan+BR2
◧◩
3. banana+85[view] [source] [discussion] 2018-11-27 11:13:45
>>bsder+73
I can sympathize with that. But I think Rich made a very bad choice of rhetoric, and this is probably going to bite him in the ass.
replies(1): >>the2be+LM1
4. Tulliu+H6[view] [source] 2018-11-27 11:36:17
>>banana+(OP)
> As someone not in the know, Rich's post seems like an extremely aggressive and arrogant piece.

It seems that way? To me, it seems like a reasonable response to how many people treat any kind of volunteer-led effort.

For example, I help mod a fairly popular subreddit, r/cscareerquestions. Now, we don't have a problem with people suggesting changes to sub rules or have meta discussions and even complaints. No community is perfect, the mods certainly aren't, etc.

However, the vast majority of complaints are of the completely useless variety. They're the vague one-liners -- "this sub used to be good, and is now bad for generic reasons I will not elaborate on" -- that usually have no clear basis in reality, nor any practical solutions even to the extent they're true.

And when I try to earnestly engage with people who have the most upvoted complaints, 95%+ of the time, there's nothing there. Probably half the time they just don't respond, half the remaining time they just loose another snipe or parting shot before disappearing, and most of the rest is something in the set of {doesn't actually happen/no evidence; assumes everyone agrees with them; problem is actually well-diagnosed but the proposed solutions are laughably naive}. The number of complaints or suggestions that are meaningfully actionable is very, very low.

What I've found looking at other subs and ours, is that generic complaints about sub quality and mod team actions are a quick and easy way to upvotes, but it's rare for someone to actually be well-informed on the topic and have actually thought through the problem and solutions they suggest.

So when Rich says, "Did you know that most patches/issues have poor problem statements, no description of the plan (read my code!), no consideration of alternatives, no tests, no designs, and are ill-conceived and/or broken in some way?" that doesn't surprise me in the least. Even when people nominally want to contribute, they usually don't seem to try very hard. For me, it's gotten to the point where I'm writing a guide for subreddit criticism and suggestions to try and improve the quality of the complaining.

tl;dr - even when something is reasonably well run by volunteers, people love their low-effort gripes and snipes

replies(2): >>banana+78 >>threat+8p
◧◩
5. banana+78[view] [source] [discussion] 2018-11-27 11:53:04
>>Tulliu+H6
I don't have any reason to doubt the truth and logic consistency of either Rich's post or your reply. The problem is not the logic, it's the rhetoric. For anyone out of the loop, he sounds like an interstellar douchebag. And, because the article is public, this can become a problem.
replies(3): >>dcow+na >>memeog+zd >>bartre+Fg
◧◩◪
6. dcow+na[view] [source] [discussion] 2018-11-27 12:16:25
>>banana+78
I’m not in any loop and nothing about the post came across as douchey. In fact, it seems many people need to be reminded about who is responsible for putting open source code in any project especially after reading the disgustingly entitled comment thread on the recent nodejs security issue.
replies(2): >>bartre+Ng >>michae+nz2
◧◩
7. Novash+lb[view] [source] [discussion] 2018-11-27 12:25:39
>>bsder+73
It's exactly how video game audiences are.

But honestly the stakes are higher than video games. If you go around advertising your package, get people to depend on it, then compromise them later, that's malpractice on your part. That isn't how society runs so it's rather obvious when people get mad that there's a landscape full of anarchy when it should look more like modern civilization.

Like it or not, npm and the node community has not prioritized its reputation. And the mechanisms that keeps bad operators out of npm open source rely on a relatively small company considering the actual business livelihood that relies on npm integrity. It means the community is okay with continuing to use npm, and that means that the community doesn't have a healthy way to maintain itself and build trust. It's going to rot, I think (and hope). It's just going to be a bunch of tribal nomads moving from project to project until someone social engineers a compromise and they're off to find another huge dependency graph again.

At the very least, Clojure is telling people what it's about upfront.

Other package managers are not immune to this, btw. npm is just often the whipping boy.

replies(2): >>bartre+Yg >>bsder+6A1
◧◩◪
8. memeog+zd[view] [source] [discussion] 2018-11-27 12:48:16
>>banana+78
In my experience there are two kinds of people. Those who focus on tone and delivery, and those who focus on content and consistency.

The former will remain exceedingly polite, up to and including the part where they tell you to go f yourself.

The latter are the ones you can actually depend on in a crisis, because they won't be busy playing social games to cover their own behind.

I'd argue that if someone is seen as a giant douche because they won't automatically cater to someone's sensibilities, that's a sign of a real douche, who is so used to being marketed to and "handled", that fair, reciprocal treatment is experienced as rudeness.

That is the gap between the kind of culture open source used to have, and what some want to turn it into today, and which is often incorrectly dismissed as a lack of civility.

Civility is that which allowed civilization to form, not what passes for it once others have already done the work. If that is a problem, it's because it's been manufactured into one on purpose.

replies(1): >>watwut+bn
◧◩◪
9. bartre+Fg[view] [source] [discussion] 2018-11-27 13:23:35
>>banana+78
> For anyone out of the loop, he sounds like an interstellar douchebag. And, because the article is public, this can become a problem.

I'm out of the loop and didn't get this sense at all. His points seemed fair enough to me. There's way too much entitlement evident amongst people who use, and sometimes even contribute, to OSS[1]. It gets frustrating, and Rich has explained why.

[1] I've never been an maintainer of a popular OSS project, and don't want to be, but a few years ago I was a custodian for a relatively popular free (as in beer, not as in speech) tool, and we'd often get emails from users acting like we owed them something.

◧◩◪◨
10. bartre+Ng[view] [source] [discussion] 2018-11-27 13:25:58
>>dcow+na
> recent nodejs security issue.

Uh-oh. I hadn't been aware of this. Do you have a link, please? (Quick google didn't help much.)

replies(1): >>BlahBo+dn
◧◩◪
11. bartre+Yg[view] [source] [discussion] 2018-11-27 13:28:05
>>Novash+lb
> If you go around advertising your package, get people to depend on it, then compromise them later, that's malpractice on your part.

I tend to agree with this. I've always had a great deal of sympathy with OSS devs and maintainers, but if you've gone out of your way to evangelise people onto your platform (OSS or otherwise), then leave them high and dry, resulting in a load of complaints/bitterness, you have to bear at least some of the responsibility for that outcome.

◧◩
12. liveon+wl[view] [source] [discussion] 2018-11-27 14:10:44
>>bsder+73
you mean the guy who gave his project, including namespace, over to a hacker?
◧◩◪◨
13. watwut+bn[view] [source] [discussion] 2018-11-27 14:24:08
>>memeog+zd
> Those who focus on tone and delivery, and those who focus on content and consistency.

This is false dichotomy. Overwhelming majority of people care about both. When your tone and delivery is insulting or diminishing them, they see it and react to that too - those who don't tend to end up bullied and disrespected.

Also people who dont care about tone and delivery quite often backstab. Just like they dont care about others while there is no crises, they care even less when crisis is there.

◧◩◪◨⬒
14. BlahBo+dn[view] [source] [discussion] 2018-11-27 14:24:36
>>bartre+Ng
It's possible that they're referring to this crypto-currency backdoor that was slipped into the event-stream dependency?

https://github.com/dominictarr/event-stream/issues/116

Edit: it attempts to steal crypto-currency; it doesn't mine it.

replies(2): >>bartre+B28 >>bartre+538
◧◩
15. threat+8p[view] [source] [discussion] 2018-11-27 14:39:44
>>Tulliu+H6
The person in question isn't some random dude who just makes demands, but a visible volunteer. Otherwise the tweet would have no voice, and Rich Hickey wouldn't feel like spending the time to tell someone how they weren't worth the time.
◧◩◪
16. bsder+6A1[view] [source] [discussion] 2018-11-27 21:43:43
>>Novash+lb
> If you go around advertising your package, get people to depend on it, then compromise them later, that's malpractice on your part.

I'm not sure how much he advertised it.

This is part of the problem I have with things like npm, cargo, etc.

They defaults are set to try to suck up your work and get you to make it public.

Consequently, semi-useful things get loose probably long before people intended them to and probably long before people realize how much work they just signed up for.

◧◩◪
17. the2be+LM1[view] [source] [discussion] 2018-11-27 23:34:10
>>banana+85
"Bite him in the ass" how?
replies(1): >>michae+wz2
◧◩◪◨
18. michae+nz2[view] [source] [discussion] 2018-11-28 12:15:13
>>dcow+na
You think its disgustingly douchey for people to be dismayed that software from a trustworthy dev was turned over to someone who turned it into malware?

The dev isn't responsible for the giant mound of stupid that is npm but we all have to take the world as we find it or fix it.

In the context of the world as it is projects deps having deps having deps where the practical protection against a developers machine getting pwned and eventually millions of users getting pwned is more or less developers checking to ascertain that a given library is bob who works for google and not lame hacker number 2388 its poorly considered to hand over libraries to people you have no reason to suppose are trustworthy. A reasonable person could suppose that might not end well for a multitude of projects where 182 deps of deps of deps aren't vetted again per point release because in practical fact its impractical to do so while it is very practical for individual authors to not transfer control of names and publish info about their authorship.

Unlike never updating or expecting individual orgs to vet 182 deps written by anon people with every bump so a reasonable person ought to do their best to make the workflow that might have some hope of working work.

If you didn't want ANY responsibility whatsoever you could have not published it globally.

Anyone who imagines that responsibility is merely transcriptional that it only attaches when money changes hands has literally missed the majority of human civilization including the more recent parts where people that give away free food are still expected to wash their hands, get food handlers cards, practice food safety, pass inspections etc. You aren't required to provide a vegan or kosher option or even make good food but you can't behave maliciously or negligently.

Given how projects are actually used by virtually everyone authors actions appear negligent. Given the hypothetical bad actually already happened it appears that judgement is irrefutable.

You are your brothers keeper whether you want to be or not. Software isn't special it works like every other civilized endeavor. Wash your hands and don't scratch your ass please.

replies(1): >>dcow+JI3
◧◩◪◨
19. michae+wz2[view] [source] [discussion] 2018-11-28 12:18:34
>>the2be+LM1
He clearly really cares about Clojure discouraging people from freeloading may be beneficial but a crummy tone may discourage people from adding value to Clojure which would be very unfortunate.
◧◩
20. nathan+BR2[view] [source] [discussion] 2018-11-28 15:04:39
>>bsder+73
That was a different issue IMO. I've stopped maintaining open source projects that others rely on, and I owe them nothing. They can fork my code if they like.

And yes, it's users' responsibility to decide what code they trust. But "I trust developer/organization X" is a reasonable way to decide that, and auditing every single release is far, far more expensive. I'd be betraying their trust if I let a complete stranger release an update in my name.

◧◩◪◨⬒
21. dcow+JI3[view] [source] [discussion] 2018-11-28 20:28:47
>>michae+nz2
In the context I work, I expect external software to be audited when incorporated into a project. It should be a significant decision backed by clear rationale to depend on someone else’s code not simply a convenience because we’re all lazy devs. I review diffs when updating library versions and guide people to prefer writing in-house solutions over including pop-software libraries. I hold my team accountable for the software they produce. I don’t disagree that everything works better when we all play nice, but I also don’t agree with deflecting the blame when your software is compromised because it doesn’t actually solve the problem and allows the same poor habits to continue unchecked. If you don’t understand a dependency enough to implement it yourself were it to disappear or break, you shouldn’t be using it.
◧◩◪◨⬒⬓
22. bartre+B28[view] [source] [discussion] 2018-11-30 19:38:26
>>BlahBo+dn
Thanks!
◧◩◪◨⬒⬓
23. bartre+538[view] [source] [discussion] 2018-11-30 19:41:33
>>BlahBo+dn
Also, er, bloody hell. These comments are completely out of hand. Examples:

"You put at risk millions of people, and making something for free, but public, means you are responsible for the package."

"There is a huge difference between not maintaining a repo/package, vs giving it away to a hacker (which actually takes more effort than doing nothing), then denying all responsibility to fix it when it affects millions of innocent people."

Where do these people get off?

[go to top]