Was completely unaware of Decker before reading this, and wanted to say that it is unlike anything I had seen before. But then it reminded me of things like the Arduboy or PICO-8 in being a kind of alt-history tech by spawning an ecosystem around an old mac-style UI, instead of a handheld console UI like the former two.
I'm curious what OPs motivation for using it is. Is it a sort of "limitation bebreeds creativity" thing or something else?
Is there a name for this for of projects more broadly?
To be honest, never been a Mac user and HyperCard may have been a bit before my time. The Windows 95-98 er UX brings me more nostalgia.
But I can definitely relate to the yearning for older, clunkier, "quieter" tech, in this age of ubiquitous HTML, CSS, JS. These maybe seemingly naive assumptions like mixing code and presentation, suboptimal UX, and the fact that people still enjoy developing for them for fun rather than for some SaaS end, feels, I don't know, cozy?
HyperCard must be one of the most influential pieces of software ever written regardless of one's age or OS of choice. Ivan Zhao always seems to find an excuse to credit Bill Atkinson's creation for influencing what he wanted to achieve with Notion.
As soon as your eyes adjust to the density, I think this is actually quite legible. There are sensible names, and the formatting and arrangement serve to show the regularity of operations.
I love it, thanks for creating this.
And what I especially like: if you save it as html file, it contains the engine itself and makes no calls to the outside world.
Interesting to see the author is staunchly against LLM use, not just in Decker, but in any dependencies.
> Decker has never been developed by or with the aid of any form of LLM or “genai” tool. I have no intention of using them at any point in the future. Decker’s primary external dependency is SDL, which has a firm anti-LLM contribution policy, and I will do my best to avoid or gradually replace any dependencies which incorporate slop in the future. Slop-free browsers and operating systems pose a larger challenge, but Native-Decker does support netBSD and Haiku.
It's a bit too dogmatic for my taste, and I wonder how it will age, but it's also totally reasonable to say "This is my garden, please don't propose changes that use a backhoe and dynamite".
Love this.
Was completely unaware of Decker before reading this, and wanted to say that it is unlike anything I had seen before. But then it reminded me of things like the Arduboy or PICO-8 in being a kind of alt-history tech by spawning an ecosystem around an old mac-style UI, instead of a handheld console UI like the former two.
I'm curious what OPs motivation for using it is. Is it a sort of "limitation bebreeds creativity" thing or something else?
Is there a name for this for of projects more broadly?
Here's an interview with it's maker: https://alexalejandre.com/interviews/interview-with-john-ear...
You’ve never heard of HyperCard? Decker is essentially its spiritual successor.
To be honest, never been a Mac user and HyperCard may have been a bit before my time. The Windows 95-98 er UX brings me more nostalgia.
But I can definitely relate to the yearning for older, clunkier, "quieter" tech, in this age of ubiquitous HTML, CSS, JS. These maybe seemingly naive assumptions like mixing code and presentation, suboptimal UX, and the fact that people still enjoy developing for them for fun rather than for some SaaS end, feels, I don't know, cozy?
HyperCard must be one of the most influential pieces of software ever written regardless of one's age or OS of choice. Ivan Zhao always seems to find an excuse to credit Bill Atkinson's creation for influencing what he wanted to achieve with Notion.
Do yourself a favor and play with the original via a simulator https://infinitemac.org/1996/System%207.5.3.
There's also an excellent overview of HyperCard and its historical context on Stone Tools: https://www.stonetoolsblog.com/hypercard-mac/
Thanks for sharing that
I can't resist posting whenever Decker shows up.
Decker is one of the craziest code bases I'm aware of: a single, incredibly dense file:
https://raw.githubusercontent.com/JohnEarnest/Decker/refs/he...
(I wonder how many tokens it'd be to make this legible...)
As soon as your eyes adjust to the density, I think this is actually quite legible. There are sensible names, and the formatting and arrangement serve to show the regularity of operations.
I think there are far worse codebases!
I don't believe you.
Here, I inserted a subtle bug in this function, can you find it?
Yikes. Stuff of nightmares lol.
I guess LLMs would do a reasonable job making this legible, as long as there can be some tests to validate functionality alongside the migration.
I love it, thanks for creating this. And what I especially like: if you save it as html file, it contains the engine itself and makes no calls to the outside world.
For a minute I thought you meant this:
https://www.roguebasin.com/index.php?title=Decker#Screenshot...
Who is going to make a Decker port of Decker?
Interesting to see the author is staunchly against LLM use, not just in Decker, but in any dependencies.
> Decker has never been developed by or with the aid of any form of LLM or “genai” tool. I have no intention of using them at any point in the future. Decker’s primary external dependency is SDL, which has a firm anti-LLM contribution policy, and I will do my best to avoid or gradually replace any dependencies which incorporate slop in the future. Slop-free browsers and operating systems pose a larger challenge, but Native-Decker does support netBSD and Haiku.
It's a bit too dogmatic for my taste, and I wonder how it will age, but it's also totally reasonable to say "This is my garden, please don't propose changes that use a backhoe and dynamite".
Probably because an LLM couldn't write in his style (which reminds me of Arthur Whitney's (kdb+, etc.)
[flagged]