Introducing the new star-history.com – the missing GitHub star history graph
star-history.com
star-history.com
1. Generate high resolution chart image. 2. Timeline mode to align trajectory among repos debuted from different times. 3. Embed chart into other websites. 4. Temporarily toggle a particular repo.
We try to keep its original sketching feel while rewrite the entire site using modern stack (Vue + TailwindCSS + Vite).
Hope these improvements will make it more useful to open source project maintainers.
The timeline mode is fantastic
What am I missing?
"I never do X, therefore..." is a closed mindset that people should try to get away from. Ok, so you don't star projects. But clearly other people in general do star projects, so stars shouldn't be a huge mystery.
Case in point: the top 20 starred projects include joke projects, "awesome" lists and some javascript stuff.
It's probably also easy to buy stars.
No. You can't judge a book by the cover and there's no point in complaining that people should give you a better metric "that’s just as simple".
I don't think I have ever seen a repo with 3x the number of stars be less reputable than a similar repo (same language / target audience).
I.e. I would be happy to find a library with 100 stars in say elixir and similar threshold would be say few thousands in JavaScript.
Beyond 10-20k it is just popularity. It is meaningless whether vue or react is more popular.
Also it is only one indicator between choosing libraries, how many active contributors, how many closed and open issues , when was the last release also matters as well.
Bottom line is you try to avoid something very few people use or only one guy is developing
People don’t buy IBM or Microsoft because they are the best, it is because of their commitment to support and maintain the product. It is similar with GitHub projects
A good chunk of open source comes from corporate support directly, whether old school IBM or Facebook /google of the world.
Companies influence what gets developed when, even kernel development is largely corporate funded. social network motives seem a bit more benign than say how oracle runs MySQL
When projects are riding the hype wave and getting popularized by reddit or HN it's not a proof of commitment. On the contrary, it takes more commitment to maintain a project that is not hype-driven.
There's already too much churn and focusing developer's effort on developing the hot new thing of the week to be github-famous is harmful.
There are plenty of projects that I have used after seeing here, and say opened few issues or even made a MR or two.
Riding the social media wave is first step to getting users, issue responsiveness, project maturity all make a difference.
1000 star, 100 use , 10 create issues, 1 contributes. More eye balls in general can improve project quality. The maintainers have to be responsive yes, but that really is visible only with more exposure.
That's not what he said, he said rather "I never do X, what am I missing?"
Being a gitfluencer is extremely valuable.
2. A lot of people use star counts to determine whether or not your project is reputable.
3. As founder of a company with a major open source project, it's one of the only reliable data sources we have for benchmarking our own community growth. I can't see historical (or present) traffic numbers for other open source projects in the kubernetes space, but I can see the history of their star counts. That's really useful when you need to set goals for community growth
4. Some VCs care about it
As with most metrics, the metric in and of itself isn't important. What it measures (community growth) is. So be careful to optimize the latter and not the former
That said, I also use them as bookmarks.
At Openbase.com we're building the star count charts by using the GitHub GraphQL API (as we use it for other things like collecting stats about commits, issues and PRs).
Looking at how star-history works, seems like you opted for using the GitHub REST API - what are the upsides / downsides of using the REST API?
One feature is missing: search repository with a nice autocomplete would be very useful.