upvote
Personally I haven't felt like Typescript has bought me enough over JavaScript to use it in contexts that I don't have to. I have to use TypeScript for work, and it's "fine", but I guess I haven't found that it helps all that much.

I'm not sure why; I guess it's because the web itself is already really flexible that I find that the types don't really buy me a lot since I have to encode that dynamism into it.

To be clear, before I get a lecture on type safety and how wonderful you think types are and how they should be in everything: I know. I like types in most languages. I didn't finish but I was doing a PhD in formal methods, and specifically in techniques to apply type safety to temporal logic. I assure you that I have heard all your reasoning for types before.

reply
Well it does suck for a huge list of reasons but specifically disqualifying for being the lingua franca would be it being controlled by microsoft
reply
It's open source. If Microsoft did anything weird it would be immediately forked ala. terraform, ElasticSearch etc.

There's so much momentum behind it from the front-end community alone it's not going anywhere.

IMO using Typescript sucks because of the node ecosystem/npm. The language itself is passable.

reply
Well it does suck, and it isn't really great for implementing performant developer tools, such as parsers, formatters and so on.

The performance is that bad that the typescript developers are rewriting the language itself in Go. [0]

Tells me everything I need to know about how bad typescript is from a performance stand point.

[0] https://devblogs.microsoft.com/typescript/typescript-native-...

reply
That’s the lsp not runtime. Bun runs Typescript very fast. It’s a fantastic language and ecosystem.
reply
I’ve just checked FFI in bun and it’s marked as experimental. There are great libraries in C/C++ world and FFI is kinda table stakes to use them.
reply
No where did I say "runtime".

Even with Bun it's because of Zig, not TypeScript and that only proves my point even more.

reply
you're right. we should just not use any interpreted/script languages because they're not as fast as compiled ones.

why does a CLI tool that just wraps APIs need this native performance?

reply
The performance is so bad that the most used software in the world is written using it.
reply