ESLint VS JSHint

This linting is designed to work with eslint, which is very commonly used in the JavaScript world.

I noticed this issue only after running a linter. Sometimes we’re not familiar with the tricky edge cases or conventions of a particular language. A convenient way to catch and fix such issues — including formatting, styling, and even some security problems — is to use linters. For example, you can use golangci-lint for Go, ESLint for JavaScript, and Pylint for Python. In fact, almost every widely used programming language has its own linter or code quality tool. Linters are especially helpful when generating code with AI — they help keep your code clean and safe, at least to some degree.

Static code analysis tools scan code for potential issues before execution, catching bugs like null pointer dereferences or race conditions early. Daniel Vasilevski, Director and Owner of Bright Force Electrical, shares, “Utilizing static code analysis tools gives us a clear look at what’s going wrong before anything ever runs.” During a scheduling system rebuild, SonarQube flagged a concurrency flaw, preventing booking errors. A 2024 Synopsys report found that static analysis reduces production defects by 22%. Tools like ESLint for JavaScript or Checkstyle for Java complement testing, ensuring cleaner codebases.

ESLint – Widely used for JavaScript/TypeScript projects to catch style and logic errors

If you’ve ever set up a JavaScript or TypeScript project, chances are you've spent way too much time configuring ESLint, Prettier, and their dozens of plugins. We’ve all been there — fiddling with .eslintrc, fighting with formatting conflicts, and installing what feels like half the npm registry just to get decent code quality tooling.

Tools like Vite and Next.js already provide support for linting via the ESLint module.

Website: eslint.org

Unfortunately, this did mean that configuration began to sprawl. At this point, I had configurations not just for Vite (shared with Vitest) and tsc, but also for Prettier, ESLint and even ShellCheck. Many of these files had shared settings that needed to match each other. This was somewhat manageable, until Vite was also in the mix.

1. ESLint Website: https://eslint.org/ Eslint is a static code analysis tool that checks your JavaScript/TypeScript code for errors and applies coding standards. Think of it as a spell-checker for your code.

I get it. If you're just here to find a good, working ESLint configuration for a NextJS project, then look no further. Copy what's below. Although, it's probably out of date, so you can find a version that's been updated since I published this post in my open source project Historio ➡️ in Github here ⬅️.

Emerging as a fork of JSLint, JSHint was introduced to offer developers more configuration options. Despite this, it remains less flexible than ESLint, particularly in terms of rule customization and plugin support, limiting its adaptability to diverse project needs. The last release dates back to 2022.

JSHint is a code-checking tool that'll save you loads of time finding stupid errors. Find a plugin for your text editor that will automatically run it on your code.

jshint -> Old library

also, if you are going to code for this sheet and do not know about the website jshint.com, you need to know about jshint.com

There is an error in some file. Or maybe some wine shenanigans (never used it). You can try searching for the file item-possessionLimit.js and paste it into something like https://jshint.com/ to get an analysis and try to fix it. But it might give you further errors or file might be packed somewhere.

If you are coding for this sheet and you do not know about jshint.com ...

JSHint

I came across a problem where I had to find the ES6 features used by any javascript project and other data regarding their use. When I reached out to stackoverflow, I could find only one relevant post which asks you to use linters like jshint/jshint or compilers like babel. Jslint didn't seem to report anything specific to ES6 and Babel converts all the ES6+ features to ES5 but doesn't report anything regarding which constructs were used or how many times they were used. However, Jshint reported all ES6 features used in the code along with some metadata. And, to suit my needs, I ended up writing a python script that calls Jshint on all JS files in a project and presents the features used in the project and the number of times they were used across all files. You can find the code here : jsHintRunner

Javascript Linting parses and checks if any syntax is violating the rule. If a violation occurs, a warning is shown explaining unexpected behavior. Use the online version for small projects: JSLint, ESLint or JSHint. For larger projects, it is recommended to use a task runner like Gulp or Grunt. Linters ensure developers are following the best practices as a result of which few bugs appear during project development.

If you don't know https://jshint.com/ and want to script for this sheet, then you should know https://jshint.com/