frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
479•klaussilveira•7h ago•120 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
818•xnx•12h ago•490 comments

How we made geo joins 400× faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
40•matheusalmeida•1d ago•3 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
161•isitcontent•7h ago•18 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
158•dmpetrov•8h ago•69 comments

A century of hair samples proves leaded gas ban worked

https://arstechnica.com/science/2026/02/a-century-of-hair-samples-proves-leaded-gas-ban-worked/
96•jnord•3d ago•14 comments

Dark Alley Mathematics

https://blog.szczepan.org/blog/three-points/
53•quibono•4d ago•7 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
211•eljojo•10h ago•135 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
264•vecti•9h ago•125 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
332•aktau•14h ago•158 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
329•ostacke•13h ago•86 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
415•todsacerdoti•15h ago•220 comments

PC Floppy Copy Protection: Vault Prolok

https://martypc.blogspot.com/2024/09/pc-floppy-copy-protection-vault-prolok.html
27•kmm•4d ago•1 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
344•lstoll•13h ago•245 comments

Delimited Continuations vs. Lwt for Threads

https://mirageos.org/blog/delimcc-vs-lwt
5•romes•4d ago•1 comments

Show HN: R3forth, a ColorForth-inspired language with a tiny VM

https://github.com/phreda4/r3
53•phreda4•7h ago•9 comments

How to effectively write quality code with AI

https://heidenstedt.org/posts/2026/how-to-effectively-write-quality-code-with-ai/
202•i5heu•10h ago•148 comments

I spent 5 years in DevOps – Solutions engineering gave me what I was missing

https://infisical.com/blog/devops-to-solutions-engineering
116•vmatsiiako•12h ago•38 comments

Learning from context is harder than we thought

https://hy.tencent.com/research/100025?langVersion=en
153•limoce•3d ago•79 comments

Understanding Neural Network, Visually

https://visualrambling.space/neural-network/
248•surprisetalk•3d ago•32 comments

Introducing the Developer Knowledge API and MCP Server

https://developers.googleblog.com/introducing-the-developer-knowledge-api-and-mcp-server/
28•gfortaine•5h ago•4 comments

I now assume that all ads on Apple news are scams

https://kirkville.com/i-now-assume-that-all-ads-on-apple-news-are-scams/
1004•cdrnsf•17h ago•421 comments

FORTH? Really!?

https://rescrv.net/w/2026/02/06/associative
49•rescrv•15h ago•17 comments

I'm going to cure my girlfriend's brain tumor

https://andrewjrod.substack.com/p/im-going-to-cure-my-girlfriends-brain
74•ray__•4h ago•35 comments

Evaluating and mitigating the growing risk of LLM-discovered 0-days

https://red.anthropic.com/2026/zero-days/
38•lebovic•1d ago•11 comments

Show HN: Smooth CLI – Token-efficient browser for AI agents

https://docs.smooth.sh/cli/overview
78•antves•1d ago•59 comments

How virtual textures work

https://www.shlom.dev/articles/how-virtual-textures-really-work/
32•betamark•14h ago•28 comments

Show HN: Slack CLI for Agents

https://github.com/stablyai/agent-slack
41•nwparker•1d ago•11 comments

Female Asian Elephant Calf Born at the Smithsonian National Zoo

https://www.si.edu/newsdesk/releases/female-asian-elephant-calf-born-smithsonians-national-zoo-an...
8•gmays•2h ago•2 comments

Claude Opus 4.6

https://www.anthropic.com/news/claude-opus-4-6
2275•HellsMaddy•1d ago•981 comments
Open in hackernews

The Rubik's Cube Perfect Scramble (2024)

https://www.solutionslookingforproblems.com/post/the-rubik-s-cube-perfect-scramble
86•notagoodidea•6mo ago

Comments

Retr0id•6mo ago
> There are 43,252,003,274,489,856,000 ways to arrange a Rubik’s cube. If I could evaluate a million arrangements per second, it would take over 1.3 million years to evaluate all arrangements. So, inspecting every individual arrangement is out.

