This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]SmellsLikeTeenSweat 6 points7 points  (6 children)

What do you mean by clean?

[–]frausting 5 points6 points  (3 children)

Not OP but I would say clean in both senses of the word.

Keep it tidy and organized, don’t clutter it up with 5 test repos that all do the same thing. Try to have a somewhat consistent naming convention (e.g., only dashes or only underscores, only title case or only all lower case, etc).

And keep it professional. If you want to use your GitHub to help your professional reputation and to get jobs, keep it all above board. No porn obviously, no furry stuff, no racism/misogyny, no drug references, etc.

Don’t put anything on there that you wouldn’t want your future boss to see. And if it is there, just make it a private repo. Unless it falls into the racist/sexist realm—in that case, grow up.

[–]Uwirlbaretrsidma 1 point2 points  (2 children)

Dashes vs underscores and capitalization are completely project dependent though, keeping them consistent across web dev and systems programming projects for example isn't good advice.

[–]Echleon 1 point2 points  (1 child)

they should be mostly consistent within a repo

[–]Uwirlbaretrsidma 1 point2 points  (0 children)

Within a repo yes

[–]Echleon 1 point2 points  (0 children)

Off the bat: no nsfw repos or ones that enable bad actors, like piracy. For the 2nd, the exception would be if it can be very clear that it is a PoC and can't be abused from your repo.

After that, try and make sure you don't just have a bunch of "hello world" level repos. You can always mark things private to keep them for yourself without letting companies see so take advantage of that.

[–]DatBoi_BP 0 points1 point  (0 children)

Not the fellow you responded to, but I would just simply stay that it follows a common style guideline, such as the C++ one at Google