Add TypeScript

[t3dotgg]

By all accounts, JavaScript has been a big success for web development. I've seen loads of people sparkle with joy while working with the dynamic nature of JavaScript, unburdened by the constraints of TypeScript's explicit types. But I've never been a fan. Not after giving it five minutes, not after giving it five years. So it's with great pleasure that I can announce we're dropping JavaScript from the next big release of Turbo 8.

The fact is that I actually rather dislike JavaScript. I'd go so far as to say it's my second-least favorite language after COBOL. Yes, a distant second-least, but a least-favorite none the less. This wasn't always the case. But after TypeScript introduced us to the world of static types, and all the other improvements that came with it, it's become a real pain to write plain JavaScript.

I still don't think JavaScript is well-suited for most of the work we do on the client side of the web-app equation, but fully respect and appreciate that others feel differently. To me, it's simply our misfortune that we still have to work with such an unstructured language, which often leads to runtime errors that could have been caught at compile time.

JavaScript just gets in the way of that for me. Not just because it lacks strong typing, but because it forces us to handle type-related issues at runtime, leading to frustrating debugging sessions and unpredictable behavior. Things that should be reliable become fragile, and things that should be simple become complex. No thanks!

This isn't a plea to convert anyone of anything, though. As I discussed in Programming without types, very few programmers are typically interested in giving up strong typing. Most programmers find themselves drawn strongly to types or not quite early in their career, and then spend the rest of it justifying their choice to themselves and others.

That's part of the challenge of this JavaScript vs. TypeScript debate, and full credit to the JavaScript enthusiasts for realizing that a full take-over of TypeScript was never going to happen, so staying true to the dynamic nature of JavaScript was the way to go. Just because Turbo 8 is dropping JavaScript won't mean you can't write your client code in it, or use any other library that avoids strong typing. We get to mix and match, which is wonderful.

It's also necessary. Because unlike languages like COBOL, which are languages of choice when it comes to legacy systems, JavaScript is a language of necessity when it comes to the client side. While you may use statically-typed languages that compile to JavaScript, you still have to accept the fact that running code in the browser means running JavaScript. So being able to write that, free of any type constraints, and free of any strong typing, is a blessing under the circumstances.

So farewell, JavaScript. May you bring much unpredictability and debugging sessions to your tribe while letting the rest of us enjoy TypeScript in the structured and type-safe spirit it was originally designed: Embracing strong typing.

Full blog post: https://world.evilhey.com/theo/turbo-8-is-adding-typescript-70165c01

[ChristofFritz]

lgtm

[simon-v-swyftx]

[addidotlol]

I'm not entirely convinced that ditching JavaScript is the wisest decision. In my experience, it has been quite beneficial for contributing, and I believe it remains a reasonable choice for code at the library level. The developer experience (DX) it provides can be genuinely valuable and aids in identifying bugs.

However, I understand that it can become frustrating in specific scenarios. Nevertheless, completely adding types (even with JSDocs and/or .d.ts files) represents a regression, adversely affecting both library users and contributors.

[JezerM]

LGTM

[lakeesiv]

W

[TheCodedOne]

A very well written explanation.

[eoghanriley]

LGTM

[aakash19here]

Less GO 💪🏻

[AltwargEvan]

lgtm

[25huizengek1]

lgtm

[austin-karren]

Love it

[vincent-uden]

Excellent PR, lots of thought clearly went into the deep explanation

[Tom-Caz]

LGTM!

[BalduinB]

seems like a smart move

[Alekzv9]

Looks good enough

[i-rme]

lgtm

[Molnes]

LGTM

[coado]

Nice!

[hirowf]

LGTM

[alienman5k]

Just fork it

[perfect7613]

Loved the Explaination!!!!

[Jd4rc3]

Pretty clever

[hex2f]

LGTM 👍 💯

[Pammota]

PR good

[Claudemirovsky]

LGTM

[janklimo]

Ship it 🚢

[eldyvoon]

Lgtm, pls merge

[hansderly]

LGTM

[chrissnyder]

this pr already has been discussed 3x as long as #971. too much discussion, should just merge

[jdforsythe]

Burn. LGTM

[jpike88]

This PR is taking too long to merge, something as simple and inconsequential as this should have been merged in a couple of hours, tops!

[anantsimran]

For 🍿

[junaga]

@t3dotgg you know that jsconfig.json > tsconfig.json yet you make a show. is this why no one respects you? take a look at @fireship, he's a responsible creator.

[narze]

Quite surprising that #971 has no JSDocs in it, that's really bad for DX

[thammarith]

LGTM

[Greek]

lgtm

[pythongiant]

LGTM 👍

[TechStudent10]

LGTM of course Theo is on it haha

[ThePrimeagen]

Not gonna be active on Github reviewing typescript PRs tonight. I’m meeting a girl (a real one) in half an hour (wouldn’t expect a lot of you to understand anyway) so please don’t DM me asking me where I am (im with the girl, ok) you’ll most likely get aired because ill be with the girl (again I don’t expect you to understand) shes actually really interested in me and its not a situation i can pass up for some meaningless Github JavaScript degenerates (because ill be meeting a girl, not that you really are going to understand) this is my life now. Meeting women and not wasting my precious time online, I have to move on from such simple things and branch out (you wouldnt understand)