Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code login fails with OAuth timeout on Windows

github.com

Post reply on HN
Print view View original

321–330 of 331 posts

Re: Claude Code login fails with OAuth timeout on Windows

#321

Post by jimkleiber »

butz wrote: post #240

Run LLMs locally. Otherwise suffer service disruptions and very likely price hikes in the future.

The analogy that recently came to me is like internet itself. Your advice seems to say just do everything locally on my computer without access to the internet, because internet might suffer service disruptions or price hikes in the future.

Luckily, ISPs tend to be quite reliable and don't have outrageous price hikes, but maybe that's because of regulation or focused competition, I'm not sure.

Re: Claude Code login fails with OAuth timeout on Windows

#322

Post by skydhash »

vidarh wrote: post #316
skydhash wrote: post #292

Earlier quoted context omitted.

> When I write code for the sake of writing code, I struggle to understand that comparison. Code is notation, you can’t write code for the sake of writing code. You have a problem and you instruct the computer how to do it. And for the sake of your collaborator and your futher self, you take care of how you write that. There’s no real distinction IMO. > There is also a hidden presumption in what you've written that 1…

> Code is notation, you can’t write code for the sake of writing code. Of course you can. > You have a problem and you instruct the computer how to do it. And sometimes that problem is not the point. Just like sometimes I write for the joy of writing, not because I particularly care about a reader or the meaning of the output. > The computers does not really care about what programming language you’re using and the n…

> This has no relation whatsoever to the sentence you quoted.

Maybe I wasn’t clear. What I wanted to convey is that the use of programming languages, paradigms, patterns, and other software engineering principles is related to the human side of programming.

You can solve a problem correctly, but with the resulting code being hard to parse. Or you can write readable code but with bugs. And almost everyone prefers the latter.

So badly written means incomprehensible code, mostly due to the size of it in the case of Agents. It’s all right if no one cares about the code. But if you expect someone to review it, changeset that even the author don’t understand is slop.

Re: Claude Code login fails with OAuth timeout on Windows

#323

Post by [deleted] »

skydhash wrote: post #298
hombre_fatal wrote: post #285

Earlier quoted context omitted.

Always start an implementation in Claude Code plan mode. It's much more comprehensive than going straight to impl. I never read their prompt for plan mode before, but it deep-dives the code, peripheral files, callsites, documentation, existing tests, etc. You get a better solution but also a plan file that you can review. And, also important, have another agent review. I've found that Codex is really good at reviewin…

IMO, plan mode is pretty useless. For bug fixes and small improvements, I already know where to edit (and can do it quickly with vim-fu). For new features, I spend a bit of time thinking, and I can usually break it down in smaller tasks that are easy to code and verify. No need to wrangle with Plan mode and a big markdown file. I can usually get things one-shotted by that point if I bother with the agent.

[deleted]

Re: Claude Code login fails with OAuth timeout on Windows

#324

Post by vidarh »

skydhash wrote: post #322
vidarh wrote: post #316

Earlier quoted context omitted.

> Code is notation, you can’t write code for the sake of writing code. Of course you can. > You have a problem and you instruct the computer how to do it. And sometimes that problem is not the point. Just like sometimes I write for the joy of writing, not because I particularly care about a reader or the meaning of the output. > The computers does not really care about what programming language you’re using and the n…

> This has no relation whatsoever to the sentence you quoted. Maybe I wasn’t clear. What I wanted to convey is that the use of programming languages, paradigms, patterns, and other software engineering principles is related to the human side of programming. You can solve a problem correctly, but with the resulting code being hard to parse. Or you can write readable code but with bugs. And almost everyone prefers the…

So again, this presumes that the result must be incomprehensible. That is not at all my experience. It may become incomprehensible if you let it, just as is the case with human developers. It won't be if you enforce reviews, and your harness demands cleanups and sets clear standards.

Re: Claude Code login fails with OAuth timeout on Windows

#325

Post by Izkata »

skydhash wrote: post #298
hombre_fatal wrote: post #285

Earlier quoted context omitted.

Always start an implementation in Claude Code plan mode. It's much more comprehensive than going straight to impl. I never read their prompt for plan mode before, but it deep-dives the code, peripheral files, callsites, documentation, existing tests, etc. You get a better solution but also a plan file that you can review. And, also important, have another agent review. I've found that Codex is really good at reviewin…

IMO, plan mode is pretty useless. For bug fixes and small improvements, I already know where to edit (and can do it quickly with vim-fu). For new features, I spend a bit of time thinking, and I can usually break it down in smaller tasks that are easy to code and verify. No need to wrangle with Plan mode and a big markdown file. I can usually get things one-shotted by that point if I bother with the agent.

My manager and I have been experimenting with it for some stuff, and our most recent attempt at using plan mode was a refactor to change a data structure and make some conversion code unnecessary, then delete it. The plan looked fine, but after it ran the data structure change was incomplete, most of the conversion code was still there, and it introduced several bugs by changing lines it shouldn't have touched at all. Also removed several "why" style comments and arbitrarily changed variable names to be less clear in code it otherwise didn't change.

