Ask HN: Is $300/HR too low these days for custom full stack?
19 comments
>> I also know which code I could write with LLMs but I never check in LLM code. I could, but that would be cheating. I spend the hours writing code by hand.
Spoken like someone who charges by the hour.... you are incentivised to do things the slowest possible way...
Now, of course, slow might be better, or fast might be better, but you frame fast as "cheating" not as "inferior"... which is ... interesting..
Spoken like someone who charges by the hour.... you are incentivised to do things the slowest possible way...
Now, of course, slow might be better, or fast might be better, but you frame fast as "cheating" not as "inferior"... which is ... interesting..
My goal isn't to max out hours but to keep clients coming back and get the work done so I can move on to the next thing.
Having LLMs write production code for clients presents a lot of extra risk for me in maintaining those codebases in the future. Writing it myself, I know exactly how every stitch of it works, how the logic is delegated, and where everything lives. With LLM-written code for something large and complex, you practically need an LLM to debug it. With my own code, if a bug crops up, I can reliably guess which file and which function out of hundreds is causing the issue.
One thing I don't charge for is fixing bugs once software is delivered. So by avoiding LLM-generated code, I feel I limit my exposure to poring over files I may have only read once, didn't write, and feel less confident in understanding the implications of any changes I make.
Having LLMs write production code for clients presents a lot of extra risk for me in maintaining those codebases in the future. Writing it myself, I know exactly how every stitch of it works, how the logic is delegated, and where everything lives. With LLM-written code for something large and complex, you practically need an LLM to debug it. With my own code, if a bug crops up, I can reliably guess which file and which function out of hundreds is causing the issue.
One thing I don't charge for is fixing bugs once software is delivered. So by avoiding LLM-generated code, I feel I limit my exposure to poring over files I may have only read once, didn't write, and feel less confident in understanding the implications of any changes I make.
Exactly. I hired someone who was a good developer but he was charging hourly and extremely slow for what we needed. I am a software engineer (and a founder) myself so I get what it takes to write good code but I am no longer waiting for a dev to turn something around in 20 hours when I can use LLM to write it in 1 or less.
Going forward, I am no longer hiring hourly rate devs. Either fixed rate project or full time as needed. No hourly.
Going forward, I am no longer hiring hourly rate devs. Either fixed rate project or full time as needed. No hourly.
> you are incentivised to do things the slowest possible way...
Not when you have long-term (multi-years) clients. It's basically a very flexible permanent job, where you are free to bill from 0 up to full 40 or more hours per week.
Not when you have long-term (multi-years) clients. It's basically a very flexible permanent job, where you are free to bill from 0 up to full 40 or more hours per week.
Charging by the hour was one of the worst things for my career (was just starting out). Never realised at the time that I was subconsciously doing a slower job and not trying to make it faster or really improve until I left.
I would never pay by the hour for LLM output. The expectation there is two-fold:
1. If LLMs are doing the work then why pay a consultant at all in the first place.
2. Secondly, I would expect the LLM output to cost just as much, or more, because it would require deeper code inspection and more thorough test automation cases. In my manually written code the test automation cases are there to account for future regression where in the LLM code the test cases to there to identify bounds checks against the requirements.
1. If LLMs are doing the work then why pay a consultant at all in the first place.
2. Secondly, I would expect the LLM output to cost just as much, or more, because it would require deeper code inspection and more thorough test automation cases. In my manually written code the test automation cases are there to account for future regression where in the LLM code the test cases to there to identify bounds checks against the requirements.
Over 20 years of experience in full stack and mobile here. I'll do it for $200/hr and even use LLMs where useful so half the time is needed.
Unless you are a very well known expert in a certain niche, who the hell is paying $400/hr?
Unless you are a very well known expert in a certain niche, who the hell is paying $400/hr?
Plenty of places for whom the solution is worth far and away more money than the hourly to build it.
Buyer side perspective: i'm 18, shipped a product this year. the rate was never what i was looking at. it was whether the person could tell me what something would cost before they built it. a dev who scopes accurately at $300/hr beats one at $150/hr who doesn't every time. the llm thing is a separate question. the code either holds up or it doesn't, how it got there is a methods question not a morality one.
This is a thoughtful answer. I'm usually asked to ballpark estimate a project before starting, and of course I've already sketched it and scoped it by that point. So I usually give an estimate that includes some cushion for areas that might present more difficulty, or if I see the client is a little fuzzy on some functionality that might need a deeper dive once we get there. Then my hours usually come in 15-20% lower than the estimate, if there aren't a lot of additional demands. And usually if there's something extra a client requires, I can think of a cheaper/faster way or a more polished/complete way to accomplish it. This makes clients happy and saves me time. But absolutely, I try to overestimate a bit so as to never blow past the client's budget.
[deleted]
With LLMs, if you use them well, you don't just get faster. You also get better test coverage and more reliable code. So you end up delivering more for the same hours (Alex Hormozi defines this really well, worth a read). $300/hr penalizes you for all of that. I switched to project-based, $8-12K per build, because a dashboard delivered in 2 weeks is worth more than one delivered in 8
$300/hr does not sound cheap for coding it sounds cheap if clients are paying for deep experience reliability and business understanding on top of the code.
Do you have demand for 8h/day, 5days/week?
Honestly if people are still willing to pay $300/hr consistently, you’re probably doing something right
Most clients care more about results/reliability than whether every line was typed by hand.
Most clients care more about results/reliability than whether every line was typed by hand.
But even back then, in 2012, I knew freelance consultants who specialized in something like Salesforce setups, who would come into someone's office and charge $450/hr to be there.
Is $300/hr stupidly cheap now? I also know which code I could write with LLMs but I never check in LLM code. I could, but that would be cheating. I spend the hours writing code by hand.
I'd like to hear from anyone in a similar position.