HN user

iainmerrick

6,680 karma
Posts23
Comments2,573
View on HN
joethephish.me 4mo ago

What if code wasn't a text document?

iainmerrick
4pts1
www.bbc.co.uk 1y ago

Deliveroo deal shows UK still can't hang on to big firms

iainmerrick
2pts1
www.theguardian.com 2y ago

'Google says I'm a dead physicist': is the biggest search engine broken?

iainmerrick
89pts67
www.bbc.co.uk 2y ago

New streaming service, Freely, launches in landmark UK broadcaster collaboration

iainmerrick
2pts3
github.com 2y ago

Show HN: Runfig – generate YAML/TOML configs from code

iainmerrick
1pts0
mastodon.scot 2y ago

Show HN: Bungo Bloxx – playable Tetris window display

iainmerrick
3pts0
www.theguardian.com 2y ago

'I guess I'll never see you again': how I learned to appreciate last moments

iainmerrick
3pts0
www.theguardian.com 2y ago

‘That’s wrong that, Daz’: transcript of VAR audio for disallowed Díaz goal

iainmerrick
2pts1
www.builder.io 2y ago

Valibot, a < 1kb Zod Alternative

iainmerrick
1pts0
gitpkg.vercel.app 2y ago

GitPkg: Using sub folders of a repo as yarn/NPM dependencies made easy

iainmerrick
2pts1
www.theguardian.com 2y ago

The NFL’s toll on one player’s mind and body

iainmerrick
1pts0
www.bbc.co.uk 2y ago

Fourteen days across the Atlantic, perched on a ship’s rudder

iainmerrick
55pts122
en.wikipedia.org 3y ago

Peelian Principles

iainmerrick
2pts0
daringfireball.net 4y ago

Implications of third-party payment processing on iOS and Android

iainmerrick
7pts4
trunkbaseddevelopment.com 5y ago

Trunk Based Development

iainmerrick
1pts0
basecamp.com 6y ago

Shape Up: Stop Running in Circles and Ship Work That Matters

iainmerrick
2pts0
docs.google.com 7y ago

“Confirmatory public vote” was the Condorcet winner of the 2nd Brexit vote

iainmerrick
2pts0
docs.google.com 7y ago

Customs union was the Condorcet winner of the first Brexit indicative vote

iainmerrick
1pts1
en.wikipedia.org 8y ago

Cat’s eye (road safety device)

iainmerrick
2pts1
iainmerrick.github.io 9y ago

Show HN: Tactical voting simulator for UK elections

iainmerrick
1pts0
medium.com 9y ago

Creative Commons Search Developer Notes and Reflection

iainmerrick
3pts0
eblong.com 9y ago

The Arches of the Little Prince

iainmerrick
2pts0
medium.com 12y ago

How Google (and Amazon) could make Android developers happy

iainmerrick
1pts1

Ideally, they’ll be able to look back through the logs and find the original analysis from when the bug was submitted, figure out why it was incorrectly filtered, and use that to improve their automation.

The general idea of a few layers of automated triage by increasingly powerful LLMs, before finally escalating to a human engineer, seems like a reasonable way to handle a deluge of submissions. It just has to be implemented well and continuously calibrated.

It's really ridiculous how little discussion there was about places like Gibraltar and Northern Ireland before the Brexit vote.

Looks like NI voted ~55% remain and Gibraltar ~95% remain, but too bad, England voted ~53% leave, so screw all you little overseas territories with actual land borders who are most directly impacted.

Honestly? I don't really mind, and I even quite like it!

The thing is, "load-bearing" is a useful phrase when discussing architecture. What would you rather have it say, that has all the same nuances in as few words?

It's kind of like those sports metaphors that often get used in management-speak, like sending some important email "at close of play". Sure, they can sound a bit weird, but they're often useful -- they capture common concepts in a clear and pithy way.

Jargon isn't always just for obfuscation, good jargon exists because we needed a short word for the complicated thing that frequently comes up.

Usefulness aside, I quite like that Claude Code and other LLMs have their own weird way of speaking. Back in the day we always imagined robots and computers would talk like HAL or Spock; turns out that they talk more like Troi instead. Is that so bad? It reminds you that you're talking to an LLM, and as long as you're not lazy, it spurs you to rephrase things in your own words.

I’m normally one to complain about people complaining about these LLM-isms, but yeah, this one really grates on you.

It’s a shame because it’s making an excellent point! It just takes so long to get to the point that the reader loses the will to live.

Yes, I could probably ask an LLM to summarise it for me. No, I’m not going to. I would prefer the author just take care of that for me.

Your reconstruction is so close, I'm a little surprised you didn't stick with the original controls! Even though the BBC had a rather weird layout for all the non-alphanumeric keys.

