TypeScript vs ESLint #typescript #javascript

preview_player
Показать описание

Рекомендации по теме
Комментарии
Автор

Adding Prettier to the mix helps too, as ESLint alone is a bit too loose with defaults and takes a lot of tuning to get something that ensures a uniform way of code formatting in multi-dev teams.

AshleyWilsonAU
Автор

Speaking as someone who had to recently work on a Node (CommonJS) app that didn't use TypeScript: Since I've always been a huge proponent on static typing, I went about applying them using JSDocs, and it help me catch so many potential issues. (Not to mention it allowed for better autocompletion and the like.)

While JSDocs can apply a non-enforceable form of static typing, it's also a huge pain in the butt to implement more complex typings -- and even then, it's nowhere near as robust or versatile as TypeScript.

Always go with TypeScript!

bigk
Автор

Eslint has deprecated formatting rules in one of their latest versions. They recommend using Prettier for the formatting. I like the clear distinction now. I removed the eslint-prettier-config last week 😄

Anonim
Автор

TypeScript vs ESLint.
Both. Both are good.

joachimschoder
Автор

Thank you do much, im zbout to sleep and i added eslint as things to instzll for my project. Now im sure it is a good decision

ash__borne
Автор

It would be great if you could share your .eslintrc or maybe even provide more info like you did in your awesome tsconfig cheat sheet.

Love your content!

clk
Автор

TS project references help to reduce some of the overhead.

TheBearmoth
Автор

@matt maybe you can do a video on using eslint as a step in sast analysis?

alf-
Автор

I wonder why Dart typechecking / linting is immediate and snappy and TS is slow af

StabilDEV
Автор

When using ESLint rules that integrates with TypeScript types, how does it affect performance?

AndreasOlsson
Автор

The way I see it, the more things drawing red squiggly lines on your source code the better... and a good linter is worth a thousand AI "co pilots". :)

edgeeffect