Hacker News post about this: https://news.ycombinator.com/item?id=39309783 (source available)
I've written some magic templates that I assume are not easy to read by those who don't know.
But this is seemingly unmaintainable... terrifying... and kind of neat.
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.
Take a look at some typescript libraries and frameworks and you will see stuff like this. Completely unreadable mess.
I have seen image recognition or text RPGs with type script types, but
const ok:true = true as Grid< 4, 9, 2
Wtf
note that it continues onto the next line
Styled Components' type system is one of the most impressive and most fucked up things I've ever had to dive into.
For example?
Not 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
Creating basic functionality for the language always leads to unreadable code.
The C++ version would be much, much worse, and the Lisp version is Lisp.
Agree. 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.
Right to jail. Right now.
After 5 minutes of staring at it: Its typesystem sudoku. Each row and each col in the grid must add up to 15 (T<>), bit each number in the grid must be different (Df<>).
Grid will only be a type alias for the value true (google "Dependent types") only if all Type Parameters (wich are values) hold up to the Sudoku conditions).
The file would not compile with "true as Grid" when grid type-aliases to false.
Fun to understand.
EDIT: too late
I like to think I can usually look at code in languages I don't know and still get the gist of what it does but I am drawing a complete blank. Is this even slightly legible to anyone and if yes please explain
TL;DR: Grid<A,B,C,D,E,F,G,H> simplifies to true, if and only if it is a 3x3 magic square.
full explanation
Fifteen is an array of length 15T<A,B,C> checks if an array of length A+B+C is equivalent to an array of length 15, thus checking if A+B+C is equal to 15And<A,X> is simplifies to X if A is true, else it simplifies to falseDf<A,B,X> checks if A and B are Diffrent , simplifying to X if they areGrid<A,B,C,D,E,F,G,H> first checks if every row, column and diagonal is equal to 15, then checks if every item is unique.
Why tf
I think I can pinpoint the exact date things went sideways. It was a dark day on Monday, October 1, 2012.
Yeah, and apparently type checking/inference is trivial, says the "CTO" of Xitter. /s
This seems like a generic type of problem that could happen to anyone. Hopefully we can learn from this and avoid appending it to our already large grid of problems.
I see what you did there
I'm really trying to figure out what this is used for and why it was done this way.
I'm not having much success
Looks like something that checks that the rows in a grid att up to 15. Why? IDK, a game?
I don't want to look at this anymore
My soul hurts
That's why macro_rules!
This is not rust :D Nothing will save typescript
If TypeScript didn’t have terrible type-level ergonomics, this wouldn’t look so bad—even if this toy example is largely just a brain exercise
Man these programmers are getting unhinged. Even I can't read this shit.
Too much focus on compile time.
Post funny things about programming here! (Or just rant about your favourite programming language.)