Aider using the web interface of Gemini Pro seems like the cheapest way to get flat pricing. All it needs is a bookmarklet to automate it.
A flat pricing subscription for Claude Code
271–280 of 293 posts
Re: A flat pricing subscription for Claude Code
#272Earlier quoted context omitted.
Just to throw my experience in, it's been _wildly_ effective. Example; I'm wrapping up, right now, an updated fork of the PHP extension `phpredis` because Redis 8 recently was released with support for a new data type, Vector Set but the phpredis extension (which is far more performant that non-extension redis libraries for PHP) doesn't support the new vector-related commands. I forked the extension repo, which is in…
How do you know what it built is correct if you don’t know C?
They'll find out by the CVEs 1 year later.
Re: A flat pricing subscription for Claude Code
#273Does 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 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…
> 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
Well... is this something new? Previously the trend was to copy and paste Stackoverflow answers, without understanding what it did. Perhaps with LLM code it's an incremental change but the concept is fairly familiar.
Re: A flat pricing subscription for Claude Code
#274Earlier quoted context omitted.
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?…
I'm in total agreement, TM does wonders. Even if you don't remember all of it you get a gist of what's gong on and can find things (or read them) faster.
In Claude I put in a default prompt[1] that helps me gain context when I do resort to asking the LLM for a specific question.
[1] Your role is to provide technical advice in developing a Java application. Keep answers concise and note where there are options and where you are unsure on what direction that should be taken. Please cite any sources of information to help me deep dive on any topics that need my own analysis.
Re: A flat pricing subscription for Claude Code
#275Re: A flat pricing subscription for Claude Code
#276Earlier quoted context omitted.
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.
OpenAI on o3 and Gemini 2.5. Like the user below I use multiple providers.
Re: A flat pricing subscription for Claude Code
#277Does 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…
My father pays for ChatGPT and it’s his personal consultant/assistant for everything - from troubleshooting appliance repair, to finding the correct part to buy, to guiding him step by step to track down lost luggage and drafting the email to airline asking for compensation (and got it).
It does everything for him and it gives him results.
So no, I don’t think it’s most useful for programmers, in fact I feel people who are not very techy and not good at Googling for solutions benefit the most as chatGPT (and LLM in general) will hand hold them through every problem they have in life, and is always patient and understanding.
Re: A flat pricing subscription for Claude Code
#278Earlier quoted context omitted.
gentle reminder that the majority of developers do not live in the united states. median salary for a japanese dev is ~$60k. same range for europe (swiss at ~100k, italy at ~30k for the extremes). then you go down. Russia ~$37,000 Brazil ~$31,500 Nigeria ~$6,000 Morocco ~$11,800 Indonesia ~$13,500 and india ~$30k usd (asked chatgpt for these numbers down there, JP and EU numbers are mostly correct though as I have fi…
According to Wilkipedia, general average wages in Italy in 2023 were 48K, and SWE jobs are usually above average. It would be interesting to know from where Chatgpt sourced those figures as some of them look very sketchy.
this website put the number at 40k (and 30k entry level 50k senior)
https://www.levels.fyi/t/software-engineer/locations/italy
so there s a change it took entry level numbers. another possibility is that it took numbers from a specific region in italy (big north/south gap).
Re: A flat pricing subscription for Claude Code
#279Re: A flat pricing subscription for Claude Code
#280Earlier quoted context omitted.
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…
In the real world experiment we're living through you're being proven wrong. Tech companies have been laying off engineers continuously for several years now and wages are down.
Layoffs track with the end of ZIRP, so that is a possible confounder.