Live data from Hacker News

Ask HN: Which open source projects have kind, supportive, talented teams?

news.ycombinator.com

111–120 of 293 posts

Re: Ask HN: Which open source projects have kind, supportive, talented teams?

#111
post #20

Elixir and its ecosystem (plug, ecto and phoenix) has been above and beyond every time I've contributed. Helpful, patient and kind, and also very smart guys. https://github.com/elixir-lang/elixir https://github.com/elixir-lang/plug https://github.com/elixir-lang/ecto https://github.com/phoenixframework/phoenix

+1. The community is a big part of the Elixir ecosystem.

Re: Ask HN: Which open source projects have kind, supportive, talented teams?

#113
I've made small code contributions to Firefox and Servo, both Mozilla projects, and I have nothing but good things to say about everyone involved with the two projects. As a newcomer to both, the respective teams were very welcoming, helpful, and most of all, patient especially during the review process.

Re: Ask HN: Which open source projects have kind, supportive, talented teams?

#115

Earlier quoted context omitted.

If you're going to make statements like that, you should point names or at least specific cases. I would say, yes, Clojure is pretty much governed by the benevolent dictator model. Is that bad? What is the alternative? Design-by-committee model where the language/project/library goes in 100 different directions with mostly questionable quality?

Personally I think Clojure takes the benevolent dictator model too far. It's possible to be a benevolent dictator and still publish patches for review before you merge them, even if you do intend to have the final say. Rich just runs git commit && git push without telling anyone what he's working on. Most of the time it works out but in the most recent development cycle it's been kind of a mess.

Ok, clj-throwaway : ) .

First, I have to say that I'm not a Clojure contributor, and haven't contributed a line of code.

I am "just" a Clojure user. Clojure by itself is already pretty good. Nothing is perfect of course. I want Clojure to keep improving in all kinds of ways (smaller memory footprint than C, please? when can I get THAT? oh, can you also throw in the 1 ms startup time, thanks :)), but I also want it to work well, including my existing and previous code. When something is already pretty good, you work twice as hard at not screwing it up first before you mess too much with it.

What specifically do you mean by "mess"? What has been "messed up"? Has your Clojure code stopped working? Has it become slower with a new release? Has there been a glaring memory leak that renders your server useless after a few hours of running? Because I can point you to a number of "open-source" projects with huge funding where that has been the case.

Re: Ask HN: Which open source projects have kind, supportive, talented teams?

#116

Drupal's community is what got me into OSS, even though the language (PHP) community seems to be at a strange crossroads currently. I've also been somewhat involved in Ansible's community, and it's been nothing but a positive experience so far. It's interesting to compare some of the different communities; some seem to value technical competence over diversity, some UX over architecture, etc. It's probably easiest to…

As a counter-point: I've found it impossible to penetrate the Drupal community. I have filed several tickets over the years, including patches, which have often gone entirely without comment for sometimes months. Including a bug report and patch against a core include file. IRC is sometimes helpful, but usually not. In my experience, it's just really hard to get any questions answered or bugs fixed in Drupal.

I initially liked my experience with the Drupal community.

One of the things that drove me away (5+ years ago), beyond the direction the project took around Drupal 6 [1], was being stuck on Drupal.org for development.

In 2009, GitHub already offered everything the community would need, but instead developers were stuck with (poorly) custom made solutions. Last time I checked, it was still the case.

[1]: http://teddy.fr/2013/01/25/dropping-the-drop/

Re: Ask HN: Which open source projects have kind, supportive, talented teams?

#117
It's hard to just "pick a project" and start contributing. You need a little bit of passion, excitement, or just plain need. Look at the tools that you already use and depend on and start there.

Odds are you know how to set them up, configure a few things, and the like. In most cases, a few pull requests to the docs are not just welcome but greatly appreciated.

(I've been managing projects since 2007 and participating since 2001.)

Re: Ask HN: Which open source projects have kind, supportive, talented teams?

#118
post #21

Earlier quoted context omitted.

Agree 100%. The Rust community is excellent.

In my experience the Rust community exhibits a cloaked form of tyranny. On the surface they are very vocal about supporting 'inclusiveness' and 'non-discrimination' and 'tolerance'. Yet they use a rather harsh and subjective code of conduct to control and police the members of their community. Last I knew they even had a moderation team who doled out punishment without any due process nor any oversight of significanc…

Yeah, you're in the wrong.

The problem is that you believe that your opinion is the politically neutral one, and it isn't. It's just that the Rust community aren't a bunch of libertarians, which stands out considering how much of the tech community are, and how wildly that skews their perspective.

From a point of view outside of the tech industry, the Rust community don't do anything remotely unusual. Even much of the tech industry, outside of the SV reality distortion field, do much the same thing. They just try to keep garbage from the outside world from infesting the community and interfering with the work. Everyone else does that - it's really the only way to get anything done, short of having a totally homogeneous work environment.

Of course, a lot of you guys would prefer a totally homogeneous community. If Mozilla or the Rust community put you off... no big deal. It's not like there aren't plenty of others around who are quite happy to work with the Rust community because of their policies.

> But beware if you happen to hold a differing opinion!

If you hold a "differing opinion", and choose to take that into the Rust community with you... what do you expect? Keep your rubbish to yourself, and there won't be a problem.

Post reply on HN