HNHacker News
TopNewBestAskShowJobs

mmulqueen

26 karma · joined October 30, 2025

https://michael.mulqueen.me.uk/
submissionscomments
mmulqueen··on The Legend of von Neumann (1973) [pdf]
For anyone else who is curious:

https://en.wikipedia.org/wiki/Tai%27s_model

https://pubmed.ncbi.nlm.nih.gov/8137688/

mmulqueen··on Dots: Always-on agents
I had a similar thought a couple of months ago. I did some work to fully sandbox the agent - from the rest of my computer, from my user data, from other projects and from the world at large. I now find myself doing a lot on auto, I do a thorough human edit and review and then I squash. If it gets it wrong, I can throw the changes away and rebuild the sandbox. Having a good plan, good automated QA and all the other things that already helped is essential. It needs the right tools for whatever it's working on - for example: if you want frontend web dev, you need to get it using something like Playwright and looking at the screenshots.

I only leave it truly unattended if it's working on a very tight improvement loop, for everything else I'm still checking in on it between working on other things.

I still find agents need a lot of guidance and steering to produce the kind of work I want, but auto mode in a strong sandbox is very useful to me to take a bite out of that. It's particularly good for exploring problems experimentally - where most of the exploration might be thrown away after settling on a solution.

Having used it sandboxed, I wouldn't dream of letting auto mode run outside it. It's very creative at trying to work around the constraints of the sandbox (legitimately, not to escape it) and the classifier for auto mode seems very permissive with the right context.

For context, I'm using per-project VMs with very limited egress and restrictive mounts. Self-built tool to glue it all together, currently unreleased. There has been an explosion of sandboxing tools recently, none of which was quite what I wanted. Heavily inspired by Gondolin <https://earendil-works.github.io/gondolin/>, but fat long-lived VMs.

mmulqueen··on The 500k-ton typo: Why data center copper math doesn't add up
It depends on design, environment and maintenance. If it's well protected against oxidation and it's static, it's not really a problem. Heat issues are often at the joints, which are most vulnerable, but can be coated and encapsulated to mitigate. For some uses, aluminium is superior to copper all things considered. Obviously the diameter of the wire/cable depends on which conductor you use, AC/DC, current and service temp - for some applications, that may favour one material over the other.
mmulqueen··on Text case changes the size of QR codes
QR codes existed for over a decade before smartphones brought them into the mainstream. They're high density replacements for barcodes, which are uppercase by convention (or in some cases like Code 39, only support uppercase). URLs in QR codes are a later innovation.