For people who like powers of 2, that's "only" 2^65.2

That's within the realm of computability in practical timespans, if you can make the code fast and have $$$$$ to spend on compute. (modern CPU cores can do billions of operations per second, and that's not even considering GPUs)

The approach presented in the article is obviously far more efficient, but I wonder if anyone's done a "full search" of all possible cube positions before. I don't think there's any reason to do that, but that hasn't stopped people before (see: pi calculation records).

HappyPanacea•6mo ago
IIRC they way they proved you can always solve a cube in 20 moves was essentially a bruteforce (after eliminating symmetries) so this the closest someone have done to full search.
CJefferson•6mo ago
The search was a little easier than that, as we knew how to solve every state in 20 moves, so the problem was proving some move that could be solved in 20 moves couldn't be done quicker in some unusual way. While that still took a while, the fact you knew the start and end limits how many moves you have to search.
ramses0•6mo ago
Seeing the "bits" that way makes me think there's a way to encode an ssh key into a rubix cube (a-la the "spy shuffle" decks).

Reminds me a bit of the "randomart" seeing the positions and colors of the cube splayed out like that.

kevindamm•6mo ago
Except that the transform is relatively easy to reverse (compared to prime factorization) because of the properties of edge and corner pieces and limitations on piece movement that make a kind of spectral analysis possible. Things get a little better if you increase the size of the cube. Things get interesting if you allow un-solvable states (there's a 2:1 ratio of positions that are not naturally reachable) if you include in the protocol something like "always encode any corner rotations first" but it still wouldn't really be strong enough for modern compute.

If you mean to use it exclusively as a real-world key transmission like with Cryptonomicon's Solitaire decks, the problem becomes finding the shortest path or whatever the protocol determines is the normalized form.

Not to rain on your parade, it's a fun approach to think about, like maybe if the properties of a specific face determine which rotations to perform next, and which face to look at next, in addition to being the nonce for decoding the next letter. But even something like that would be too complicated to expect a person to remember all of while not being complicated enough to fluster a computational approach. The nice thing about Solitaire is that it's reasonable to perform the algorithm in your head.

kevindamm•6mo ago
This was done in 2010 thanks to the analysis of the symmetries inherent in the underlying group theory, and about 35 CPU-years:

https://www.cube20.org/

stoneman24•6mo ago
For me, any position which requires the full maximum 20 moves to solve would qualify as the perfect shuffle.

I wonder how many positions qualify (perhaps only 1 discounting symmetry as there is 1 fully solved cube, again discounting symmetry). But that’s a rabbit hole that I am not going down.

But I can appreciate the choice made in the article.

Someone•6mo ago
> perhaps only 1 discounting symmetry as there is 1 fully solved cube

I don’t see how ”there is 1 fully solved cube” would even hint at “perhaps only 1”

Also, there isn’t only 1. https://www.cube20.org/: “Distance-20 positions are both rare and plentiful; they are rarer than one in a billion positions, yet there are probably more than one hundred million such positions. We do not yet know exactly how many there are”

seanhunter•6mo ago
A fun thing to think about is if you’re allowing generalizations to more than 3x3x3, there can be more than one fully-solved configuration. A 4x4x4 cube for example has 4 identical centre pieces on each face where the centre piece of a 3x3x3 cube is. I’m pretty sure these 4 pieces can be in any configuration as long as they are the correct colour and the cube is still completely solved. Likewise each edge piece in a 3x3x3 is replaced in a 4x4x4 with two “wings” which can be swapped without changing the fact that the cube is solved.
Someone•6mo ago
A 3×3×3 already has multiple such solutions. The center squares can rotate over 90° without visible changes. See https://de.speedcube.com.au/blogs/speedcubing-solutions/how-...
seanhunter•6mo ago
That’s interesting. I originally thought these were isomorphic to rotating the entire cube but of course that doesn’t take into account cases where they rotate relative to each other
kevindamm•6mo ago
There are about 490 million of them, the full list can be downloaded from that same cube20 site

https://www.cube20.org/distance20s

BurningFrog•6mo ago
You can trim it down by counting in quarter moves.

That is, count a 180° move as two 90° moves. Which it is, though we usually don't think of it that way.

Assuming a random move length distribution, that would only leave a (2/3)^20 fraction of them, which is about 147000 positions.

kevindamm•6mo ago
That page also shows their results for quarter turns, there are 3 (or fewer) with 26 quarter turns being the shortest they can be solved in. 36 (or fewer) needing 25 quarter-turns.

https://www.cube20.org/qtm/

Aardwolf•6mo ago
It actually looks somewhat regular instead of random in the end. Perhaps having only rule 6 and 3, no others, is interesting. Or 6, 3 and 1. Or only rule 3 and take solution with highest entropy
superjan•6mo ago
I want to flip coins so randomly that I never see the same face twice in a row.
fastaguy88•6mo ago
This is an interesting insight. The OP's constraint that no two adjacent squares are the same color ensures non-randomness. (Which reminds us why people are so bad at producing "random" sequences.)
superjan•6mo ago
Yeah, it’s a funny coincidence that all those constraints to make it look random produces exactly one solution. I guess the OP knows this is not ‘random’ in the mathematical sense.
lutzh•6mo ago
For all the Rubik's Cube enthusiasts here: here's a two-dimensional one in JavaScript - https://www.huehnken.de/games/circles/

Also a solution looking for a problem, maybe.

lupire•6mo ago
Par of why this is a strange goal is that two adjacent squares can be the same color, but not be in the correct relative position for an unscrambled cube. Rubik's cube is puzzle of cubelets, not squares
liampulles•6mo ago
Its quite a pretty arrangement IMO. There is a mix of randomness and regularity in it.

I'll keep my Rubik's Cube in this position.

divbzero•6mo ago
OP’s perfect scramble takes 18 moves to solve. Does that mean all Rubik’s Cube arrangements can be solved in 18 moves or less?
venusenvy47•6mo ago
God's Number has been proven to be 20. It can't be any lower.

https://www.cube20.org/

rawling•6mo ago
> There are 3 limitations:

> ...

> 2) I can place the first 11 edge pieces onto the cube any way I want. The orientation of the last edge piece is determined by the orientation of the first 11.

