The Problem with GitHub Pages
blog.jathu.me
blog.jathu.me
Slightly disagree. What I always loved about pages is every commit is on record and auditable by the public. This makes coders accountable for their actions if they introduce malicious code to their users. Take for example:
`something.js` being served from RawGit (https://rawgit.com/). In all likelihood the asset can be trusted because we can inspect the repo where the asset resides and audit it.
The same cannot be said for private GH accounts, because it's impossible to view the source. People actually pay Github money to conceal their source code. Gasp
In the example given, using an uppercase P doesn't even make sense from an aesthetic standpoint.
One of my projects on GitHub is "UIImageColors", so if I were to create a gh-pages for it, the link would be jathu.me/UIImageColors.
Also, regarding the UIImageColors, if I'm making a library for a language that follows CamelCase, then it's only appropriate I follow that standard.
Ex. The GitHub repo for a (multiword) Python package foo_bar is generally foo-bar. Maybe this is just a convention we follow.
A list of top Python packages for example:
https://github.com/search?utf8=%E2%9C%93&q=language%3Apython...
Edit: It would be interesting to compare data for how repo and slug naming convention varies by language.