Live data from Hacker News

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

news.ycombinator.com

131–140 of 293 posts

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

#131

Find the projects that speak to you then check in on the communities. Contributing to open source is first and foremost _work_. A community can turn you off from participating, but the motivation to contribute only comes from the product. And you might be surprised at the difference between what it's like to contribute to any random project compared to what a "news" blogger that needs to generate hits wants you to th…

I spend my life first and foremost in a community. I think it makes perfect sense to look for a good community first and then check in on their project.

That said, I've noticed that all of my favorite communities are centered around good work, and that good work makes it easy to find and share joy. A great community isn't going to be working on something stupid.

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

#132

Earlier quoted context omitted.

That sounds nice, but in practice it is likely to be an exercise in futility and frustration.

Agree to some extent, but it depends on the team though. From what I've seen there are many projects that aren't kind , but they aren't too unkind either. Or if they are unkind, it's not by conscious choice -- just what happens when you get people coming from other unkind projects. Not people who want the project to be unkind, mind you, just people who are used to that and okay with it. Such projects can benefit a lo…

From what I've seen of you in the Rust community, you might be one of the people who has the chops to actually make a large positive impact on a project's community. But for me, at least right now, without practicing a bunch, I think it would be futile and frustrating, and I suspect most people are in that boat.

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

#135

Earlier quoted context omitted.

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.…

I have always had a mixed experience, and I think I mostly agree with that blog post, for the most part. I know our most recent migration to Drupal 7 (still ongoing, about a year after I started working on it in my spare time; it's the most painful migration I've ever worked on, including migrations across CMS and languages...this particular site has been migrated from OpenACS->Joomla->Drupal 6, all of those jumps were faster and easier than the jump to Drupal 7).

I'm very uncomfortable with the direction of Drupal (the willingness to break backward compatibility without credible paths forward for users being the most painful for me). I've always assumed mostly it's due to my own ignorance, but this blog post confirms some of that discomfort is not just me not knowing what's going on. There's been a big move of putting things into the database that once resided in code, and this makes it really challenging to figure out how anything works. The abstraction runs really, really, deep, almost absurdly so. Trying to figure out what makes a page happen is an exercise in frustration a lot of the time, as it has pieces that are in code, pieces that are in Views, and pieces that come from other mysterious locations (there's stuff that I just assume will always remain beyond my kin).

Drupal 8 seems to be further down that path. Certainly there are improvements, but it just requires so much knowledge to even begin to work on anything in Drupal that it's incredibly frustrating for someone that dips in every week or so, to add new functionality or fix a bug on my company website.

Earlier in this migration, and at several stages along the way, I've assessed whether I could move our site to something else with less effort and end up with something nicer (both for users and to maintain). I opted not to at several points along the path, but I'm still not convinced that was a wise choice, even as close as I am now to launching a D7 version. Frankly, I dread working on the damned thing. It's just not fun.

As for github, I don't actually blame an OSS project for not wanting to move into a proprietary source hosting platform. I have uneasy feelings about my own projects being hosted there, and plan to work on a gitlab or Phabricator or something else deployment eventually, so we are not beholden to a proprietary third party (github is a great product and they seem like great people, but so was SourceForge at one time).

Anyway, if there were some other thing (I don't like using the term CMS, because people often assume I'm wanting a CMS...when "content management" is effectively 0% of my use case for Drupal) that had integrated forums, ticket tracker, shopping cart with subscriptions and licensing, and a way to manage docs, and it didn't require mountains of custom code, I would have already moved away from Drupal. I've considered building something custom with a framework, but this isn't my core competency or interest; I just want to put some pieces together and sell and support the software I do want to work on full-time.

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

#136

Rust is generally awesome.

Rust's IRC channel is amazing - supportive, thoughtful, and non-condescending. This is in sharp contrast to the Go one, which is an absolute cesspit.

I remember enjoying Go's IRC room early on, but it has gotten …more difficult. I fear this is inevitable and will happen to Rust, but it hasn't yet, which is an extremely pleasant surprise.

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

#138

The Perl 6 development team is generally good-natured and work to be pleasant to each other and newcomers. http://perl6.org/

I was about to write the same thing. Perl 6 is a great community, and they really seem committed to keeping the community welcoming and engaging.

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

#139
The day open source will be kind is the day there will be no more discussions.

When there is no more discussions and everything looks nice the project as either became proprietary (apache, mysql, nginx), mummified dead (tex) or religious dead (GNU+HURD), or soon to be kind of proprietary (mongodb) or dead of shame (rails) or dead by tyranny (openBSD) or it is a zombie (perl6) or dead from laughing (agile) or dead by bloat (node, angular, react, riak).

Well, Choose 2/3 kind & supportive open source alive

For example the consensus on PHP is vastly due to either true pro making real money out of fixing the mess of PHP spaghetti code, and people having real better tools to make better code.

PHP is thus a good example of a dead project that ignores it.

PHP is quantically dead.

Post reply on HN