Only if it has a goatee, which is how we know Robert Downey Jr's Iron Man and
Benedict Cumberbatch's Doctor Strange were only the heroes of their own narratives, and nobody else's.
You’re thinking about this the wrong way. Yes, any individual developer doesn’t need this much power all the time. But any individual developer would like to get an answer quickly, which this does. You share the speed and capacity of this over a whole organization. Any one developer only uses a fraction of its capabilities at any given time. Getting an “instantaneous” answer is quite helpful. Think of it like a shared compiler; a developer is not constantly compiling, but having an “instantaneous” compiler is quite useful.
most of the time developers arn't looking for answers. They want to implement some feature. And I'd hazard most developers arn't using these things as a crafter implementer but a frankenstein of architect, implementer, tester, builder and deployers.
And the dev, if they're sane, wants to actually evaluate what it's doing in those arenas. Speed might be a psychology killer then. Actually being able to see the development process as it does it's good think and it's wrong think is a benefit for local development.
I don't think speed of tokens is all that magical if there's a huge imbalance of ability to "human in the loop" it's processs.
Code is an answer to a coding question or direction. Getting an answer quickly is always better than getting an answer slowly. You can evaluate the answer at your leisure. The human can take as long as the human wants. Meanwhile, the infrastructure is generating answers quickly for other people. Faster is always better, even with a human in the loop.
1. You don’t know anything about me, so don’t presume.
2. Which nursery rhyme? The tortoise and the hare is a fable, not a nursery rhyme. Even if you think the lesson was “faster is not always better,” which it wasn’t, faster is sometimes better. And in particular, when a machine is involved, all things being equal, faster is better. Would you rather use a fast compiler or a slow compiler, all things being equal except cost to keep the analogy with the original? Compiler A produces the same binary with the same optimization levels a compiler B, but in 1/10th the time. Assuming you can afford it or someone above you in your organization is willing to buy it for you, you take compiler A. If you can’t afford it, you lust after it. Why, because a slow compiler results in a slow iteration loop no matter what. With an instantaneous compiler, the loop is as slow or fast as the human part of it. You want to think some more, rearchitect this or that? Fine. Your code is always ready to run.
I get the sense that you’re anti-AI. That’s fine. I’m not sold myself, though I’m increasingly trending that way. For those that choose to use AI, I submit that a fast AI, all things equal (same output), is better than a slow AI for the same reason that a fast compiler is more preferable. Note that I’m not saying that faster overall development at all costs is preferable, or that we should just throw everything at the AI and stop thinking.
speed gets you to have flow though, rather than breaking your concentration with various waits that aren't actually times where you can stop and think because its 7s surrounded by tiring reading.
a milisecond response, that you can then spend 30s focused on is better.
its the same as a build tool. just slow enough build tools really suck, compared to either an instant build or a 30min build
evaluating the areas isnt the same as watching the llm harnes say "thinking" between submitting a request and getting a response
I thiml of it as driving. If youre in kansas and on q highway with no features, go ahead, speed away. But the reality is, a human in the loop system needs a variable speed car. Like all driving, sure, some will go faster.
But the opinion is about psychology and expectations.
If you expect the singularity, then of course this sounds crazy. To christians, ghosts also sound crazy. It dont mean a think if yoire biased to expect AGIM
They’re just going to keep changing the terms, injecting more ads, and raising prices until their revenue falls. As long as the number keeps going up, they’ll keep doing it.
Interesting. I’ve been using GLM 5.3 Flash for a couple months and found it to be great. What has it been doing that you found to be “too clever”? It sometimes gets stuck in loops. I once asked it to do a code review of a simple pattern and it went off on a 45 odyssey trying to analyze too much. But other than those, it’s been a pretty good daily workhorse. And you can’t beat the price. Even Deepseek 4.1 Flash is more expensive. And I switched to GLM 5.3 Flash from DS 4 Flash, my previous daily driver, which I also found quite good. Anyway, my point isn’t to start a “which model is better” subthread, but was just curious what behavior you’ve seen where it’s “too clever.”
Anecdotal but I was doing regular adversarial reviews of new work using about 5 models (mostly the open Chinese ones like DS, GLM, Qwen, Kimi, etc) and GLM routinely took much longer for similar results and the same instructions.
It would just loop on things and go down rabbit holes more. DS flash has been so consistently good I've kinda settled on it for 90% of my work.
I still use adversarial review for bigger changes where I want to make sure any issues are caught early, but I genuinely feel as tho if no new models ever get made I'd be fine with just using DS forever.
What quant were you using? I’ve been using Q4_K_S for a while now and it’s been rock solid, but having tried Q3_XS, that would loop like crazy. Maybe try a bigger quantity size?
It wastes my time. A lot! In different ways. That's the tl;dr. Really.
Keeps repeating things I settled as accepted or rejected. But what really gets on my nerves? The language it uses – that aweful, useless typical LLM languages! No AGENTS.md instruction, no per session instruction, no just two-prompts-prior instruction seems to work, hell sometimes instruction regarding that in same prompt doesn't work. GOOD/BAD example along with instruction don't work. That wastes time and zones you out! Not to mention the fatigue of to and fro. DS has been working much better. Hell Gemini 3.1 Pro works so much better than GLM. I don't have extended experience with OpenAI and Anthromic models but the free claide.ai works quite well and better than GLM 5.3 (not even flash). Albeit I must say I rarely use claude.ai for coding, but technical tasks? All the time!
GLM's best response: "No excuse. My fault. You exactly asked me not to do exactly that and so did the AGENTS.md. I failed". Love it. Except that if I press I will get that response every 5 prompts.
In my experience GLM and Claude models behave in ways that steadily drift from your directives and speak in similarly mannered "Claudese", leading me to believe that glm was more or less trained to mimic Claude. I think this reflects a very strong gravitational pull anchored at the system prompt level to specific voice and behavior directives directives. I find other models like DS and Gemini are more compliant and drift much less from my custom behavior and voice directives.
Well, the moat is that cpu/npu development is very hard, requires talented engineers, and requires access to cutting edge fab process, all of which in turn costs a lot of $$$. So, sure, “anyone” who has all that can definitely breach Apple’s moat.
Most of the smart people I know have left Apple because over the last ten or fifteen years, all of the reasons other than money have gone away, and they don’t pay well.
Don’t kid yourself, Apple paid’s very well and that includes stock options. Apple in comparison to their competition is very careful on who they hire, and they’re also careful on who they layoff in comparison to their competition, who seem to make big mistakes and layoff thousands when it suits them ala Meta or Microsoft recent times.
If you fortunate to get a job at any of the big tech companies today, quibbling about the pay package is the least of your worries.
reply