[ly3xqhl8g9]

Also the `any` type [1]. It makes porting an existing project ridiculously easy: just type everything as `any`, and it also gives freedom to the developer to think in code when developing, trusting that they (will) know what they are doing, instead of screaming at the smallest mis-type with annoying bright red squiggly lines.

It is so liberating to type a variable as `any` when sketching new code, figuring things out, that I would venture to say that any language not having the `any` type actually actively hates the developer.

[1] https://www.typescriptlang.org/docs/handbook/2/everyday-type...

[kuramitropolis]

And then you have to contribute to a codebase with restrictive ESLint (bleurgh!) configuration, so you can't even try out whether your code works because the tooling disallows you from compiling it as long as it contains "any", and the other devs are like "but muh best practices". So not only you gotta work around TS, you gotta do it invisibly. How did people even live before VSCode's type hint popups covered up the previous line?

[wiseowise]

> How did people even live before VSCode's type hint popups covered up the previous line?

Same. Like normal people do when they use Visual Studio/IntelliJ/QTCreator

[kuramitropolis]

I.e. cringing all the time?

[wiseowise]

Cringing at compile time safety or what?

[kuramitropolis]

No, cringing at some "helpful" popup appearing right over the previous line of code. If anything, they could've made it appear under the current line; code's still written top to bottom so it's less likely for "suggested relevant info" to obscure the actual relevant info.

[Tyriar]

You can press f8 to view the problem in a "peek view" under the problem line, or view on the problems panel.

[xodeus]

This comment has just triggered my PTSD from every Typescript project I've had to work on.