Eli
Oh, and `type_literal_in_constant_pattern` is in recommended now. --- I'm looking through the lints repo to find as many exclusion reasons as possible, so I've also updated the list of lints...
Another item to add would be that [no-unsafe-assignment](https://typescript-eslint.io/rules/no-unsafe-assignment/) can't (usually) be fixed with JSDoc (#1682). The other `no-unsafe-*` rules can be casted on other variables first, but that rule bans...
I took a look, and I think all of ota-meshi's packages should be fine with v8. The linked PRs bump it as a devdep, and only make types changes. I'd...
It's probably really out-of-date now, but I've used [`vitest-codemod`](https://github.com/trivikr/vitest-codemod) in the past with mixed success.
> I'm curious what this rule would add to the picture when package manager's will already provide feedback (or error if strict is enabled) when the engines conditions aren't met?...
Oh, #656 and #699. I think it's better maintained enough now to be worth considering.
> Is this feature still part of the development plan? My understanding is that it's being worked on over here: https://github.com/Vertex-Mods/Zen-Library
What about a `require-exports` (given that there's `main`, `module`, & `types`?)