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

Loosest/least-strict/most laxed config option #99

Open
devinrhode2 opened this issue May 7, 2022 · 2 comments
Open

Loosest/least-strict/most laxed config option #99

devinrhode2 opened this issue May 7, 2022 · 2 comments

Comments

@devinrhode2
Copy link

opposite of strictest

Could be discovered here: https://stackoverflow.com/questions/59506821/starter-tsconfig-json-that-is-the-most-laxed-loose-for-pure-javascript-projects

@orta
Copy link
Member

orta commented May 7, 2022

Interesting, in many ways an empty tsconfig.json / jsonconfig.json is sort of the lower bounds for the strictness of a project. Which makes shipping a lax mode basically a NOOP I think.

Under the hood .ts files get the 'full' type checker, and .js files get a lot of simplifications - there's not really a way to make a .ts file get those .js files' laxness via a tsconfig entry

@devinrhode2
Copy link
Author

Another way to arrive at a similar answer:

  1. Reverse everything in the strictest config
  2. Remove rules which are simply asserting defaults

However, there are a few rules which, if undefined, still provide you ide hints, but don't register on any sort of tsc cli command.

So for those few properties, if we want to maximally reduce cognitive burden, those rules should be explicitly disabled.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants