Comments (6)
It's a waste of everyone's time, I'd be fine with implementing only the enforced braces rule, but that's never how it goes. Most likely, whoever is in charge of implementing the style checks will throw in a few more constraints that are just going to slow down development for no gain, which is why I say avoid them altogether.
from js.
Perhaps but your assumption here is of an overlord. These things are done as a team consensus or at the very least crushing majority π Once everyone's in agreement of the style their shop needs/wants to follow, then I see no impediment.
from js.
The impediment is that it provides little gain while being super obnoxious. You don't have to follow these guidelines, they are just what I'm comfortable with, and that's upholding quality while not having a build fail because I added a space between function
and ()
A verbal agreement or a written style guide is better than having a mindless worker blindly listening to an obnoxious style checker
from js.
Most likely, whoever is in charge of implementing the style checks will throw in a few more constraints that are just going to slow down development for no gain, which is why I say avoid them altogether.
So you detest style checkers because of the people creating them? I don't see how that has any bearing on the benefits of automated code style checking.
A verbal agreement or a written style guide is better than having a mindless worker blindly listening to an obnoxious style checker
Except when your "preferred style" changes. Why would a tool that only check agreed upon rules be obnoxious?
from js.
Because it puts the focus on the wrong place.
Who cares if a couple of methods have an extra space in a comma-separated list of arguments? It can be super tedious, I suggest a more relaxed approach, that's it. I'm not saying don't use it ever ever, but just be really conscious about what you're doing.
from js.
I absolutely agree that the focus shouldn't be on code style at all - that's the entire reason for me to use a linter that is strict on code style. That way my colleagues and I can focus on what's important.
Thanks for the clarification.
from js.
Related Issues (20)
- Function declarations and hoisting. HOT 4
- Question HOT 1
- [discussing] can ternary operators be used instead of if/else? HOT 4
- sdlkjsflksj HOT 1
- Comparison operators HOT 1
- Adding New Feature in Doc HOT 2
- Hello
- .
- ζΆι.js
- Js
- link[29] james.padolsey.com in README.md 404
- 001
- 8
- 1
- Hello
- Can I mix colors by using js? HOT 1
- Let count =0;
- My Portfolio
- https://t.me/zeldychecker
- ok
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from js.