Does not catch Octokit::NotFound when getting a random user.

@Strikingwolf should we deprecate/delete the analyze methods? They don't really do a whole lot over just running the langs/repos methods. The only difference is that they return nil, which we check with .nil?, but that can easily be switched to .empty?, as it would do the exact same thing.

See ghuls-apps/ghuls-deprecated#28

I think we should get even more data. Currently the data we get is limited. Sure it's interesting, but I think we could go deeper into the User Statistics.

Here are my current ideas:

• Forks and stargazers: Histogram with each "line" being a repository and the total
• Followers and following: pie chart? Not really sure for this one
• Open issues/PRs, closed issues/PRs/merged PRs: Histogram with each "line" being a repository and the total
• Public, forked, mirrored, private, and total repo count: Pie chart

@Strikingwolf I'd like to know your thoughts.

It sometimes errors with "\xE2" from ASCII-8BIT to UTF-8 (Encoding::UndefinedConversionError)

This should be a pretty simple fix by just using Marshal as the serializer for Octokit.

An example of a user that this occurs on would be @sferik.
Error: /usr/local/lib/ruby/gems/2.2.0/gems/ghuls-lib-1.1.2/lib/ghuls/lib.rb:78:in 'block in get_org_repos': undefined method 'each' for "":String (NoMethodError)

All of my repos, followers, watchers, forks and stargazers are capped to 30, the issue/PR stats are also way too low but seems to be capped differently. I'm guessing you are only fetching the first page for each thing?

The require should be something like require 'ghuls-lib' rather than require 'ghuls', due to confusion. The CLI gem is "ghuls", while the lib gem is "ghuls-lib", so the require statements should reflect that.

Additionally, the module name is very ambiguous. It should be changed to something like GHULS::Library or GHULS::Utilities, or something. This will require changing everything in the ghuls-cli and ghuls-web repositories.

These two issues combined result in a NameError when running the CLI. However, the web app works fine.

We should be able to get the user's avatar URL quickly so that it can be used in the web app. Can't really see any use in having it in the CLI.

Instead of having a bunch of module functions, we should have a GHULS class that can be initialized the same way configure_stuff works. I don't even know what I was thinking when I wrote this to be honest.