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

"Use standard style" #275

Closed
feross opened this issue Sep 29, 2015 · 11 comments

Comments

@feross
Copy link
Member

commented Sep 29, 2015

standard has seen pretty incredible adoption! 1700+ packages already depend on it.

But how can we bring the benefits of standard to more packages? What about getting the top 200 packages to adopt it?

Developers get better by inspecting how popular packages work and looking at their package.json files. Getting more of the top 200 to adopt standard would likely have an outsize effect on overall adoption.

I see two possible approaches:

  1. Use standard --format and/or manual work to transform packages and send PRs. This would probably be most effective for simple, small packages.
  2. Open an issue ("Use standard style"), explain the benefits of standard, answer any questions the maintainers might have. This would probably be most effective if the issues are opened by existing contributors, or users who are invested in the package.

Points to mention in PRs, issues:

Who wants to help?

This is the current top 200 list:

@feross feross added the help wanted label Sep 29, 2015

@rstacruz

This comment has been minimized.

Copy link
Member

commented Sep 29, 2015

coffee-script 10247

lol

@yoshuawuyts

This comment has been minimized.

Copy link
Contributor

commented Sep 29, 2015

How about also getting Node core to adopt standard? I thought about it before, but never felt in a comfortable enough position to suggest it.

A possible entry point into Node core could be the readable-stream repo, which contains the streams implementation used in core.

@dcousens

This comment has been minimized.

Copy link
Member

commented Sep 29, 2015

@calvinmetcalf

This comment has been minimized.

Copy link

commented Sep 29, 2015

naw readable-stream is just a bunch of regexes that pull it out of node core

@LinusU

This comment has been minimized.

Copy link
Member

commented Oct 7, 2015

I would love to help out! 🚀

Could we maybe draft a good pull request text that we can use?

@LinusU LinusU referenced this issue Oct 7, 2015
@LinusU

This comment has been minimized.

Copy link
Member

commented Oct 7, 2015

First pull request submitted!

@feross

This comment has been minimized.

Copy link
Member Author

commented Oct 12, 2015

After discussion on IRC, consensus was that this approach is a little too aggressive. I agree.

Was worth sharing the idea for feedback, nonetheless!

@feross feross closed this Oct 12, 2015

@LinusU

This comment has been minimized.

Copy link
Member

commented Oct 13, 2015

@feross Maybe we could try and find repositories that already have a similar coding style, and make pull requests to them?

It would be really cool to run standard on every npm package and count the number of errors, then start from the bottom at that list.

@Alhadis

This comment has been minimized.

Copy link

commented Dec 16, 2015

@feross : I staunchly oppose your "standard style", your preference for hideous 2-space soft tabs and your blatant disregard for common sense. Seriously dude, stop trying to fix what isn't broken.

Also, you should change the name to "JavaScript Common Style", or something. The word "standard" is charged with special meaning in the web community, as you know. Doesn't matter that the readme explains that the word has more than one definition. Saying "this repo follows the JavaScript Standard Style" makes anything else sound like iconoclasm.

🝤

@LinusU

This comment has been minimized.

Copy link
Member

commented Dec 16, 2015

Just because you have made a repository called "Common Sense Coding" doesn't mean that it's actually common sense. If you prefer tabs, then by all means, use them. Two spaces seems to be the most widely used in the JavaScript community though, a standard style needs to take that into account in order to get adoption.

@feross

This comment has been minimized.

Copy link
Member Author

commented Dec 16, 2015

@Alhadis No one's forcing anyone to use standard. If it's not your cup of tea, feel free to not use it. Cheers!

@standard standard locked and limited conversation to collaborators Dec 16, 2015

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
7 participants
You can’t perform that action at this time.