One thing I've learned about tech is that you can never assume something is too boring for opinions.
23,278 karma · joined December 14, 2018
One thing I've learned about tech is that you can never assume something is too boring for opinions.
At this point of 2026, if you're reading code and still catching things, then the problem was before the code was written. You should have decided more high level preferences like invariants before the work began.
And this is a good thing.
I don't see what's unique about GTA6. It's just larger in scope if you wanted to decompile or greenfield a custom engine.
But at the end of the day you'll be able to unpack the assets yourself and immediately have the worldmap running in a browser in Three.js. And once you're there, you can vibe-code any game you want on top of it.
I don't get this reaction to Apple making Full Disk Access more explicit. Whether they're "happy" or "sad" about agents doesn't seem responsive at all.
Kinda seems like whenever you spend 10 seconds thinking about the average user, social media gets angry. The quoted justification by Apple seems reasonable.
The person who wrote it just came up with 20 in the moment and forgot to go check, something everyone has done a hundred times.
I've probably never worked on a single system where the html validation, http server validation, and database constraint were synchronized on username max length. You choose a placeholder, an even number between 10 and 16, then forget to ever check.
This makes the class really awful. I had professors with schemes like this, maybe calling on someone's name randomly 1-2 times in class to answer a question they'd just asked, just to ensure everyone is scared into paying attention.
Your technical ideas are just implementation details behind the interface. What's your idea for a better UX?
The parent + subagent workflow has become critical for keeping the reasoning agent (parent) context-lean while also letting me chat to the main agent while work is getting done.
My main process is to use Fable to reason and then spawn Opus subagents, and I get amazing results, and I'm always looking into what the subagents are doing.
Make sure you process doesn't depend on anyone reading your mind.
When I run into things like this, it becomes a one-liner in my instructions/harness or in the canned prompt/skill I use that sets off a process.
In this case, I instruct agents to proactively build/improve diagnostic tooling if it would help them with their task + if it meets a bar of generalization/reusability (else it should be an ephemeral probe that gets abandoned at the end of the solution).
I think it's one reason why ADRs are an important of a software project, especially with LLMs. You need a place were you can document invariants, why you have them + the rejected ideas and acceptable risks.
It helps smart agents like Fable help you decide on trade-offs and it's kind of incredible to witness that happening.
You need a measurement that can falsify hypotheses and reject branches that won't work.
Also, if all you have left in your project are performance issues that are hard to identify without flailing around (even with Fable/Astra) despite sampler/profiler reports, then you're doing really well and I wouldn't assume you're going to fare much better than the sota models in terms of stabs in the dark.
Once I had repo commands that could dump `sample` results and a cpu profiler/trace and then a benchmark tool that let me A/A + ABBA/BAAB-test the current modified git workspace against HEAD or any commit, the LLMs could just do their thing.
And that's how my homemade terminal uses much less memory than ghostty/kitty/iterm yet has more throughput.
AI is going to increasingly unmask people and companies who don't care about correct and performant software now that it's become so trivial to guarantee both. It used to at least be expensive and time-consuming and expertise-demanding to do those things.
$250 just for 2x8gb DDR5 RAM. I'm not even sure you'd save much money on a DDR4 build, all parts considered.
CC might be the best one I've used if I give each major UX aspect a rating 1-5 and then average them. For example, it has a decent subagent viewer.
Meanwhile, Codex doesn't even have one, and its subagent tool call is so buggy that the parent agent sometimes doesn't even know why the child died.
Being a TUI is very limiting, yes, though that limitation isn't the harness' fault.
And Fable's architectural design is pretty much always well-reasoned and a good place to start.
There's this idea that the best way to use LLMs is to be in the backseat constantly yelling out corrections, but that hasn't been true in my experience for quite some time, though I only use a few sota models.
I think something being slop this late in the game is mainly a reflection of the person using it. I can't really blame AI anymore when pretty much any lever you'd recommend to de-slop it is one prompt away.
I agree with your last bit, and that is the only thing left now that AI solved the technical part.
By this point, if you care about a quality product, you should learn how to leverage LLMs for that like running automated audits for correctness and performance opportunities.
There isn't a market for "yeah there's a memory leak but I wrote it by hand."
The average HNer would imagine me scrolling TikTok while I periodically swivel to Claude to type "continue" while my brain shrivels away.
That I can delegate lower level work like implementation means I spend my time at increasingly high leverage positions like deciding what gets built. And any time I want, I can get as granular and inquisitive as I'd like about the lower level work. After all, I probably chose it from a multiple choice AskUserQuestion tool call, each with a blurb and shortlist of trade-offs.
All this talk of de-skilling doesn't make a lot of sense to me because what are these skills people covet so much that defined most of the day to day of a software developer? What, the implementation details of some framework or the intimate details of your company's crappy legacy software stack?
Dunno, I have bigger plans for myself than that.
The point is to stop the attack and prevent users from accidentally hosing themselves.
The one downside of my iPhone 13 mini is the rare case where I do need more screen.
I couldn't spend $2000 on a phone, but I don't mind the direction.
Either way, you'd have to do more work to claim that providers are specifically optimizing for Minecraft vs. other hypotheses like Minecraft just having more resources, preexisting implementations, and base model knowledge than other games.
If we're just going by vibes, I'd wager we're at the point that it's more straightforward to improve the model generally than try to special-case specific demos that are popular on social media.
It’s still shocking to me pre-AI how often people would ship code they didn’t bother to run once, relying on some QA stage to report an issue.
With AI the solution to it is also trivial since an extra three seconds spent writing a prompt could have had the agent run and verify it.