Little tip, you can get pretty close to this with a $20 Claude subscription using the desktop commander MCP.
A flat pricing subscription for Claude Code
261–270 of 293 posts
Re: A flat pricing subscription for Claude Code
#262Does 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 expect salaries for non FAANG devs to decrease while salaries for FAANG devs to increase slightly (given the increased value they can now make).
Are you implying that non-FAANG devs aren't able to do more with LLMs?
Re: A flat pricing subscription for Claude Code
#263Earlier quoted context omitted.
Shift feels real. LLMs don't replace devs, but they do compress the value curve. The top 10% get even more leverage, and the bottom 50% become harder to justify. What worries me isn't layoffs but that entry-level roles become rare, and juniors stop building real intuition because the LLM handles all the hard thinking. You get surface-level productivity but long-term skill rot.
I think everything will shift more towards winner takes all.
Complex technology --> Moat --> Barrier to entry --> regulatory capture --> Monopoly == Winner take all --> capital consolidation
A tale as old as time. It's a shame we can't seem to remember this lesson repeating itself over and over and over again every 20-30-50 years. Probably because the winners keep throwing billions at capitalist supply-side propaganda.
Re: A flat pricing subscription for Claude Code
#264Earlier quoted context omitted.
Shift feels real. LLMs don't replace devs, but they do compress the value curve. The top 10% get even more leverage, and the bottom 50% become harder to justify. What worries me isn't layoffs but that entry-level roles become rare, and juniors stop building real intuition because the LLM handles all the hard thinking. You get surface-level productivity but long-term skill rot.
> juniors stop building real intuition because the LLM handles all the hard thinking. You get surface-level productivity but long-term skill rot. This was a real problem pre-LLM anyway. A popular article from 2012, How Developers Stop Learning [0], coined the term "expert beginner" for developers who displayed moderate competency at typical workflows, e.g. getting a feature to work, without a deeper understanding of…
> Ultimately most developers don't care, they want to collect a paycheck and go home. LLMs don't change this; the dev who randomly adds StackOverflow snippets to "fix" a crash without understanding the root cause was never going to gain a deeper understanding, the same way the dev who blindly copy&pastes from an LLM won't either.
I read this appraisal of what "most devs" want/care about on HN frequently. Is there actually any evidence to back this up? e.g. broad surveys where most devs say they're just in it for the paycheck and don't care about the quality of their work?
To argue against myself: modern commercial software is largely a dumpster fire, so there could well be truth to the idea!
Re: A flat pricing subscription for Claude Code
#265Earlier quoted context omitted.
Is that final number really that crazy? With a well defined goal, you can put out 5-8K per day by writing code the old fashioned way. Also would love to see the code, since in my experience (I use Cursor as a daily driver), AI bloats code by 50% or more with unnecessary comments and whitespace especially when making full classes/files. > I spend a lot of time setting Claude code up for success. Normally I wouldn't po…
5k likes of code a day is 10 lines of code a minute solidly for 8 hours straight. Whatever way you cut that with white space, bracket alignment, that’s a pretty serious amount of code to chunk out.
Nitpicking like this must be fair, if you look at typical AI code - styles, extra newlines, comments, tests/fixtures, etc. it is the same. And again LoC isn't a good measurement in the first place.
Not all my 5k lines are hand-written or even more than a character; a line can be a closing bracket etc. which autocomplete has handled for the last 20 years. It's definitely an achievement, which is why it's important to get clarity when folks claim to reach peak developer productivity with some new tools. To quote the curl devs, "AI slop" isn't worth nearly the same as thoughtful code right now.
Re: A flat pricing subscription for Claude Code
#266Earlier quoted context omitted.
Gemini 2.5 Pro is better at coding than Claude, it’s just not as good at acting agentically, nor does Google have good tooling to support this use case. Given how quickly they’ve come from far behind and their advantage on context size (Claude’s biggest weakness), this could change just as fast, although I’m skeptical they can deliver a good end user dev tool.
How much do you pay for Gemini 2.5 Pro?
Something like $20/month, first 2 months $10. Depends on the country.
Re: A flat pricing subscription for Claude Code
#267Has anyone tried Claude Code with Vertex/Bedrock instead? How does it compare in terms of pricing?
Isn't it exactly the same on Bedrock as in the API?
Re: A flat pricing subscription for Claude Code
#268Earlier quoted context omitted.
> juniors stop building real intuition because the LLM handles all the hard thinking. You get surface-level productivity but long-term skill rot. This was a real problem pre-LLM anyway. A popular article from 2012, How Developers Stop Learning [0], coined the term "expert beginner" for developers who displayed moderate competency at typical workflows, e.g. getting a feature to work, without a deeper understanding of…
> Ultimately most developers don't care, they want to collect a paycheck and go home. LLMs don't change this; the dev who randomly adds StackOverflow snippets to "fix" a crash without understanding the root cause was never going to gain a deeper understanding, the same way the dev who blindly copy&pastes from an LLM won't either. I read this appraisal of what "most devs" want/care about on HN frequently. Is there act…
> I read this appraisal of what "most devs" want/care about on HN frequently. Is there actually any evidence to back this up? e.g. broad surveys where most devs say they're just in it for the paycheck and don't care about the quality of their work?
https://en.wikipedia.org/wiki/Sturgeon%27s_law
Almost every field I've ever seen is like that. Most people don't know what they're doing and hate their jobs in every field. We managed to make even the conceptually most fulfilling jobs awful (teaching, medicine, etc).
Re: A flat pricing subscription for Claude Code
#269Earlier 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…
Same could be said for every language abstraction or systems layer change. When we stopped programming kernel modules and actually found a workable interface it opened the door to so many more developers. I'm sure at the time there was skepticism because people didn't understand the internals of the kernel. That's not the point. The point is to raise the level of abstraction to open the door, increase productivity an…
> it opened the door to so many more developers. [...] That's not the point. The point is to raise the level of abstraction to open the door, increase productivity and focus on new problems.
There are diminishing returns. At some point, quoting Cool Hand Luke, some men you just can't (r|)teach.
Re: A flat pricing subscription for Claude Code
#270Does 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 expect salaries for non FAANG devs to decrease while salaries for FAANG devs to increase slightly (given the increased value they can now make). Are you implying that non-FAANG devs aren't able to do more with LLMs?
I'm non-FAANG and I'm so much more productive now. I am a fullstack dev, I use them for help with emails to non tech individuals, analyzing small datasets, code review, code examples.....it is wild how much faster I can develop these days. My job is actually more secure because I can do more, and OWN more mission critical software, vs outsourcing it.