Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Decide on code standards #41

Closed
insipx opened this issue Nov 8, 2016 · 5 comments
Closed

Decide on code standards #41

insipx opened this issue Nov 8, 2016 · 5 comments

Comments

@insipx
Copy link
Owner

insipx commented Nov 8, 2016

Ok, so, every programmer has their own style. But for the purposes of this project we should decide on one in order to maintain some kind of fluency throughout.

I feel like we have some of it down :
2space indents
Brackets don't have their own lines

Things we should figure out:
I feel like we should use camelCase but we have both been like, alternative between doing_something_like_this and camelCase
We should probably make that all camelCase as per most standards

Can't think of anything else that's different, but there probs is

PS - il fix where I made the brackets with their own lines :P

@Romulus10
Copy link
Collaborator

Yeah, when I write C I tend to format_my_names_like_this because that's kind of more accepted for the language but camelCase is probably more correct. We'll take care of that.

@insipx
Copy link
Owner Author

insipx commented Nov 8, 2016

Nah I do the same thing, it's a bad habit

It's going to be easier to read commit history if we decide on standards, though, that way it's easier to zero-in on changes that possibly made things go wrong

@Romulus10
Copy link
Collaborator

I keep forgetting and naming all of my variables_like_this.

@insipx
Copy link
Owner Author

insipx commented Nov 10, 2016

same,

It's difficult because some of the C libs and Bi's code has stuff_like_this

but then i'm like, camelCase or_like_this

I'm so conflicted right now

@insipx
Copy link
Owner Author

insipx commented Nov 26, 2016

screw standards

we should be good

@insipx insipx closed this as completed Nov 26, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants