Security News
Bun 1.2 Released with 90% Node.js Compatibility and Built-in S3 Object Support
Bun 1.2 enhances its JavaScript runtime with 90% Node.js compatibility, built-in S3 and Postgres support, HTML Imports, and faster, cloud-first performance.
@strv/eslint-config-javascript
Advanced tools
Write bulletproof JavaScript like a pro! 😎
This repository contains various configuration files for the awesome JavaScript linter, ESLint. The configuration files are purposefully separated into various categories to allow their composition according to developers' preferences or requirements. It should also make adoption of ESLint across existing codebases easier.
The goal of this project is to help all developers write better code. It should not be a hindrance or cause a major fight about how to write it. Although it will never achieve the "one-config-suits-all" status in terms of coding style, it should achieve that when it comes to writing safe JavaScript.
This package can be installed via npm:
npm install --save-dev @strv/eslint-config-javascript
Once the ruleset is installed, you must create your own .eslintrc.{js,json,yml} configuration file in your project's root and include those rulesets that you want to use. See the examples directory for, well... examples.
WARNING: The order in which various configuration files are loaded DOES MATTER. The recommended load order is the following:
- One of the versioned configurations for the chosen environment, ie. environments/nodejs/v6
- The best practices configuration file (if it exists), ie. environments/nodejs/best-practices
- The optional configuration file (if it exists), ie. environments/nodejs/optional
- Coding style ruleset, ie. coding-styles/base
The ESLint rules are semantically grouped into various categories for easy composition.
These rules are the ones you should be including in your .eslintrc.{js,json,yml} configuration. They are separated into categories based on the environment for which the code is being developed. Additionally, each environment provides several levels of "strictness" which the developer can choose from. This level of separation is meant as a means to gradual adoption of all the rulesets.
It is recommended for new projects to include all levels.
These rules help developers adhere to a certain coding style. They do not provide code safety, but help developers write code in a way that is consistent across the whole codebase, which in long term helps them better maintain that code.
These rules are intended to be used independently on platform. However, you should still consider including rules for your environment if you really care about high-quality JavaScript.
This software is licensed under the BSD-3-Clause License. See the LICENSE file for more information.
FAQs
Write bulletproof JavaScript like a pro! 😎
The npm package @strv/eslint-config-javascript receives a total of 358 weekly downloads. As such, @strv/eslint-config-javascript popularity was classified as not popular.
We found that @strv/eslint-config-javascript demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 3 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Bun 1.2 enhances its JavaScript runtime with 90% Node.js compatibility, built-in S3 and Postgres support, HTML Imports, and faster, cloud-first performance.
Security News
Biden's executive order pushes for AI-driven cybersecurity, software supply chain transparency, and stronger protections for federal and open source systems.
Security News
Fluent Assertions is facing backlash after dropping the Apache license for a commercial model, leaving users blindsided and questioning contributor rights.