This was the costliest one we had access to, chosen as an experiment - took $20 over almost a half hour to run.

Re: Claude Code login fails with OAuth timeout on Windows

#326

Post by Izkata »

vitosartori wrote: post #76
mvkel wrote: post #8

Mounting evidence that claude max users are put into one big compute fuel pool. Demand increased dramatically with OpenAI's DoD PR snafu (even though Anth was already working with the DoD? But I digress...). The pool hit a ceiling. Anth has no compute left to give. Hence people maxing out after 1 query. "Working on it" means finding a way to distill Claude Code that isn't enough of a quality degradation to be noticed…

I was vacationing! What's up with OpenAI now? Asking with some morbid curiosity tbh.

I believe the first part is referring to these:

https://news.ycombinator.com/item?id=47186677

https://news.ycombinator.com/item?id=47199948

Re: Claude Code login fails with OAuth timeout on Windows

#327

Post by hombre_fatal »

Izkata wrote: post #325
skydhash wrote: post #298

Earlier quoted context omitted.

IMO, plan mode is pretty useless. For bug fixes and small improvements, I already know where to edit (and can do it quickly with vim-fu). For new features, I spend a bit of time thinking, and I can usually break it down in smaller tasks that are easy to code and verify. No need to wrangle with Plan mode and a big markdown file. I can usually get things one-shotted by that point if I bother with the agent.

My manager and I have been experimenting with it for some stuff, and our most recent attempt at using plan mode was a refactor to change a data structure and make some conversion code unnecessary, then delete it. The plan looked fine, but after it ran the data structure change was incomplete, most of the conversion code was still there, and it introduced several bugs by changing lines it shouldn't have touched at all…

Did you do the plan review cycles like I suggested? It's a critical point.

Plan mode gives you a plan file, then you refine that, and impl derives from it.

Also, do you know it cost $20 because you're using the Claude API? I'd definitely use a subscription for interactive/development use.

Re: Claude Code login fails with OAuth timeout on Windows

#328

Post by Izkata »

hombre_fatal wrote: post #327
Izkata wrote: post #325

Earlier quoted context omitted.

My manager and I have been experimenting with it for some stuff, and our most recent attempt at using plan mode was a refactor to change a data structure and make some conversion code unnecessary, then delete it. The plan looked fine, but after it ran the data structure change was incomplete, most of the conversion code was still there, and it introduced several bugs by changing lines it shouldn't have touched at all…

Did you do the plan review cycles like I suggested? It's a critical point. Plan mode gives you a plan file, then you refine that, and impl derives from it. Also, do you know it cost $20 because you're using the Claude API? I'd definitely use a subscription for interactive/development use.

We reviewed the plan manually, asked it a few questions to clarify parts, and manually tweaked other parts.

I didn't catch what it was, some web dashboard that showed the cost per prompt. We could see it going up as it ran. We were just using the plan our company provided.

Re: Claude Code login fails with OAuth timeout on Windows

#329

Post by xantronix »

echelon wrote: post #132
rurp wrote: post #90

Earlier quoted context omitted.

HN is a big community that has always had a mix of people who value newness as a feature vs those who prioritize simplicity and reliability. Unless you're recognizing the exact same names taking these contradictory opinions it's probably different groups of people for the most part. It seems like every LLM thread for the past couple years is full of posts saying that the latest hot AI tool/approach has made them unbe…

> I get it. LLMs are cool technology. I don't think many of you have legitimately tried Claude Code, or maybe you're holding it wrong. I'm getting 10x the work done. I'm operating at all layers of the stack with a speed and rapidity I've never had before. And before anyone accuses me of being some "vibe coder", I've built five nines active-active money rails that move billions of dollars a day at 50kqps+, amongst lot…

I reread your comment and I think you might be sincere. To address this point:

> If you're not seeing these same successes, I legitimately think you're using it wrong.

I'm not sure how you could say that, considering I'm not using it at all. I don't want to, and I don't plan to. If that becomes an issue, I'm exiting this industry because I simply don't fucking care any longer. I am fine living the rest of my life and dying happy and sore being an automotive technician.

Re: Claude Code login fails with OAuth timeout on Windows

#330

Post by AlexeyBelov »

deely3 wrote: post #306
nerptastic wrote: post #174

Earlier quoted context omitted.

Man I really thought this was satire. It’s phenomenal that you can gain 10x benefits at all layers of the stack, you must have a very small development team or work alone. I just don’t see how I could export 10x the work and have it properly validated by peers at this point in time. I may be able to generate code 10-20x faster, but there are nuances that only a human can reason about in my particular sector.

It's simpler actually: author trying to make a business developing AI product.

Yes, and he's shilling in almost every thread. This is tiring.
Post reply on HN