Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

86% Positive

Analyzed from 374 words in the discussion.

Trending Topics

#chess#bytes#elo#program#doesn#pawn#written#complete#rules#https

Discussion (16 Comments)Read Original on HackerNews

vunderbaabout 3 hours ago
It seems like it’s partially based on LeanChess [1], which is 288 bytes long. I’d be curious to know whether this program was AI-assisted or written entirely from scratch, since Lean Chess was written at a time predating the era of LLMs.

Another thing that amuses me is that these tiny programs often claim to be “complete” chess engines while not actually implementing all the rules. This one doesn’t appear to support en passant, and likely doesn't have pawn promotion either.

If you’re allowed to arbitrarily redefine the scope of chess, then code size stops being as impressive a metric.

[1] - https://leanchess.github.io

ekelsenabout 1 hour ago
Yeah, I don't understand why the metric isn't "complete chess engine that achieves X ELO" in yyy bytes or something.

Instead it seems to have been "minimal thing that kinda looks like chess in yyy bytes"

taftsterabout 1 hour ago
I'd suggest just ensuring that the entire rules of chess are first evaluated or supported in a chess program, before worrying about ELO rating, etc.
applfanboysbgon35 minutes ago
> X ELO in yyy bytes

Because then you're measuring on two axes. Which is better, 1500 elo in 300 bytes or 1550 elo in 310 bytes?

For a byte count comparison to make much sense, the program really ought to have a static target criteria.

ekelsen32 minutes ago
I used a placeholder for X ELO, but my point was the community should pick one value that makes sense and then not change it.
noiv23 minutes ago
Interesting would be how much bytes improve by 100 ELO?
semitonesabout 2 hours ago
I was able to capture the opponent's pawn on H4 by moving my pawn from H2 to H4. Huge and unacceptable bug, this is a joke.
kyledrake12 minutes ago
pawn e2e8 checkmate

Very cool this can be done in such a small amount of memory.

omoikaneabout 1 hour ago
Related, a collection of tiny chess programs by Oscar Toledo:

https://nanochess.org/chess.html

reilly3000about 2 hours ago
I found some correctness issues that leave me a little unimpressed, although it’s a pretty phenomenal piece of code golf in general. For example, on my second move I mistakenly entered f1a1 instead of f1a6. It accepted this and then suddenly I had a bishop where the rook should be and no idea if my rook still exists.
wat10000about 2 hours ago
It's intentionally rather limited. There's no validation of the input moves, and it leaves out some important rules.

> Moves are trusted and given in plain coordinates: no click-to-move, no castling, en passant, or promotion.

mmmatttabout 1 hour ago
Kind of crazy to put “Complete” in the post’s title then.
jcoderabout 2 hours ago
> Moves are trusted

Indeed, you can just play e1e8 and capture the opponents king (which doesn’t end the game). It’s a digital chessboard, not a chess engine.

tzal3xabout 1 hour ago
Doesn’t work. Played p2p5 and it just accepted it.
dwheelerabout 2 hours ago
Impressive, but no castling or en passent, so it's not really chess.
TMWNNabout 2 hours ago
Highly relevant:

Great Moments in PCMR History: A chess game published in 1982 includes a computer opponent but only uses 672 bytes of RAM. 1K ZX Chess has been described as "wizardry", "history's greatest game programming feat", and "the greatest program ever written". By comparison, this headline uses 298 bytes. <https://np.reddit.com/r/pcmasterrace/comments/3s9riy/great_m...>