git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Promoting Git developers (was: Bashing freelancers)

From
Michael J Gruber <git@drmicha.warpmail.net>
Date
Mar 9, 2015, 13:57 UTC
Message-ID
<54FDA6B5.8050505@drmicha.warpmail.net>
In-Reply-To
<CAP8UFD1+rC0FjisSddDcyn1E_75wtBU9pEpUcQX5zNtd4zKYFQ@mail.gmail.com>
Christian Couder venit, vidit, dixit 07.03.2015 08:18:
Show 10 quoted lines
> Hi,
> 
> On Fri, Mar 6, 2015 at 6:41 PM, David Kastrup <dak@gnu.org> wrote:
> 
>> At some point of time I think it may be worth reevaluating the toxic
>> atmosphere against freelancers doing Git development.
> 
> My opinion on this is that the Git community has not been good
> especially lately at promoting its own developers.
> 
I guess we have at least 3 kinds of people here:

A) Paid to do Git development, at least as part of their job. B) Freelancers who don't get paid directly for "doing git" but hope to profit from their git efforts directly or indirectly. C) Doing it in their freetime (or as minor, inofficial part of their non-programming job).

I'm in camp C and honestly wasn't aware of camp B until now.

I consider camp A to be beneficial for all of us, and I don't think specific employer interests have pushed the project in specific directions, or specific features (OK, maybe one, but not as a rule).

I do see that remuneration is an issue for camp B.
Show 6 quoted lines
> Some facts:
> 
> * There used to be an AUTHORS section in each of the git man page.
> They have been removed. The rational was that they were hard to
> maintain and the information about authors was easily available
> elsewhere.

I'd say it's difficult to do this in a fair manner, since most pages are a community effort now in the best sense.

> * There used to be a nice page on git-scm.com, the main Git web site,
> listing the authors and how many commits they had contributed. It has
> been removed.

It was out of date again and again, and pull-requests took forever. The problem here still seems to be the old dis-connectedness between that website and the developers' community. But it's the only one "we" have.

Since we're talking business: git-scm.com still looks a bit like a ProGit/Github promotion site. I don't have anything against either, and git-scm.com provides a lot of the information that users are looking for, and that are hard to find anywhere else; it's a landing page. It just does not look like a "project home".

Show 5 quoted lines
> * In the "A note from the maintainer" emails that Junio regularly
> sends, the last section about "Other people's trees, trusted
> lieutenants and credits." seems to have been truncated for some time
> and doesn't show anymore the nice "credits" words it used to show.
> Maybe this is a bug.

Being in camp C, that entry in "credits" was my remuneration, so-to-say, and I missed it when it was gone. OTOH, I do understand how tedious it is to keep that up to date and fair. (And if, I should probably have been removed at some point...)

There still is "git rev-list --count --author=Mickey origin/master" :)
> * https://www.openhub.net/p/git/contributors/summary seems to give me a
> "504 Gateway Time-out" right now :-(

I thought there is ohloh, but that one is the new ohloh... Anyways, Junio's repo on github is "official" in a sense and has this:

https://github.com/git/git/graphs/contributors
> * On the Git Merge web site, we can see that none of the speakers
> seems to have been a very active contributor to git.git

Yeah, that's more an "outside business window into git". In fact, while that doesn't quite intrigue me, I would think it's a great chance for freelancers to get in touch with people doing business with git.

And maybe they'll be talking about what they're using git for, and which technical and non-technical challenges they meet in doing so? Edward was fun to listen to in Berlin :)

Git merge itself is organized and sponsored by businesses with business interests. But there's also the contributors summit. Git merge Berlin was great and generous in that respect.

> None of these facts is a big issue in itself for me, but I think the
> trend is very sad, and I would be happy if we could discuss here or at
> the Git Merge (or both) about ways to improve in this area.

There should be a good occasion, after we see how it went, and hopefully also to sort out any apparent misunderstandings from the past that have resurfaced in this thread.

Maybe, all we need is badges? [1]
Michael
[1] https://badges.fedoraproject.org/
Previous: Christian CouderNext: David Kastrup
Message 2 of 43 in “Promoting Git developers (was: Bashing freelancers)”
  1. Christian CouderMar 7, 2015
  2. Michael J GruberMar 9, 2015
  3. David KastrupMar 9, 2015
  4. Philip OakleyMar 9, 2015
  5. Junio C HamanoMar 10, 2015
  6. Christian CouderMar 10, 2015
  7. Junio C HamanoMar 10, 2015
  8. Jason St. JohnMar 11, 2015
  9. Duy NguyenMar 11, 2015
  10. Junio C HamanoMar 11, 2015
  11. Duy NguyenMar 12, 2015
  12. Junio C HamanoMar 12, 2015
  13. Fredrik GustafssonMar 12, 2015
  14. Junio C HamanoMar 12, 2015
  15. Junio C HamanoMar 11, 2015
  16. Jeff KingMar 11, 2015
  17. Junio C HamanoMar 11, 2015
  18. Jeff KingMar 11, 2015
  19. Junio C HamanoMar 11, 2015
  20. Andrew ArdillMar 11, 2015
  21. Jeff KingMar 12, 2015
  22. Junio C HamanoMar 12, 2015
  23. Jeff KingMar 12, 2015
  24. Junio C HamanoMar 12, 2015
  25. Jeff KingMar 12, 2015
  26. Junio C HamanoMar 12, 2015
  27. Christian CouderMar 15, 2015
  28. Christian CouderMar 11, 2015
  29. Junio C HamanoMar 11, 2015
  30. Christian CouderMar 15, 2015
  31. Junio C HamanoMar 15, 2015
  32. Randall S. BeckerMar 15, 2015
  33. Christian CouderMar 16, 2015
  34. David KastrupMar 16, 2015
  35. Stefan BellerMar 16, 2015
  36. Christian CouderMar 17, 2015
  37. Junio C HamanoMar 17, 2015
  38. David LangMar 16, 2015
  39. Junio C HamanoMar 17, 2015
  40. David LangMar 17, 2015
  41. Christian CouderMar 17, 2015
  42. Thomas Ferris NicolaisenMar 17, 2015
  43. Christian CouderMar 17, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.