I crushed wordle within a few days of its popularity entering my sphere. It was pretty easy to brute-force a decision tree minimizing the average number of guesses using a lowly python script and a few days of qpu time.
Don't Wordle[1] is significantly more interesting; I've got a solver but the maximum score takes my lowly python script upwards of a day (per day) to solve using brute force. For now, I solve it with a heuristic that terminates in about 20 minutes. My old wordle solver was useful to find a good but suboptimal tree for identifying the answer in 5 undos or less.
Today:
Don't Wordle 1491 - SURVIVED
Hooray! I didn't Wordle today!
..... 8089
..... 4647
..... 2492
..... 1026
.Y... 231
..G.. 100
Undos used: 3
100 words remaining
x 10 unused letters
= 1000 total score
My puzzle ethics are: you can and should download the dictionaries of valid answers and valid guesses, you're allowed to keep them separate, but you must not keep the list of answers in its original order.
Another great variant is Unfair Wordle [1]. The opponent does not fix the answer upfront but instead evades the player's guesses as long as possible, providing you with the least information it legally can give (according to the usual rules) while still preserving a valid game completion path. The result is that your guesses end up looking extremely unlucky in retrospect.
I also found it surprisingly easy, starting from my triple "olden, party, music" (calculated years ago for state space coverage and memorability). Followed by "fight", then either "shark, brash" or "brash, shark".
Maybe it's harder if you're a careful player that doesn't waste the first three words.
Nice! I'm not actually sure what its mechanism is for providing the "least information". It could be smart and reply in a way that maximizes the number of remaining consistent answers. Or it could be greedy and try to report as many "grays" as possible, then as many "yellows" as possible, then resorting to "greens". The latter seems more likely to me, since its easier to implement.
I also noticed this. I was working on my solver but my dictionary kept suggesting options that wordle didn't consider to be words at all (what the heck is usr/share/dict/words anyway??). So I looked through the source for the dictionary wordle is using and then also found the list of all solutions which really took the fun out of that whole exercise :(
I thought this was old news? I remember people making videos about using information theory to solve Wordle back when it was particularly hyped. (After writing this I checked, there's even a 3 blue 1 brown video on this)
The first page of the published paper ( https://orb.binghamton.edu/nejcs/vol8/iss1/6/ ) also claims that the game was developed by "Josh Wordle", so maybe it just isn't the highest-quality scholarship in the world.
This isn't groundbreaking science, sure, but it is a great way to get people interested in a topic. After all, it wouldn't be on Hacker News if the word Wordle wasn't in it. I'm a huge fan of using things like this to teach science, math and engineering.
We started using "Solve 100 Wordles programmatically" as our technical interview, and people _love_ it. They get really into it and have fun. It's pretty easy to do inefficiently, and it's great to watch people build on it and try to improve their scores.
It has two benefits: 1/ everyone clearly understands the problem 2/ people see it as fun rather than a drag.
Another small benefit: Everybody understands this isn't what the job is. Nobody is hiring you to beat Wordle, and you solving this is clearly not somehow on the path to their actual task, they are asking you if you can write software which solves a problem and you're demonstrating that you can do that, which makes sense.
I think "Solve 100 Wordles programmatically" sounds like a lot of work, so that'd probably be a "No" from me unless it was last hurdle for a job I was enthusiastic about but unlike "Write a program to solve this class of graph problem" I at least wouldn't be worried that you're trying to get me to do work for free.
Actually Wordle solver as Code Review task sounds like maybe a more interesting live interview than the one we do today. "Here's this mediocre Wordle solver, what is your feedback in review?" has the advantage that they've probably seen a Wordle puzzle before but it's not an example problem they've seen in fifty textbooks.
Well, the 100 Wordles is just "Solve one Wordle" in a for-loop. If you're an even somewhat decent engineer, it takes under 10 minutes to get it working (inefficiently).
Then we encourage people to do whatever they want next: improve their average score, build a frontend UI for it, solve on Hard Mode, etc.
In the past, we never did technical interview questions like this. We always asked people to bring their own project, and work the way they want to. However, with the addition of AI, we hit a wall: we want people to feel they can use AI in a way that mimics how they'd actually work day-to-day, BUT we also need a simple check to make sure they understood engineering basics.
I'd quickly realised that a set of words which covered most of the alphabet (20 words, leaving b, g, j, q, v, and z excluded) allowed solving virtually all Wordle puzzles. The game quickly lost any challenge.
wimpy
crowd
thank
fuels
Altering order might give faster results. The order presented leaves the most common letters (e, t) for last. Z is quite uncommon, q is virtually always followed by u, similarly common pairs such as ch, sh, and th, as well as three- and four-letter combinations ing and tion, though those won't show frequently in five-letter words of default Wordle.
It would be possible to vary word choice based on revealed matches and hits, but if your goal is simply to solve (rather than minimise attempts), the above list works quite well.
I only play on hard mode for this reason. My next guess must always be a possible answer based on my current information, and that varies the puzzle enough from day to day that I still find it enjoyable to play occasionally.
I haven't played wordle much since it was purchased but NYTimes ran a story in the last couple days saying how "Hard mode" is actually easier based on their research. Just throwing it out there as food for thought not in a "gotcha" sort of way.
Hard mode forces most people to play smarter than they usually would. I'm not sure if that's the same as being easier. Hard mode is certainly harder for a skilled player, because that player could play normal mode as if it were hard mode but without having to worry about avoiding hard mode traps like _IGHT or SHA_E--if they encounter such a scenario they can just play known-bad words that check several possible solutions at once (e.g. FIRES for _IGHT to check FIGHT/RIGHT/EIGHT/SIGHT).
Does that not lead you to situations where you have to guess the last letter on each round? Or do you choose words to avoid getting trapped in that situation in the first place?
I try to avoid the common traps, but it can be tricky.
I also impose this additional constraint on myself, which the game doesn't enforce, that I can't reuse letters that have been marked gray. Sometimes you just can't think of the next word, or might be tempted to use a gray letter because that way you could get more information from other letters, but I avoid using them.
yes, I do the same thing. I wish there was a way to get the implementation to enforce that rule too so I never accidentally try a word that I already know can't be the answer.
> I'd quickly realised that a set of words which covered most of the alphabet (20 words, leaving b, g, j, q, v, and z excluded) allowed solving virtually all Wordle puzzles. The game quickly lost any challenge.
You can even go further—there's a set of 5 words which uses 25 out of 26 possible letters, leaving you one more word to enter the right answer.
But here's the thing: while that means you'll almost always win, your # of guesses will always be high.
> but if your goal is simply to solve (rather than minimise attempts)
Pretty much nobody's goal is to simply solve. Once they've played it for a few days, everybody's goal is to minimize guesses. That's the flaw in having a long word list—you always do badly.
I think most people understand such problems are analytically tractable, but not everyone understands that the challenge and pleasure of a game is being able to do so unaided.
I think it depends on whether you use a conventional dictionary as the population of possible words, the valid guess list, or the (known, at the time, for the originally version of the game at least) possible solution list. I guess you could also use the possible solution list minus the words that had already been guessed in previous iterations.
I mean, you had to give yourself an artificial constraint because IIRC the next solution was actually built into the page anyway, not obfuscated in any way.
plug to my blog post where I did something similar a few years back! https://willbeckman.com/wordle.html :). Not sure if this is an identical solution, but it was a fun little project.