My team is hyper productive with Cursor, using different models for different tasks. My senior engineers approve PRs, but it's not humanly possible and is demoralising to review the amount and rate of code being churned. Sure there are a lot of automated tests. We struggle with a measure for code quality that scales. We mitigate by having small releases and running A/B instances but I still lose sleep over pace vs quality.
I do think, however, that holding out on it is a losing proposition. It's a very useful productivity tool if you know how to use it and those who don't will be left behind.
What do you mean by left behind? This is a tool akin to using and idle. I don't think anyone is going to be left behind for not using it. Writing code has never been the bottleneck anyway.
A lot of people brag about how much more code they write using an LLM, but I can't see how that's a good thing. The bottleneck is understanding the requirements and writing the minimum amount of code to meet them
Yes.
That is what I usually do.
Like old days' unit test. Write a couple of units and test.
I never do plan first then let llm automatically code the entire project.
> Managers get aggregate level view of code quality
What's the measure of code quality in this case?
If quality is the metric, nobody would use something like that, seems like a micromanagement tool
Agree, it is the most important part
My team is hyper productive with Cursor, using different models for different tasks. My senior engineers approve PRs, but it's not humanly possible and is demoralising to review the amount and rate of code being churned. Sure there are a lot of automated tests. We struggle with a measure for code quality that scales. We mitigate by having small releases and running A/B instances but I still lose sleep over pace vs quality.
- Am I the only guy in all of HN that doesnt use codex, doesnt use claude code, doesnt write code with agents?
All of HN? Surely not.
I do think, however, that holding out on it is a losing proposition. It's a very useful productivity tool if you know how to use it and those who don't will be left behind.
What do you mean by left behind? This is a tool akin to using and idle. I don't think anyone is going to be left behind for not using it. Writing code has never been the bottleneck anyway.
A lot of people brag about how much more code they write using an LLM, but I can't see how that's a good thing. The bottleneck is understanding the requirements and writing the minimum amount of code to meet them
Feedback loop alone to validate hypothesis, even if you throw away all the code and decide to write by hand is a terrific value proposition.
I believe it’s only possible to truly appreciate that after doing it for a while with trial and error, without external opinions
Yes. Look, how quickly I can click yes, Because I am a "Yes Oriented Programmer" after using Cluade code.
But honestly, it is extremely rare thing not using codex, or cluade code or any other agent.
i do use an LLM every now and then to write a function or two but i have stayed away from doing entire projects on full automation
Yes. That is what I usually do. Like old days' unit test. Write a couple of units and test. I never do plan first then let llm automatically code the entire project.
Does this work with codex too?
the teams product does, working on support for the cc-audit product!