Ok, at some point we made a big mistake.
Ok, at some point we made a big mistake.
![the background blur](https://lemmy.world/pictrs/image/71ee4e51-9f45-4c4c-8ef2-fd2eaade684e.png?thumbnail=256&format=webp)
![](https://lemmy.world/pictrs/image/71ee4e51-9f45-4c4c-8ef2-fd2eaade684e.png?thumbnail=1024&format=webp)
Hacker News post about this: https://news.ycombinator.com/item?id=39309783 (source available)
You're viewing a single thread.
This doesn't actually read as serious TypeScript, moreso as someone trying to showcase unhinged code.
I'd be happy to be proven wrong with a link to the source code so that I can look the beast in the eye.
54 0 ReplyTake a look at some typescript libraries and frameworks and you will see stuff like this. Completely unreadable mess.
15 0 ReplyI have seen image recognition or text RPGs with type script types, but
const ok:true = true as Grid< 4, 9, 2
Wtf19 0 Replynote that it continues onto the next line
4 0 Reply
Styled Components' type system is one of the most impressive and most fucked up things I've ever had to dive into.
5 0 ReplyFor example?
5 0 ReplyNot OP, and these examples are not unreadable, but they are a few steps up from your typical generics.
https://effect-ts.github.io/effect/effect/Unify.ts.html#unify
4 0 ReplyCreating basic functionality for the language always leads to unreadable code.
The C++ version would be much, much worse, and the Lisp version is Lisp.
8 0 ReplyAgree. What I linked provides core type support for that library. The pipe one is just a bunch of overloads to support a specific way of handling function composition to appease the TypeScript type checker.
There are a lot of typing hacks in that library to simulate higher kinded types.
3 0 Reply
Right to jail. Right now.
4 0 Reply