←back to thread

My 2.5 year old laptop can write Space Invaders in JavaScript now (GLM-4.5 Air)

(simonwillison.net)
577 points simonw | 10 comments | 29 Jul 25 13:45 UTC | HN request time: 0s | source | bottom
Show context
stpedgwdgfhgdd ◴[29 Jul 25 14:30 UTC] No.44723879[source]▶
Aside that space invaders from scratch is not representative for real engineering, it will be interesting to see what the business model for Anthropic will be if I can run a solid code generation model on my local machine (no usage tier per hour or week), let’s say, one year from now. At $200 per month for 2 years I can buy a decent Mx with 64GB (or perhaps even 128GB taking residual value into account)
replies(5): >>44724300 #>>44724450 #>>44724558 #>>44724731 #>>44724993 #
falcor84 ◴[29 Jul 25 15:04 UTC] No.44724300[source]▶
How come it's "not representative for real engineering"? Other than copy-pasting existing code (which is not what an LLM does), I don't see how you can create a space invaders game without applying "engineering".
replies(3): >>44724424 #>>44724823 #>>44725919 #
phkahler ◴[29 Jul 25 15:15 UTC] No.44724424[source]▶
>> Other than copy-pasting existing code (which is not what an LLM does)

I'd like to see someone try to prove this. How many space invaders projects exist on the internet? I'd be hard to compare model "generated" code to everything out there looking for plagiarism, but I bet there are lots of snippets pulled in. These things are NOT smart, they are huge and articulate information repositories.

replies(2): >>44724436 #>>44724794 #
1. simonw ◴[29 Jul 25 15:16 UTC] No.44724436[source]▶
Go for it. https://www.google.com/search?client=firefox-b-1-d&q=github+... has a bunch of results. Here's the source code GLM-4.5 Air spat out for me on my laptop: https://github.com/simonw/tools/blob/main/space-invaders-GLM...

Based on my mental model of how these things work I'll be genuinely surprised if you can find even a few lines of code duplicated from one of those projects into the code that GLM-4.5 wrote for me.

replies(2): >>44724682 #>>44724737 #
2. phkahler ◴[29 Jul 25 15:34 UTC] No.44724682[source]▶
So I scanned the beginning of the generated code, picked line 83:

  animation: glow 2s ease-in-out infinite;
stuffed it verbatim into google and found a stack overflow discussion that contained this:

      animation: glow .5s infinite alternate;
in under one minute. Then I found this page of CSS effects:

https://alvarotrigo.com/blog/animated-backgrounds-css/

Another page has examples and contains:

  animation: float 15s infinite ease-in-out;
There is just too much internet to scan for an exact match or a match of larger size.
replies(4): >>44724749 #>>44724806 #>>44724817 #>>44725857 #
3. ◴[29 Jul 25 15:38 UTC] No.44724737[source]▶
4. simonw ◴[29 Jul 25 15:39 UTC] No.44724749[source]▶
That's not an example of copying from an existing Space Invaders implementation. That's an LLM using a CSS animation pattern - one that it's seen thousands (probably millions) of times in the training data.

That's what I expect these things to do: they break down Space Invaders into the components they need to build, then mix and match thousands of different coding patterns (like "animation: glow 2s ease-in-out infinite;") to implement different aspects of that game.

You can see that in the "reasoning" trace here: https://gist.github.com/simonw/9f515c8e32fb791549aeb88304550... - "I'll use a modern design with smooth animations, particle effects, and a retro-futuristic aesthetic."

replies(1): >>44725637 #
5. falcor84 ◴[29 Jul 25 15:45 UTC] No.44724806[source]▶
The parent said

> find even a few lines of code duplicated from one of those projects

I'm pretty sure they meant multiple lines copied verbatim from a single project implementing space invaders, rather than individual lines copied (or likely just accidentally identical) across different unrelated projects.

6. ben_w ◴[29 Jul 25 15:46 UTC] No.44724817[source]▶
So, your example of it copying snippets is… using the same API with fairly different parameters in a different order?
7. threeducks ◴[29 Jul 25 16:49 UTC] No.44725637{3}[source]▶
I think LLMs are adapting higher level concepts. For example, the following JavaScript code generated by GLM (https://github.com/simonw/tools/blob/9e04fd9895fae1aa9ac78b8...) is clearly inspired by this C++ code (https://github.com/portapack-mayhem/mayhem-firmware/blob/28e...), but it is not an exact copy.
replies(1): >>44725675 #
8. simonw ◴[29 Jul 25 16:53 UTC] No.44725675{4}[source]▶
This is a really good spot.

That code certainly looks similar, but I have trouble imagining how else you would implement very basic collision detection between a projectile and a player object in a game of this nature.

replies(1): >>44726128 #
9. sejje ◴[29 Jul 25 17:09 UTC] No.44725857[source]▶
Is this some kind of joke?

That's how you write css. The examples aren't the same at all, they just use the same css feature.

It feels like you aren't a coder--you've sabotaged your own point.

10. threeducks ◴[29 Jul 25 17:32 UTC] No.44726128{5}[source]▶
A human would likely have refactored the two collision checks between bullet/enemy and enemyBullet/player in the JavaScript code into its own function, perhaps something like "areRectanglesOverlapping". The C++ code only does one collision check like that, so it has not been refactored there, but as a human, I certainly would not want to write that twice.

More importantly, it is not just the collision check that is similar. Almost the entire sequence of operations is identical on a higher level:

    1. enemyBullet/player collision check
    2. same comment "// Player hit!" (this is how I found the code)
    3. remove enemy bullet from array
    4. decrement lives
    5. update lives UI
    6. (createParticle only exists in JS code)
    7. if lives are <= 0, gameOver