←back to thread

Claude outage

(status.claude.com)
157 points stuartmemo | 3 comments | | HN request time: 0s | source
Show context
CapsAdmin ◴[] No.45770578[source]
I didn't even know they had a status page. Claude (with pro subscription) is often so unreliable with regards to connectivity and performance that I'm looking for something more predictable.

It randomly fails halfway through a response, sometimes very slow to start, hangs for long periods during a response, and so on.

The Claude chat interface can also slow down with long sessions. I sometimes use Claude code which is better, but I'm not a huge fan of terminal interfaces. I'm aware of third party frontends, but I believe those require api access which I don't like for personal use.

replies(4): >>45770649 #>>45770694 #>>45770799 #>>45777149 #
siva7 ◴[] No.45770649[source]
Try Gemini to see how bad it can really get. Most of the time 2.5 pro requests fail for unknown reasons over the App. Claude and Chatgpt are way more reliable.
replies(3): >>45771030 #>>45771046 #>>45771462 #
SXX ◴[] No.45771030[source]
It almost never fails via AI Studio though. Also I doubt fails you see really have anything to do with LLM itself, capacity or backend.

It's just Google own UIs and apps are almost comically bad.

replies(2): >>45771162 #>>45777095 #
TexanFeller ◴[] No.45777095[source]
My theory, beyond their organizational incentive issues, is that Google’s UIs are so pathetically bad because the company is so gung ho about “web first”. The web is a wonderful thing, but it’s set UI development back by decades.
replies(1): >>45779928 #
1. uxcolumbo ◴[] No.45779928[source]
Can you give some examples?

What would have improved UI development instead?

replies(1): >>45781049 #
2. mikelevins ◴[] No.45781049[source]
I think the decline in UI quality is real, but I don't think the web takes all of the blame. The blame that it does take is due to a sort of mixed bag of advantages and disadvantages: web technologies make it quicker and easier to get something interactive on the screen, which is helpful in many ways. On the other hand, because it lowers the effort needed to build a UI, it encourages the building of low-effort UIs.

Other forces are to blame as well, though. In the 80s and 90s there were UI research labs in indistry that did structured testing of user interactions, measuring how well untutored users could accomplish assigned tasks with one UI design versus another, and there were UI-design teams that used the quantitative results of such tests to deign UIs that were demonstrably easier to learn and use.

I don't know whether anyone is doing this anymore, for reasons I'll metion below.

Designing for use is one thing. Designing for sales is another. For sales you want a UI to be visually appealing and approachable. You probably also want it to make the brand memorable.

For actual use you want to hit a different set of marks: you want it to be easy to learn. You want it to be easy to gradually discover and adopt more advanced features, and easy to adapt it to your preferred and developing workflow.

None of these qualities is something that you can notice in the first couple of minutes of interacting with a UI. They require extended use and familiarization before you even know whether they exist, much less how well designed they are.

I think that there has been a general movement away from design for use and toward a design for sales. I think that's perfectly understandable, but tragic. Understandable because if something doesn't sell then it doesn't matter what its features are. Tragic because optimizing for sales doesn't necessarily make a product better for use.

replies(1): >>45784131 #
3. uxcolumbo ◴[] No.45784131[source]
Yes true. It's basically form over function and it's not just limited to Web UIs.

Windows 11, iOS7, iOS26 are just some example of non Web UIs, which focused first on optimizing for sales, i.e. making something look good without thinking about usability implications.

Fortunately usability testing is still pretty much a thing. Good articles here: https://www.nngroup.com/search/?q=usability+testing