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

Re: git-scm.com

From
Ddavid@lang.hm <david@lang.hm>
Date
Jul 26, 2008, 06:27 UTC
Message-ID
<alpine.DEB.1.10.0807252317050.10571@asgard.lang.hm>
In-Reply-To
<d411cc4a0807252230v76670d3cp2205e40826acc6e2@mail.gmail.com>
On Fri, 25 Jul 2008, Scott Chacon wrote:
Show 43 quoted lines
> On Fri, Jul 25, 2008 at 7:47 PM,  <david@lang.hm> wrote:
>> On Sat, 26 Jul 2008, Petr Baudis wrote:
>>
>>>  Hi,
>>>
>>> On Fri, Jul 25, 2008 at 07:28:32PM -0700, Scott Chacon wrote:
>>>>
>>>> I am more concerned about the logo at the bottom, and Petr and I are
>>>> discussing this - I can remove the logo, but then I'd have to pay for
>>>> this out of my pocket instead of having a small logo on the page.
>>>
>>>  I actually think that this is *one* reference to GitHub that is
>>> perfectly and 100% okay; if it is sponsoring the hosting, it deserves
>>> the logo, and it is fairly non-intrusive. I _am_ watching out warily
>>> for excessive GitHub references within the rest of the site - if only
>>> because I have kind of personal interest in a competitor of GitHub and
>>> thus don't want GitHub to get unwarranted free advertising. :-)
>>>
>>>                                Petr "Pasky" Baudis
>>
>> since this is a Ruby on Rails site, could the 'five links' that have been
>> bothering people be randomly selected? if every time you go to the site you
>> get a different list of projects it show how broadly git is used. it's not
>> as 'in your face' as managing to select five that cause people to say "wow,
>> they're using this", but different people will react to different sites.
>>
>> if this table gets populated by GitHub, kernel.org, and a couple other
>> sources it should be vendor independant enough (and we need a table like
>> this anyway for the 'list of projects that use git', so it serves two
>> purposes)
>>
>> David Lang
>>
>
> I would really like to have the big ones there all the time ('Linux',
> 'Ruby on Rails', 'WINE', 'X.org', etc)  Prototype and MooTools are
> pretty big in the web dev world, which a lot of people are starting to
> come from - at least Prototype should be there all the time.  For the
> rest, if we want to pool a bunch of other projects from different
> places, that would be cool, but they should be active - I don't want
> people clicking on something above the fold and getting a dead
> project.  If someone wants to help me vet a list, I'd be happy to do
> that.

I can see things going either way on this, and I'm sure that the algorithm for the 'best' way to select projects can be tweaked endlessly. I am not that afraid of someone hitting a dead link, especially if you were to list them as 'projects 2,4895,9287,104,18439 of xxxxxx project that have reported using git' with numbers that large people expect that some projects will have gone dead, and even if they are all live today, how frequently did you plan to re-check them to decide they are dead? (and what is your definition of dead?)

Show 17 quoted lines
> However, that being said, it's going to be difficult to have Github
> projects not dominate the list a bit.  The fact is that it hosts far,
> far more projects than any other single hosting service.  Just in
> fully public projects, the current stats (from the website pages) are
> something like this:
>
> kernel.org : 475
> repo.or.cz : 1,553
> gitorious   : 780
> github       : 10,560
>
> It hosts far more than that if you include private projects, too.  So,
> if we want to choose totally randomly, it's going to be at least a 5:1
> ratio between github projects and all other public hosting providers.
> If anything, statistically, the current list is conservative in it's
> links to github projects.  For me to avoid using them is artificially
> punishing them for having paid plans, which is silly.

as long as there is a mechanism to add things to the list I don't see anything wrong with the frequency reflecting this reality. anyone who thinks the numbers are skewed is free to add other projects to the list.

part of this is reducing the room for people to accuse you of impropriaty, if you select the links people can accuse you of playing favorites, if it's random selection and includes competitors entire lists, it's much clearer that you aren't skewing things.

