drupalcores icon indicating copy to clipboard operation
drupalcores copied to clipboard

Switch from "Top companies all time" to "Top companies last 30 days"?

Open webchick opened this issue 11 years ago • 6 comments
trafficstars

The new page at http://ericduran.github.io/drupalcores/companies.html is super awesome. However, when I tweeted about it there was some criticism about the validity of the data (which, granted, is also spelled out at the top of the table). Namely, that due to a lack of historical tracking of contributors' employers on d.o (there's an issue for that at https://drupal.org/node/1968480), when a contributor from company A switches to company B, all of a sudden company B gets credited with not only all of the contributor's current contributions, but also all other contributions they've ever made on Drupal.org! This causes e.g. ZivTech to be way down proportionately from where they should be, and in a way encourages businesses not to let their employees have D8 time, because they'll end up juicing up the competition's contributions if their employee ever leaves. :\

Given that, it might be better to replace the "ranked" company list with a time-limited one instead, say, "Top companies whose employees contributed in the past 30 days." And make the list of all 732 companies who contributed to D8 just a list (maybe randomized order, for fairness) with no specific metrics behind it, apart from maybe # of contributors overall which hopefully only goes up.

webchick avatar Feb 24 '14 18:02 webchick

There's two metrics here:

  1. Which companies are historically prolific contributors working for.
  2. Which companies employ contributors who were profilic in the past 30 days.

Both of those are valid metrics, in both cases the contributions aren't necessarily down to the company at all.

catch56 avatar Feb 25 '14 12:02 catch56

I agree this is a problem that would be great to solve. Another solution that keeps more history would be to parse and store the organization data along with commits so that it can evolve over time.

greggles avatar Feb 25 '14 17:02 greggles

Also just because I work for a company does not necessarily mean my core work is associated either. Yes, stuff I do during the day should be credited, and I do a lot of that. But wouldn't I be working on core and contrib late at night when I'm not "on the clock" regardless of who I'm working for?

davereid avatar Feb 25 '14 21:02 davereid

I don't see how it is possible to fix both problems:

  • Commits were worked on "off the clock", and shouldn't be attributed to an employer
  • Commits were worked on for a previous employer Keep historical tracking of users' employers would help with the first point, but unless we all agree to start explicitly tracking which issues we work on at what time of day, I don't know how to address the second problem.

Stanford has supported me here and there, but less than 1% of my commits should count toward them. Yet they are prominently listed 3rd. My best guess would be 20% of my commits were sponsored by Zivtech, which would bump them from 77th to top 20, even higher if every other contributors numbers were adjusted similarly.

However, I did enjoy looking through this list when it was posted, because it was interesting to find out some people were coworkers that I didn't know about. I like the idea of listing companies by the number of contributors they employ, but it being a part of the D8 contributors list makes it seem more important that it is.

timplunkett avatar Feb 25 '14 21:02 timplunkett

Yeah, we have to take these things with a grain of salt. There's also the major point that commits are not 100% correlated to value created nor effort spent. So, we can just try to get as accurate as possible (showing the most recent 30 days or calculating the values over time would both get us more accurate than we are now) and call that good enough at some point.

greggles avatar Feb 25 '14 22:02 greggles

It also affects MongoDB which have sponsored my D8 work for close to two years now.

chx avatar Mar 06 '14 00:03 chx