Did you test it?
I tested it yesterday on 3 profiles and it missed repos and misrepresented the language statistics (nope didn't create a bug report)
First thing I did after that was to unstar it.
Nice concept thought. Hopefully github will integrate some of the functionality.
My "commits per quarter" graph jumps from Q4 2015 to Q1 2017, without showing any data for the quarters of 2016. That's interesting because I moved from the US to the UK, which was quite a shock! It took me a while to really feel comfortable in my new home, especially since I had just taken a new job and it too was changing a lot. I guess I really didn't really "fit in" at the new job. Upon reflection, I guess 2016 was a bit of a lost year for me.
I'm impressed. This visualization is _really_ advanced.
When I review GitHub usage like this, I can't help but feel the statistics don't represent which language I can best express my ideas with, and which are my most important projects (ie many work repos have very few stars)
> This is necessary because GitHub has a 5000req/hour rate-limit which would be reached very quickly if you tried to analyze some of the bigger profiles on GitHub.
Can someone explain me how starring the repo will fix this issue?
It does not fix the rate limit. But maybe it's so you can remember to come back and try again? Or it's for putting your own requests in the front of the queue.
Or it's just a cheap hack (and the author is lying) to get more exposure for your project.
How many requests does it require per user? When I built my license checker[0] I went with making requests straight from the browser to Github. It has a lower rate limit, but it's per-client, not tied to an API key.
From a "devil's advocate" perspective, it's a relatively simple way to keep people from burning through the rate limit by submitting loads of usernames. Of course, if checking whether a user has starred the repo counts towards the limit, it doesn't solve the problem entirely...
19 comments
[ 2.1 ms ] story [ 63.5 ms ] threadNice concept thought. Hopefully github will integrate some of the functionality.
> If you are NKCSS, please star the repo and try again.
I'm impressed. This visualization is _really_ advanced.
Or maybe the labels are just incorrect.
Can someone explain me how starring the repo will fix this issue?
Or it's just a cheap hack (and the author is lying) to get more exposure for your project.
[0] http://dschep.github.io/license-checker/
I used it and immediately unstarred.