David Lang
Previous: Junio C HamanoNext: Wincent Colaiuta
Message 32 of 77 in “git-scm.com”
  1. Scott ChaconJul 25, 2008
  2. Sverre RabbelierJul 25, 2008
  3. Scott ChaconJul 25, 2008
  4. Johan HerlandJul 25, 2008
  5. Scott ChaconJul 25, 2008
  6. Stephan BeyerJul 25, 2008
  7. Scott ChaconJul 25, 2008
  8. Junio C HamanoJul 25, 2008
  9. Scott ChaconJul 26, 2008
  10. Junio C HamanoJul 26, 2008
  11. Peter Valdemar Mørch (Lists)Jul 27, 2008
  12. Petr BaudisJul 27, 2008
  13. Junio C HamanoJul 27, 2008
  14. Junio C HamanoJul 27, 2008
  15. Martin LanghoffJul 27, 2008
  16. Tom WernerJul 28, 2008
  17. Johannes SchindelinJul 28, 2008
  18. Tom WernerJul 28, 2008
  19. Jon LoeligerJul 31, 2008
  20. Kevin BallardJul 31, 2008
  21. Junio C HamanoJul 28, 2008
  22. Martin LanghoffJul 28, 2008
  23. Pieter de BieJul 28, 2008
  24. Shawn O. PearceJul 29, 2008
  25. Patrick AljordJul 26, 2008
  26. Scott ChaconJul 26, 2008
  27. Petr BaudisJul 26, 2008
  28. david@lang.hmJul 26, 2008
  29. Scott ChaconJul 26, 2008
  30. Patrick AljordJul 26, 2008
  31. Junio C HamanoJul 26, 2008
  32. david@lang.hmJul 26, 2008
  33. Wincent ColaiutaJul 26, 2008
  34. Scott ChaconJul 26, 2008
  35. Junio C HamanoJul 26, 2008
  36. Johannes SchindelinJul 26, 2008
  37. Official Git Homepage change? Re: git-scm.comPetr Baudis, Jul 26, 2008
  38. Petr BaudisJul 26, 2008
  39. Junio C HamanoJul 26, 2008
  40. Johannes SchindelinJul 26, 2008
  41. Junio C HamanoJul 26, 2008
  42. Johannes SchindelinJul 26, 2008
  43. Petr BaudisJul 26, 2008
  44. Junio C HamanoJul 26, 2008
  45. Thomas AdamJul 26, 2008
  46. Petr BaudisJul 27, 2008
  47. Johannes SchindelinJul 27, 2008
  48. Sverre RabbelierJul 27, 2008
  49. Scott ChaconJul 26, 2008
  50. Junio C HamanoJul 26, 2008
  51. Scott ChaconJul 26, 2008
  52. Sverre RabbelierJul 26, 2008
  53. Rene HermanJul 26, 2008
  54. Jakub NarebskiJul 26, 2008
  55. Scott ChaconJul 26, 2008
  56. Jakub NarebskiJul 26, 2008
  57. Petr BaudisJul 26, 2008
  58. Petr BaudisJul 26, 2008
  59. Jakub NarebskiJul 26, 2008
  60. Petr BaudisJul 26, 2008
  61. Jonas FonsecaAug 3, 2008
  62. Junio C HamanoAug 3, 2008
  63. Petr BaudisJul 27, 2008
  64. Scott ChaconJul 26, 2008
  65. Petr BaudisJul 26, 2008
  66. Johannes SchindelinJul 26, 2008
  67. Petr BaudisJul 26, 2008
  68. Stephan BeyerJul 26, 2008
  69. Johannes SchindelinJul 26, 2008
  70. Scott ChaconJul 26, 2008
  71. Martin LanghoffJul 26, 2008
  72. Jakub NarebskiJul 26, 2008
  73. Petr BaudisJul 26, 2008
  74. Junio C HamanoJul 26, 2008
  75. Scott ChaconJul 26, 2008
  76. Johannes SchindelinJul 26, 2008
  77. Scott ChaconJul 26, 2008

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.