Live data from Hacker News

A flat pricing subscription for Claude Code

support.anthropic.com

211–220 of 293 posts

Re: A flat pricing subscription for Claude Code

#211

Earlier quoted context omitted.

When I tried Claude in copilot it was so obviously crippled as to be useless. I deleted copilot and never went back.

Care to explain why? Isn't the Claude version in Copilot exactly the same as in Claude Code?

It was just obviously worse than using the anthropic website. That was the only explanation for why it was so bad. They could offer it free because it was stupid even if the same version (maybe less resources). Or maybe I was just unlucky but that's what it seemed to me.

Re: A flat pricing subscription for Claude Code

#212
post #14

The problem is that this is $100/mo with limits. At work I use Cursor, which is pretty good (especially tab completion), and at home I use Copilot in vscode insiders build, which is catching up to Cursor IMO. However, as long as Microsoft is offering copilot at (presumably subsidized) $10/mo, I'm not interested in paying 10x as much and still having limits. It would have to be 10x as useful, and I doubt that.

I always imagined that these $10/mo plans are essentially loss leaders and that in the long run, the price should be much higher. I'm not even sure if that $100/mo plan pays for its underlying costs.

Re: A flat pricing subscription for Claude Code

#213

Does anyone feel like the biggest selling point of LLMs so far is basically for programmers? Feels like most of the products that look like could generate revenue are for programmers. While you can see them as a productivity enhancing tool, in times of tight budgets, they can be useful to lay off more programmers because a single one is now way more productive than pre-LLM. I feel that LLMs will increase the barrier…

I learned to program as a child in the 1960s (thanks Dad!) so I have some biases:

Right now there seem to be two extremely valuable LLM use cases:

1. sidekick/assistant for software developers

2. a tool to let people rapidly explore new knowledge and new ideas; unlike an encyclopedia, being able to ask questions, suggest references and get summaries, etc.

I suspect that the next $$$ valuable use case will be scientific research assistants.

EDIT: I would add that AI in k-12 education will be huge, freeing human teachers to spend more 1 on 1 time with kids while AIs will be patient teaching kids, providing extra time and material as needed.

Re: A flat pricing subscription for Claude Code

#214
post #185

Earlier quoted context omitted.

> Documentation is not written with answers in mind. Every little project wants me to be an expert in their solution. They want to share with me the theory behind their decisions. I need an answer now. I have an answer now, because I read the documentation last week.

This is kind of dismissive. As a real example, I needed to change my editor config last month. I do this about once every 5 years. I really didn’t want to become an expert in the config system again, so I tried LLM. Sad to report, it told me where to look but all of the exact details were wrong. Maybe someday soon, though.

It can be dismissive but also true.

I used to make fun of (or deride) all the "RTFM" people when I was a junior too. Why can't you just tell me how to do whatever thing I'm trying to figure out? Or point me in the right direction instead of just saying "its in the docs lol"?

Sometime in the last few years I've started doing more individual stuff, I've started reading documentation before running npm i. And honestly? All the "RTFM" people were 100% right.

Nobody here is writing code that's going to be used on a patient on the surgical table right now. You have time to read the docs and you'll be better if you do.

I'm also a hypocrite because I will often point an LLM at the root of a set of API docs and ask how to do a thing. But that's the next best thing to actually reading it yourself, I think.

Re: A flat pricing subscription for Claude Code

#215
post #171

Earlier quoted context omitted.

> They rely on ChatGPT to answer their questions instead of taking time to read the documentation or a simple web search. Documentation is not written with answers in mind. Every little project wants me to be an expert in their solution. They want to share with me the theory behind their decisions. I need an answer now. Web search no longer provides useful information within the first few results. Instead, I get cont…

Ah yes, LLM is very good at giving me information from documentation that was out of date 15 years ago instead of using the documentation from 2025.

Most LLMs, especially the paid tiers, will fetch updated information. This was a valid complaint perhaps 8-12 months ago.

Re: A flat pricing subscription for Claude Code

#216
post #93

Earlier quoted context omitted.

The point is you don't have to have FAANG salaries to hit $20k/mo in cost to your employer. Tons of software developer jobs in the US for non-FAANG tier or unicorn startup companies are >$100k and easily hit $120-150k. Also the fourth quintile mean was like $120k in the US in 2022. So you'd be in the top 30% of earners making that kind of money, not the top 10%. https://taxpolicycenter.org/statistics/household-income…

> unicorn startup companies are >$100k and easily hit $120-150k. So still way below than $240k, no? > So you'd be in the top 30% of earners making that kind of money, not the top 10%. Maybe you missed it but I actually wrote "10-20%". Also in 2024 earning $100k puts you in the top 20% of the US population. https://dqydj.com/salary-percentile-calculator/ (which is already way above even the EU for dev salaries)

>So still way below than $240k, no?

No, fully loaded cost of an employee is 1.5-2x salary

Re: A flat pricing subscription for Claude Code

#217
post #200

Earlier quoted context omitted.

