Live data from Hacker News

Strongest chess player, ever

en.lichess.org

81–90 of 113 posts

Re: Strongest chess player, ever

#81

I always thought of the heuristics for evaluating a chess position as the really hard part of building a chess engine; i.e. how do you capture all of the positional subtleties in a number to feed into minimax? But looking at the source, it's not really that complicated [1]. Can someone who knows more than me comment on that? Is it that the innovations are elsewhere? That good chess really can be boiled down to [1] ht…

[deleted]

Re: Strongest chess player, ever

#82
post #42
post #20

Can anyone comment on what makes stockfish different from other chess engines? If I'm curious about state of the art in computer chess, is it worthwhile to study its source? What interesting ideas should I expect to see there beyond what I vaguely know to be the standard approach from introductory AI courses, i.e. some sort of alpha-beta pruning search?

You should indeed study Stockfish's source, not because it is the strongest computer chess engine, but because it is exceedingly well-written. Most engines that are public are a big hacky mess, but the Stockfish maintainers have made cleanliness a really high priority (sometimes proposed changes that increase the engine's strength are rejected because they're too much code), and it has clearly paid off.

>sometimes proposed changes that increase the engine's strength are rejected because they're too much code

that seems insane.

Re: Strongest chess player, ever

#83

What I would love to see is work on chess engines having better strength levels for amateurs. For me at least there is a line where everything below a certain level I can beat 95 percent of the time and everything at or above that level I lose to 95 percent of the time.

Try HIARCS which is well known for its very human like play esp at lower levels.

Re: Strongest chess player, ever

#84
post #75

Has anyone else watched http://en.lichess.org/tv ? If this is two humans playing against each other in real-time, that is really impressive! It's so mind-boggling fast (mind you I'm not a chess player).

ChessNetwork on YouTube[1] has many videos of blitz chess tournaments where he provides commentary as he plays. Very interesting to watch!

[1] https://www.youtube.com/watch?v=7YWYS209ydE

Re: Strongest chess player, ever

#85
post #42

Earlier quoted context omitted.

You should indeed study Stockfish's source, not because it is the strongest computer chess engine, but because it is exceedingly well-written. Most engines that are public are a big hacky mess, but the Stockfish maintainers have made cleanliness a really high priority (sometimes proposed changes that increase the engine's strength are rejected because they're too much code), and it has clearly paid off.

>sometimes proposed changes that increase the engine's strength are rejected because they're too much code that seems insane.

Insane in the short term. But in the long term, if they make the program less maintainable, they may prevent future improvements.

Re: Strongest chess player, ever

#86
lichess doesn't seem to be giving it enough juice to perform at its stated levels at the moment.

On my first try I managed to draw the highest AI level, rated at 2510, while my rating is under 2000 irl. (I was unable to find an "offer draw" button so relied on the 50-move rule) Against stockfish running on my PC that would be impossible. http://en.lichess.org/reDfuSvI

Re: Strongest chess player, ever

#87
post #42
post #20

Can anyone comment on what makes stockfish different from other chess engines? If I'm curious about state of the art in computer chess, is it worthwhile to study its source? What interesting ideas should I expect to see there beyond what I vaguely know to be the standard approach from introductory AI courses, i.e. some sort of alpha-beta pruning search?

You should indeed study Stockfish's source, not because it is the strongest computer chess engine, but because it is exceedingly well-written. Most engines that are public are a big hacky mess, but the Stockfish maintainers have made cleanliness a really high priority (sometimes proposed changes that increase the engine's strength are rejected because they're too much code), and it has clearly paid off.

Rejecting an improvement because it's just "too much code" is... brilliant, disciplined, and extremely difficult to do. Such a high percentage of software development is maintenance, and it's easy to underestimate that long-term maintenance cost.

Re: Strongest chess player, ever

#88

I always thought of the heuristics for evaluating a chess position as the really hard part of building a chess engine; i.e. how do you capture all of the positional subtleties in a number to feed into minimax? But looking at the source, it's not really that complicated [1]. Can someone who knows more than me comment on that? Is it that the innovations are elsewhere? That good chess really can be boiled down to [1] ht…

Nearly all the evaluation terms in Stockfish have been extensively tuned. Joona Kiiski used the SPSA[1] algorithm on a lot of them. Others have been hand-tuned using tens of thousands of games per attempt on fishtest [2]. Fishtest actually just recently got support for running SPSA tuning as well. There is also a strong bias towards simplification, so if an evaluation feature is not proven to be an improvement it wil…

That's helpful, thanks.

Re: Strongest chess player, ever

#90
post #42

Earlier quoted context omitted.

You should indeed study Stockfish's source, not because it is the strongest computer chess engine, but because it is exceedingly well-written. Most engines that are public are a big hacky mess, but the Stockfish maintainers have made cleanliness a really high priority (sometimes proposed changes that increase the engine's strength are rejected because they're too much code), and it has clearly paid off.

>sometimes proposed changes that increase the engine's strength are rejected because they're too much code that seems insane.

I know, doesn't it? But sometimes someone finds a way to simplify the patch so it's less code and almost as effective, and sometimes future improvements are made easier because the existing code is easier to work with. And it's hard to argue with the results.
Post reply on HN