crazygringo

It almost certainly does not explain it, and is probably just a coincidence.

Claude Code is not sending your email address to websites as a default, or regularly. It is not some automatic header or anything.

Rather, if you are performing certain kinds of research on sites that involves downloading certain kinds of information, like on Wikipedia or the SEC, it supplies your e-mail address when the sites request it as part of their download policy. As part of anti-bot policy. Obviously Claude should have asked for approval first, but Claude isn't out there just spamming your e-mail address in every external request it makes or anything.

Wikipedia and the SEC are not selling your e-mail address to spammers. And these are the two main sites where it has come up.

Contrived? I don't see it.

For the generic average dev pushing SaaS features, it's way faster. For the kind of stuff where the coding is essentially all boilerplate/connector, something like Claude shines. Because there's already a pattern for everything in the codebase.

If you are able to parallelize your work, e.g. work on 2 or 3 features at a time, your coding time goes down to essentially zero, or rather the time it takes you to write the prompts (hint: use dictation if you're working from home), and all your work is now spent on all the same design and manual testing you were doing before. So depending on what proportion of your time was spent on design/testing vs. writing actual code before, your generic/average dev can see a productivity boost of anywhere from 2x to 20x. It really just depends on what proportion of their job they actually spend literally writing code.

Surely you must understand that that sounds as believable as "I've used programming languages. They produce no time savings over assembly language."

If you post something like that, all it says is that you're either trolling or don't know what you're doing.

There are some very specific areas where it might not help, just the same as there are times where writing assembly is still better.

So what exactly is your motivation in saying "It produces no time savings"? Something so obviously false? I just don't get it.

Honestly, that's just what Google Search is now.

Providing a hobbled version of Search that isn't what students use at home isn't exactly teaching useful skills, is it?

That makes about as much sense asking students to use MS-WORD for DOS instead of Google Docs. What's the point?

If you want your students to be able to use Google Search, then you should be giving them the real Google Search the rest of the world uses.

No, it's nothing to do with your baseline coding ability, and everything to do with the type of task.

If it's the kind of thing that requires a lot of iterative back-and-forth, like tweaking UX design, then there may be little speedup.

If it's the kind of thing where you there is a clear pass/fail, e.g. writing software to satisfy a comprehensive test suite that is black and white, then it could be 1000x.

The better-defined the task is and the more the agent can evaluate its own success, the bigger the multiplier.

Also, obviously, the more you are working in an area that is more unfamiliar to yourself, the bigger the multiplier.

That's why one morning I'll feel like it's maybe just 2x as it's constantly testing an app in an iOS simulator to see if a UX bug got fixed. That afternoon it might be 10x as it works on some pure code fixes that I still need to verify manually if they work. The next morning it might be something like 200x as I have an incredibly well-defined task that requires a lot of algorithmic research and 10,000 lines of code, but where the end result is easily provably correct or not. That afternoon it could be essentially "inifinity X" as it fixes a problem in a programming language I'm not even familiar with, in a domain it would take me months to get up-to-speed on, in a library I don't know, which solves a bug that is blocking me. Because it's just not something I could have realistically done at all.

So it's incredibly task-dependent. But it's pretty much always faster to some degree. Sometimes a little, sometimes a whole lot, sometimes so much faster it's still a little hard to believe.

It genuinely astonishes me that there are still people such as yourself on HN asking this question.

I understood there were still people asking this 12 months ago. But still?

You could only possibly be doubting the time savings if you simply haven't used agentic development, whether Claude Code or other.

You have to understand, by now you basically sound like someone asking how much time you could be saving by writing in Python, instead of just jumping right in and coding assembly yourself.

If you're still asking the question, you just need to bite the bullet and try it.

This makes perfect sense. How is it even news?

Google Search uses lots of AI. Google is now allowing schools to turn off all AI entirely. That, obviously turns off Google Search. This is the feature working as intended.

It seems like school administrators will get to control which products get AI, individually. Which is what they've been asking for:

> After listening to schools, teachers, leading researchers, and policymakers, we are now updating our approach to controls for Gemini, Gemini Notebook, Gemini in Classroom, and Google Search. Access to these products will be entirely off for K-12 student accounts until school administrators explicitly turn them on.

Am I missing something here...? This announcement seems to be 100% good, but people are writing like it's 100% bad.

I'm not really following. My point here is that this is why the ceiling is around 20x, as opposed to being e.g. 200x or 2,000x.

That doesn't mean it's "much lower than 5x."

I mean, just what I did this morning with Claude would have taken me 2 weeks on my own. So 20x is pretty reasonable for certain types of engineering.

But it's also true that when I'm working on 2 things at once, the bottleneck is me. I'm spending all my time giving Claude direction that it can't give itself.

So you basically have to separate out the tasks where AI can produce a 20x productivity boost, and the stuff where it can't help at all.

There's still so much stuff where it can't help at all, you need real human employees for that. That's why Anthropic is continuing to hire at breakneck pace.

And that's what I'm saying -- knowledge workers aren't being replaced. They're just accomplishing tons more work, and companies aren't running out of work to do.

Imagine an employee is 1x productive without AI.

Now spend 0.5x their salary on AI, and they become 5x productive compared to no AI.

Now spend 1.1x their salary on AI, and they become 20x productive compared to no AI.

It's still obviously worth it to spend the 1.1x. But it is truly remarkable that the biggest cost of hiring a knowledge worker is no longer their salary, but their AI usage.

There is no implication here that employees are being replaced by AI spend, as long as all of the productivity is generating profit. The AI usage still needs a knowledge worker to direct it in ways that it can't direct itself, so you still need the employees.

Loads fine for me, before and now.

Might be a problem with your location, VPN, etc.

Maybe Claude does it in that case as well, but that's not what I'm experiencing. It has no rhyme or reason to it, except maybe some kind of background process. I assumed something like that at first, but then triple-checked and it was absolutely unrelated to anything happening on the LLM side of things.

My best guess is that it's something related to some kind of auto-update with the way it seems to happen roughly but not always daily.

Amazing. I'd LOVE for you to expand it, to also auto-dismiss "Foo.app would like to access data from other apps."

Adobe programs ask for this every time they start, and Claude Code randomly asks me this daily out of nowhere. It doesn't matter how many times I click "Don't Allow", it never gets remembered. (But of course if I ever mistakenly click "Allow" even once, that gets remembered for eternity and I never get asked again...)

Not really sure what the point is in posting some ancient policy from 2008, almost two decades ago?

Policies change and evolve. What would be more notable would be if they didn't.

And in this case, I'm not surprised at all. Trying to be the arbiter of what is considered common place names feels like a thankless and ultimately impossible task. If I were Google, I would quickly give up on that as well and simply follow official sources.

Don't like it? Then vote for the other guy next election. That's what living in a democracy is about. If anything, sticking to government names gives people even more reason to vote for the other party next election. The more people who get exposed to these dumb name changes on Google Maps, the better.

Not really sure how it's any less dystopian than blinking at a screen 2 feet away on your desk, as people have been doing for decades?

To be honest, it feels a lot less dystopian to me. Frees up your body so you can easily alternate between sitting and standing, and move between environments or inside/outside a lot easier.

Like, it's technology adapting itself to our bodies, instead of trying to adapt our bodies to technology by hunching over and developing neck strain and bad backs.

But Wikipedia is an encyclopedia, not a reference for all knowledge.

Thus, it draws the line at things and people that are notable.

Maybe you think it shouldn't be an encyclopedia, but should be some larger project that indexes every product UPC, every person born, and every website ever registered, but that's not what it is.

And the primary obstacle here isn't storage. It's quality. You need a sufficient number of eyeballs and editors per page to ensure that the crowdsourcing is actually passing a minimal quality bar. Millions of short, low-quality articles means millions of opportunity for spam, abuse, and other problems.

Fair enough! I'm lucky enough not to use Teams, I've heard the horror stories but I had no idea it was that bad.

I think the subject here is broader UX latency, measured in hundreds of milliseconds to multiple seconds.

I've been using computers for over 40 years now, and I've never been impacted by the latency between keypress and letter rendering in my life except for on e-ink. That's not something I see anybody complaining about.

No, latency hasn't gotten worse.

It just hasn't gotten better.

Fundamentally, whenever latency gets too bad, developers fix it. But often not until then. So it always just kind of sits there at the edge of just-barely-tolerable. Which is defined by human behavior, not chip speed or similar.

I remember iTunes in the 2000's taking several seconds to respond to user actions. I remember using software like PageMaker in the 1980's that would take forever to respond. Lotus Notes in the 1990's was horrible. Running antivirus would slow your system to a crawl. Other stuff from the 2000's -- Acrobat Reader, or Outlook.

It's always been an issue with apps on the computer.

Oh, I certainly have. In fact, I had to give me kind of a three hour crash course afterwards when I needed to figure out what kind of further optimization was most likely to work.

But that was still to answer very targeted questions that I would never have been able to ask on my own in the first place without months of study.

And when we are talking about the speed up from LLM's, we are generally comparing to a world without LLM's. Not to some mythical world where LLM's are able to teach us about anything but not actually able to write the code or find the technical solutions themselves.

I am a huge fan of having LLM's teach me what I need to properly guide them in domains that are outside my expertise. It's kind of funny when you think about it. A really big part of learning how to be productive with Claude is indeed trying to find precisely the areas where you yourself, not only provide value, but provide irreplaceable value.

But in this case, most people really truly don't have an issue with it.

It's a very small minority who cares.

I mean, it was about changing the size of the certain layers of the model in order to fine-tune with the new shape.

I am entirely sure that it would have taken me many months to figure out that that was the actual thing that needed to change. It wasn't just some kind of tooling configuration issue. It required a deep understanding of the size of every single different layer of the model and how they fed into each other.

I recently needed to adjust an existing open source model for an app that I am building, to get it to work in a certain way. I have no background in machine learning.

Claude was able to identify the approach that worked, and even the long Python command that was needed. In, yes, probably about 10 seconds.

For me to figure that out myself, it probably would've taken something like a year of study. Of the entire stack of machine learning and all of the Python tooling associated with it.

That's where these absolutely incredible astonishing speedups come from.

Because it's one thing for Claude to be able to write code 20 times faster than I can. But it's a whole other thing when it is able to create things in domains that I know nothing about at all. That would take me one or more years to become an expert in. But where I can still just verify its results, so I don't need to be an expert in order to judge the quality or suitability. If the end product works, the end product works.

I have similarly had it come up with mathematical formulas that would probably have taken me a year in going back to studying math if I had to derive them myself. But where it is trivial to show that they are producing the correct output for known test cases.

So trying to come up with some kind of factor multiplier here almost kind of falls apart. It might as well be infinite. Because these are things that I just wouldn't have done otherwise. The software wouldn't have gotten built because I would have had to hire somebody else to do it, and there was no budget for that.

Yeah I'm aware it's hit-or-miss. But I use it in Infuse, which is a third-party app that supports it, even with its own framework.

Yes, this is standard. And the point is performance. The needs of user-facing ID's (short alphanumeric, randomly ordered) tend to be pretty orthogonal to the needs of internal ID's (raw bits, monotonically increasing, maybe timestamp data).

It kind of lives on, on the Apple TV remote.

You know that ring around the main button, that kind of functions like a D-pad with four arrows?

If you're paused while watching something, you can drag your finger clockwise or counter-clockwise around the ring to seek forwards or backwards. It's really nice, much finer-grained control than normal skipping forwards or backwards.

The wheel doesn't actually spin, but it also doesn't really need to.

There are really quality TV shows, and films on streaming, out there.

Giving up TV is no different from giving up reading literature, or listening to music, or whatever artistic experience you want to have.

Watching a TV show like Adolescence is no different from reading great literature. And fortunately, there's so much great TV from the past couple of decades, you don't ever have to watch bad or brainrot TV if you don't want to.

There's nothing noble about trying to abstain from that.

It takes up space, you've got to clean out the dust from the fan grill every so often, it requires constant maintenance in software updates every time you turn it on, unless you leave it on all the time in which case it's using non-trivial power all the time. I have an Xbox. But there's no question that it would be a much simpler setup to not have one.

If you buy the expensive piece of hardware and the game, you can play it on your tablet for free. With Remote Play! You've always been able to do that. Nothing changes.

This is about not buying the expensive piece of hardware. Then obviously it makes sense to charge you for the expensive hardware you're now using in the cloud. Or if you bought the expensive piece of hardware, but for some reason are choosing to use an Xbox in the cloud instead.

Game streaming from the cloud has never been part of the licensing of purchasing a game. It's always been part of a monthly Game Pass subscription. And with games in Game Pass, you don't even have to buy the game in the first place.

I get that some people may not love the change, but it's just more accurately reflecting costs, and there's absolutely no bait-and-switch here. Nothing has changed about what comes with a game you purchased. Nothing at all.

Seriously! They're not charging you for the "streaming" or for the "game you already bought" -- they're charging you for renting the Xbox in the cloud that is running the game, the GPU.

I get that it was free before as part of a subscription, but now GPU's are more expensive. Nothing that you paid for up-front is being taken away. The subscription plans just changed is all.