> I don't get why making engineers more productive would decrease their salaries. It should be the reverse. You need less engineers to do the same, demand gets lower, offer remains as high.

But they're more productive. Your assumption is there is a fixed amount of engineering work to do so you need to hire fewer programmers, which is untrue. Every organization I worked at could have invested a lot more in engineering, be-it infrastructure, analytics, automation, etc. Even if there were a fixed amount of work to do and we're already near that max amount, salaries still wouldn't necessarily go down. Again…

> Your assumption is there is a fixed amount of engineering work to do so you need to hire fewer programmers, which is untrue. Every organization I worked at could have invested a lot more in engineering, be-it infrastructure, analytics, automation, etc.

True. Problem is investment is a long-term action (cost now, for gains later). Literally every company can benefit from investment. The key question is whether how valuable are the gains over a given time period relatively to the cost you are incurring between now and the moment the gains are actualised.

LLMs wouldn't have helped Meta/Microsoft/Google lay off less people in the last 2 years. In fact, you could argue that they would have helped lay off MORE people as with LLMs you need less people to run the company. Do you think Zuckerberg would have INCREASED expenses (that's what productivity investments are) when their stock was in freefall?

Companies can't afford to spend indefinite amounts of money at any time. If your value has been going down or is going down, increasing your current expenses will get you fired. Big problems now, require solutions now. The vast majority of the tech companies in the world chose to apply a solution now.

Maybe you are right, but a look at the tech world in the last 3 years should be telling you that your decision would have been deeply popular with the people that hold the moneybags. And at the end of the day, those are the people you don't want to anger no matter how smart you believe yourself to be.

Re: A flat pricing subscription for Claude Code

#218

Earlier quoted context omitted.

LLMs are a solution in search of a problem. The first problem they have gained traction on is programming auto complete, and it is useful. Generating summaries, pretty marginal benefit (personally I find it useless). Writing emails, quicker just to type "FYI" and press send than instruct the ai. More problems that needed solving will emerge, but it will take time.

Deep research has saved me weeks worth of man hours in the last couple of months…

Out of curiosity, which vendor? The deep research is somewhat new to me but I am open minded.

Re: A flat pricing subscription for Claude Code

#219

Earlier quoted context omitted.

I see worrying trends in my office. Developers (often juniors) use LLM code without taking time to verify it. This leads to bugs and they can't fix it because they don't understand the code. Some senior developers also trust the tool to generate a function, and don't take the time to review it and catch the edge cases that the tool missed. They rely on ChatGPT to answer their questions instead of taking time to read…

So the scope of answers are single function or single class ? I have people nearby that are attempting generating whole projects, I really wonder how they will ensure anything about it beside the happy paths. Or maybe they plan to have an army of agents fuzzing and creating hotfixes 24/7 ..

> Or maybe they plan to have an army of agents fuzzing and creating hotfixes 24/7

There are absolutely people who plan to do exactly this. Use AI to create a half-baked, AI-led solution, and continue to use AI to tweak it. For people with sufficient capital it might actually work out halfway decent.

I've had success with greenfield AI generation but only in a very specific manner:

    1. Talk with the LLM about what you're building and have it generate a detailed technical specification. Iterate on this until you have a good, human-readable explanation of the entire application or feature.
    2. Start a completely new chat/context. If you're using something like Gemini, turn temperature down and enable external search.
    3. Have instructions¹ guiding the LLM, this might be the most important step, even moreso than #1.
    4. Create the base/blank project as its own step. Zero features or config.
    5. Copy features one at a time from the spec to the chat context OR have them as separate documents and say things like "we're creating Feature 3A.1" or whatever.
    6. Iterate on each feature until you're happy then repeat.
¹ https://www.totaltypescript.com/cursor-rules-for-better-ai-d...

Re: A flat pricing subscription for Claude Code

#220

Does anyone feel like the biggest selling point of LLMs so far is basically for programmers? Feels like most of the products that look like could generate revenue are for programmers. While you can see them as a productivity enhancing tool, in times of tight budgets, they can be useful to lay off more programmers because a single one is now way more productive than pre-LLM. I feel that LLMs will increase the barrier…

LLMs are a solution in search of a problem. The first problem they have gained traction on is programming auto complete, and it is useful. Generating summaries, pretty marginal benefit (personally I find it useless). Writing emails, quicker just to type "FYI" and press send than instruct the ai. More problems that needed solving will emerge, but it will take time.

This is a bad take to have, because it blinds you to the reality that is happening. LLM's are auto complete for pros, but full on programmers for non-tech folk. Like when GUI's first came out, the pros laughed and balked because of how much more powerful the CLI was. But look were the world is today.

At my non-tech job, I can show you three programs written entirely by LLMs that have allowed us to forgo paid software solutions. There is still a moat, IDE's are not consumer friendly, but that is pretty solvable. It will not be long before one of the big AI houses is doing a direct code to offline desktop app IDE that your grandma could use.

Post reply on HN