3 points

To be perfectly frank, I’ve only seen the drama on social media platforms. Outside of this one library Ive hardly seen anyone trying to fight typescript in the professional community.

permalink
report
reply
1 point
*

I’m still using CommonJS and occasionally ESM, but I always get to integrate JSDoc for weak typing in IntelliSense. It’s like getting the (almost) juiciest part from Typescript without committing to it

permalink
report
reply
-3 points

Typescript is an abomination. Been writing JS just fine for 30 years without it.

permalink
report
reply
2 points

Typescript is an abomination.

Why? (I’ve only used vanilla JS and jQuery.)

permalink
report
parent
reply
5 points

Not OP, but generally the arguments I’ve been told are:

Microsoft is an abomination (true).

“Don’t make me explicitly state types; it is too confusing!” Installs 20 libraries including fucking pad left to eek out basic functionality.

Strongly typed haters are right up there with curly brace haters.

permalink
report
parent
reply
2 points
*

Microsoft is an abomination (true).

Reflexive MS hatred is just as dumb as any other kind of reflexive hatred. TypeScript is free and open source, so what’s the danger?

permalink
report
parent
reply
3 points

I’m idealistically/philosophically committed to a Purescript Halogen front end with a Haskell Servant backend, biatch. Maybe someday I’ll get WASM in there. One thing I will not do is use TS or JS.

permalink
report
reply
7 points
*

I’ve been writing my own render framework and component library for about a year now.

One thing I enjoy most about it is that the types are automatically inferred. There’s a lot of Typescript wrangling going on, and it gets really deep into what TS is capable of and barely capable of (polymorphic this, dynamic return types based on input, Class type reconstruction, mixins that influence both static and instance properties, event listeners based on event name, typed property watchers based on property name).

It’s all written in JavaScript with “JSDocs”. It’s not really JSDocs because there’s a lot of recursion that’s not possible with regular JSDocs. It’s TS type information slipped into JSDoc comments.

Ridiculously complex core Class

But that is to setup the ability to tap into inferred types. The actual code that’s written (eg: components) is fully typed check with little or no type declaration.

Declarative-style component with almost no explicit typing

The reality is, no complex piece of code should be written without some form of type checking. TS isn’t perfect and if there were something better, I’d move. Alliances are stupid. There are problems with some things that have not been, and likely will never be, fixed. But what type-checkers should do best is infer types dynamically.

The result means all my code today just runs in the browser. I don’t have to wrangle builders or compilers (bye Webpack!). At most, I use just esbuild to minify, though it’s an optional step, not a mandatory one. If I want to mess around on Codepen with my library, I can refer to a git commit directly and load the file. I don’t need npm to package and release. (CodePen Sample)

permalink
report
reply

Programmer Humor

!programmer_humor@programming.dev

Create post

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

  • Keep content in english
  • No advertisements
  • Posts must be related to programming or programmer topics

Community stats

  • 3.4K

    Monthly active users

  • 1K

    Posts

  • 38K

    Comments