> 3) I need to track how many swaps I create by placing those pieces. An even number of swaps is solvable, and odd number is not.

Would it be equivalent to say, after placing the first 10 edge pieces, the position of the 11th is mandated, and then the orientation of the 12th is too? Or if (3) is broken might it be harder to fix than swapping the 11th and 12th?

tripa•6mo ago
Kind of.

But it introduces an artificial difference between edges and corners. You'd get the same ability for corners if you did them after the edges.

The slightly counterintuitive “magic” is that you can trade a corner swap for an edge swap: for permutation parity, corners and edges are interchangeable.

pama•6mo ago
That’s a great reminder that what humans consider random and what is a truly random sets of states with high entropy are typically different things. In this case out of 43 quintillion combinations, there’s only 48 that fit the human imposed random criteria. In the case of passwords, websites typically ask for lots of additional constraints in what a password must have leading to dramatic reductions in the brute force effort required to find a password.
davidpfarrell•6mo ago
I loved reading this, but I can't help but think that a "perfect scramble" would be one that can ONLY be solved in 20 moves, i.e no shortcuts can be applied to solve in less moves. I wonder how many of those exist?
karmakaze•6mo ago
Right. This reminds me of Enigma not mapping a letter to itself. Perfect isn't quite the name for this, it's constrained with the outward appearance of being unpatterned and being very patterned having only 48 arrangements of a unique solution. When we see simple patterns, we think things are not truly random, hence fake random for Spotify playlists.