It can't replace Excel. And that was the case in all previous platform shifts as well. The web couldn't replace Excel, and the new thing can never replace the old thing. But you've got this sort of sense of latent possibility, but nothing you can actually put your hands on tangibly. Do you know what I mean?
Absolutely. And there's nothing in the last year that, for you, sort of crossed over to the space of stuff that you can actually use? I mean, I seem to remember last time we talked, you hadn't really found a ChatGPT use case that you really liked. And just reading your blog posts, as I do frequently and would encourage everybody to do, you don't seem to be a huge fan of deep research either.
So I think there's a really important kind of conceptual point around error rates, which is, well, we could talk about this. There's many important conceptual points, but one, I think, important conceptual point is that there's an enormous difference between saying, "That was correct 89% of the time, and now it's correct 91% of the time," on the one hand, and, on the other hand, saying, "That was wrong, and now it's right." Those are completely different things.
And you can draw all the lines on charts you want saying the error rate is going down. But there's a very broad class of use case where you don't care if it's wrong sometimes. You want something that's roughly right or kind of looks like what the right answer would probably look like. And maybe there isn't a wrong answer, or maybe you can fix it, or maybe you're not going to give it to a client and you're just brainstorming. So there's a broad class of problem where there isn't necessarily a wrong answer, where this doesn't kind of matter that much, and a lower error rate is just better.
And then it's like a faster chip. The chip's faster every year, the error rate's lower every year. There's another broad class of problem where, no, there is a right answer and a wrong answer. And if you cannot depend on this to be right all the time, as opposed to slightly more of the time, then you either can't use it or you have to use it in very different ways to the ways you could use it if it was always right. And I think an awful lot of what those SaaS companies are doing is thinking about, A, the difference between a prompt and a product, but B, how do you manage the error rate?
So where do you put the probabilistic system and where do you put the deterministic system? So very crudely, do you use the LLM to go talk to Oracle and get the right answer? Or do you use Oracle to ask an LLM to do some sentiment analysis and put the sentiment analysis answer into Oracle, if you see what I mean? Where do you put the deterministic stuff and where do you put the probabilistic stuff? And it's kind of super important as you look at this to understand that the fact that the error rate isn't some kind of deal killer, this system is probabilistic rather than deterministic, and that allows it to solve a broad class of stuff that you just couldn't solve at all with deterministic systems.
But it also means it's probabilistic. And so you have to understand it's not an oracle. And if you look at these things and say, "Does it produce the right answer every time?" Well, then it's useless. It's kind of like looking at a PC in 1980 and saying, "Does it have the same uptime as a mainframe?" Or like looking at the web in '95 and saying, "Well, could you build AutoCAD in Netscape 1?"
Well, no, but that's not really the point. It does something else. And maybe in 10 or 20 years' time, it'll come back and be able to do that. And yeah, people do build CAD on web browsers now. But that wasn't why it was useful. But what I'm kind of circling around is, like, you can't just kind of handwave away the fact that these things are wrong sometimes. And you have to think about what you do with that and what products that means you can and can't build with it.
And maybe that will change. But for the moment, and this was kind of my point about DeepSeek, if you're using DeepSeek, the ideal use case for me for DeepSeek would be someone came to me and said, "DeepSeek or deep research? Deep research. Sorry." Again, you talk about how generic these things are. Someone came to you and said, "Write me a 40-page report on something that you know a lot about, what you do every day," then it would be really useful. Now, that's not what I do, as it happens.
But if that was what you were doing all the time, that would be really useful. But if you go to it and say, "Give me a 40-page report on something I don't know much about," you can't trust any line of that report because most of it will be right, probably, or it will be roughly right. But you won't be able to depend on any statement in that report actually being correct. So this is the last long essay I wrote, like, now, like eight weeks ago or something. I wrote this about deep research, which was—and I'm very conscious of that point about the right and wrong way to test these things.
Don't test this according to the standards of the old thing. Test it on its own terms of what it's trying to do. Fine. So I go to the OpenAI website and their marketing content, they talk about answering a question, generating a table about mobile. Guess what? I used to be a mobile analyst.
Messed with the wrong guy.
Well, but it's really interesting to kind of unpick this because first of all, so it's got these numbers on. I pick the number: what's smartphone adoption in Japan by operating system? Okay, first problem is, what do you mean by adoption? Do you mean use? Do you mean the install base? Do you mean that I'm spending money on the App Store? Like, what do you mean? I think you probably mean the install base, but it doesn't actually clarify that.
And I always used to talk about this stuff as, like, imagine you had an intern. And so that's a classic kind of an intern question. Like, what do you mean when you say adoption? What are you asking me for? Fine. So then it goes and it finds a number from StatCounter. Well, StatCounter is web traffic. People use more expensive phones more. People use iPhones more. So that's not going to give you the adoption number unless it's going to give you traffic for usage.
But it's not going to give you an adoption number. And then it transcribed the number wrong. So again, imagine you've got the—again, you'd have told the intern, no, don't use StatCounter. That's not for this; for something else, yes. But then the intern's typed the number in wrong. Like, it was literally the wrong percentage. It was like 65-35 instead of 35-65. And that's not an intern problem. Or if it is, it's a different kind of intern problem.
And again, I know a lot about mobile business. I don't have all of those stats memorized in my head. So that says to me, okay, for this table, if I actually want that table, I'm going to need to check every single cell in the table myself. At which point, why would I use deep research in the first place if I'm going to have to check every single thing it gives me? So that gets you to this kind of use case question, which is, what does it mean to have a probabilistic system?
And I was sort of thinking about this this morning. On the one hand, you can say the shift from deterministic to probabilistic is a really profoundly different and larger change from the change in all the previous platform shifts we've had. It's not the pendulum from local to centralized to decentralized, or cloud to client or whatever. But you could also say that all of those questions we asked, all those questions around mobile, like, what's the use case for mobile? Why is it useful to have this thing in your pocket?
What are you going to do with this? Is this really going to replace the PC? Why would you use that? And that was—we forget now—but that was a big question for 10 years. Like, how is this going to work? What is this going to be for? And the same thing for the web and the same thing for the PC. So maybe it's a profound change to say it's probabilistic. Maybe it's not. Maybe it's just, well, there's always these kind of basic questions about why you can't use this for this thing, and it takes time.