It's been a very long time since I played Thrust, and I've played plenty of WASD games in the meantime, but it still felt really strange to control it that way rather than the classic BBC Z/X/*/? for left/right/up/down.

Pretty sure it was return to fire, space for shield/tractor; and maybe * for thrust? Edit to add: ah, no, shift to thrust. Works very well on modern keyboards too.

"Compiling" is vague here; for TS I think you need to distinguish bundling from type-checking.

If you're talking about bundling the entire app, 120 seconds down to 10 seconds is a great saving, but other bundlers can do it much faster already. Most people don't bother using TSC to bundle their code. I can understand why Microsoft might insist on using it, but it's not typical.

For type-checking the entire app, I would see that as akin to running all the unit tests. 120 -> 10 seconds is excellent, but not something that should be a constant bottleneck in your development workflow.

I can definitely see that 10x improvement being crucial on large teams (and/or LLM swarms) where the speed of the CI queue becomes a bottleneck.

Typescript's compiler is much slower than Rust's, but it's plenty fast enough for most people and you almost never see complains about it because it mostly doesn't matter

But you have to compile Rust code to run it. You can run TypeScript code without type-checking it. That’s a massive difference in the development workflow.

The new TSC, supposedly 10x faster, will be very pleasant to have but not as much of a game-changer as you might expect. A 10x faster Rust compiler would be incredible.

There are plenty of people who actually do write like that. That’s one reason why LLMs often write like that.

Even if you could understand human cognition to the level required to say, confidently, that it’s done one word at a time, it’s likely not!

I think they’re not talking about cognition, but about output: regardless of what may be happening inside your brain, ultimately one word at a time comes out of your mouth, right? And you can’t then unsay it.

When you put it in those terms, LLMs are in exactly the same boat.

Yep, this is my experience too. I think of it more as a very, very smart and fast intern -- you can tell it’s going places, and in many ways is already way better than you, but it still needs an experienced hand to steer it.

My rule of thumb is, any special processes you put in place for AIs are either sensible for humans as well, or they’re not worthwhile. Good CLIs, auto-summarization of long command outputs, Markdown docs and workflows -- those are all useful for people too!

To guard against mistakes and abuse, you use sandboxing and scoped permissions, not micromanagement.

One thing I’d like to figure out is a good pair-programming workflow for AI agents. You can tell a high-level model to go and do something, and that works; you can use a low-level model as an IDE assistant, and that works; but they’re separate workflows. What would be really useful is a way to kind of hand the keyboard back and forth with the high-end model and build something together. But safely, not in full-on YOLO mode on my own machine. This is one specific area where humans and LLMs differ -- it’s so much faster than me that I can’t just grab the keyboard back from it if it goes off the rails.

I'm a bit dismayed by all the negativity you're getting. Thanks for all your level-headed and detailed responses here.

I have a hard time understanding why people object to this kind of attempt to systematize something that conventionally relies on rote learning. I've always found that figuring out the underlying rules helps with the rote learning. When you see some new word or conjugation, it's super helpful to have a method for explaining why it's that way; it helps fix it in your mind.

I wonder if native speakers object to this approach because it isn't really how you learn as a kid. You don't learn any abstract rules, you just absorb a huge amount of training material and construct your own model. But that doesn't mean adults need to learn in the same way; we can and should leverage our painfully-acquired knowledge and skills from other domains.

People like to complain about AI-written slop, but this kind of thing doesn’t seem any better - vague kvetching with no concrete examples whatsoever.

I haven’t noticed this myself at all. I wonder if the author is just getting their own grumpy attitude reflected back at them.

Judging by the volume of discussion, Claude seems to be the only LLM worth complaining about, which I assume means it’s still the best one.

No, the original "they're made out of meat" works because we're confident that we are in fact intelligent and conscious, despite how ridiculous and unlikely the author manages to make it sound.

"They're made out of weights" works precisely because LLMs really do have this mysterious property that they seem somehow intelligent even though nobody can explain exactly why, and there's active debate over whether they could be considered conscious.

The thing being discussed isn't simply an arbitrary MacGuffin; in both cases the nature of the thing is central to the impact of the story.

Just wanted to say, I appreciate your patience and good sense in this thread.

It's difficult to tell who's trolling -- probably best to go with the charitable assumption that everyone is honestly trying to convey their opinion, but mostly talking past each other. Unfortunately these discussions about the nature of consciousness never go anywhere useful.

I think I'm probably in the same boat as you, roughly: a) LLMs are doing something really interesting that resembles in many ways both intelligence and consciousness; b) I suspect they're not actually conscious but I don't know how you'd know for sure; c) it all just drives home that we still don't really know what consciousness actually is. But like (a), it's definitely something really interesting...

Yes, I have to say I’m disappointed. Chiang has been very insightful in the past -- I think his recent “blurry JPEG of the web” article was really useful -- but this one doesn’t seem to bring anything new to the table.

Nice work, this is fun! I've only played against the AI so far, managed to win on Beginner.

I think it would benefit from some little animations so it's clearer what's going on. But making that work nicely across both desktop and mobile could be a real pain, so I wouldn't blame you for punting it until later. :)

A smaller suggestion: maybe draw all the spare pieces on screen, rather than just displaying e.g. "15 pcs" as text. That way you can see at a glance when your stock is dwindling. Experts won't need that but it could be useful for beginners.

I was wondering the same thing. That translateZ is a bit fiddly to get right, so I could believe this is a bit easier to use, maybe? And presumably this could be used for other properties besides position, like colors, opacity or blurs.