11–20 of 45 posts
What are you using under the hood? I’ve been using poker-eval for a few projects but it seems its now abandonware, with few updates out there. I’m tempted to port it to Go and/or Rust to keep it alive, but I’m interested in what else people are using out there for poker hand evaluation.
Im using a two plus two hand evaluator i found in Java. Curious as well couldn’t find good open source ones
Third party repo: https://github.com/tangentforks/TwoPlusTwoHandEvaluator
Original statement of license: https://forumserver.twoplustwo.com/showpost.php?p=1482536&po...
What are you using under the hood? I’ve been using poker-eval for a few projects but it seems its now abandonware, with few updates out there. I’m tempted to port it to Go and/or Rust to keep it alive, but I’m interested in what else people are using out there for poker hand evaluation.
What are you using under the hood? I’ve been using poker-eval for a few projects but it seems its now abandonware, with few updates out there. I’m tempted to port it to Go and/or Rust to keep it alive, but I’m interested in what else people are using out there for poker hand evaluation.
If you don't need everything that's going on in poker-eval, you should be able to roll your own two dozen lines of Python. A poker hand evaluator is problem #54 at Project Euler. [0] Peter Norvig has a solution there (which you can view after you submit your own correct solution) that taught me a lot about Python-style and how it differs from C++ (which was my mindset at the time). [0] https://projecteuler.net/proble…
Earlier quoted context omitted.
I agree. Not sure how this helps improve poker play.
I doubt it’s supposed to, it’s to calculate who wins when writing your own poker implementation. I am not the author, but calculating the winner is non trivial.
Calculating odds would be more interesting
Earlier quoted context omitted.
I doubt it’s supposed to, it’s to calculate who wins when writing your own poker implementation. I am not the author, but calculating the winner is non trivial.
Is it not? The win criteria is well specified so just iterate downwards from the highest priority win until you find a match?
Calculating odds would be more interesting
Earlier quoted context omitted.
Is it not? The win criteria is well specified so just iterate downwards from the highest priority win until you find a match?
Sure, but that gets complicated when comparing two matching hands (flush vs flush, 2 pair vs 2pair). It’s more than a 50 line problem to solve.
I kind of want to take your 50 line challenge however :) I always loved playing poker, might be a fun exercise.