| ▲ | briliantbrandon 4 days ago |
| I'm seeing a little bit of this. However, I will add that the primary culprits are engineers that were submitting low quality PRs before they had access to LLMs, they can just submit them faster now. |
|
| ▲ | lm28469 4 days ago | parent | next [-] |
| LLMs are tools that make mediocre devs 100x more "productive" and good devs 2x more productive |
| |
| ▲ | jennyholzer2 4 days ago | parent | next [-] | | From my vantage I would argue LLMs make good devs around 0.65x more productive | | |
| ▲ | roblh 4 days ago | parent | next [-] | | I think they make good devs 2x more productive for the first month, which then slowly declines as that good dev spends less time actually writing and understanding and debugging code until it falls well below the 1x mark. It’s basically a high interest loan people take against their own skills. For some people that loan might be worth it. Maybe they’re trying to change their role in an organization and need the boost to start taking up new responsibilities they want to own. I think it’s temporary though. The slow shift into “skim mode”, where the authors just don’t quite put that same amount of effort into understanding what’s being churned out. I dunno, that’s just what I’ve seen. | | |
| ▲ | candiddevmike 4 days ago | parent | next [-] | | Because there's a mental overhead when you're not writing the code that is arguably worse than when you are writing the code. No one is talking about this enough IMO but that's why everyone is so exhausted when using LLMs and end up just pulling the slot machine until it works without actually reading it. Reading code sucks, it always has. The flow state we all crave is when the code is in our working memory as an understood construct and we're just translating our mental model to a programming language. You don't get that with LLMs. It devolves into prorgamming minutae equivalent to "a little to the left" but with the added complexity that "left" is hundreds of lines of code. | |
| ▲ | AstroBen 4 days ago | parent | prev [-] | | I really feel this myself. If I write home-grown organic code then I have no choice but to fully understand the problem. Using an LLM it's very easy to be lazy, at least in the short term Where does that get me after 3 months? I end up working on a codebase I barely understand. My own skills have degraded. It just gets worse the longer you go This is also coming from my experience in the best case scenario: I enjoy coding and am working on something I care about the quality of. Lots of people don't have even that |
| |
| ▲ | dsego 4 days ago | parent | prev | next [-] | | I think on average a dev can be x percent more productive, but there is a best case and worst case scenario. Sometimes it's a shortcut to crank out a solution quickly, other times the LLM can spin you in circles and you lose the whole day in a loop where the LLM is fixing its own mistakes, and it would've been easier to just spend some time working it out yourself. | |
| ▲ | bluGill 4 days ago | parent | prev | next [-] | | Good devs are still learning how to use LLMs, and so are willing to accept the 0.65x once in a while. Any complex tool will have a learning curve. Most tools improve over time. As such good devs either have found how to use LLMs to make them more productive (probably not 10x, but even 1.1x is something), or they try them again every few months to see if things are better. | | |
| ▲ | jennyholzer2 4 days ago | parent [-] | | [flagged] | | |
| ▲ | simonw 4 days ago | parent [-] | | Hi, delusional developer reporting for duty here. | | |
| ▲ | Avicebron 4 days ago | parent [-] | | How are you measuring productivity these days Simon? Do you have a boss that has certain expectations? If you don't hit those are you going to lose your house? | | |
| ▲ | simonw 4 days ago | parent [-] | | I work for myself, so mainly through guilt and self-doubt. | | |
| ▲ | wiml 4 days ago | parent [-] | | One of the things LLMs are demonstrably good at is eliminating self-doubt. That's why they're so disastrous. |
|
|
|
|
| |
| ▲ | 4 days ago | parent | prev | next [-] | | [deleted] | | | |
| ▲ | coffeebeqn 4 days ago | parent | prev | next [-] | | I just spent a day trying to get Claude to write reasonable unit tests and then after sleeping on it, reverted everything and did it myself. I’m not gonna be using it for a while because it 0.5x’d me once again | |
| ▲ | square_usual 4 days ago | parent | prev [-] | | Yep, that's why very accomplished, widely regarded developers like Mitchell Hashimoto and Antirez use them. They need to make programming more challenging to keep it fun. | | |
| |
| ▲ | chasd00 4 days ago | parent | prev | next [-] | | LLMs are great at spewing content and code is a form of "content". I think what we're seeing is software development turning into youtube. Content creators cranking out content, some is great, most is meh, a lot is really bad. I do find it all a bit funny and ironic. My wife was a journalist and bemoaned news blogs and social media for terrible terrible writing claiming it was journalism. She would tell me about how much work quality journalism is and all the mistakes these bloggers and social media make and how detrimental it was to society at large blah blah blah Now the power to create tons and tons of code (ie content) is in the hands of everyone and here we are complaining about it just like my wife use to complain about journalism. I think the myth of the highly regarded Software Developer perched in front of the warming glow of a screen solving and automating critical problems is coming to an end. Deservedly really, there's nothing more special about typing words into an editor than, say, framing a house. The novelty is over. | |
| ▲ | lunar_mycroft 4 days ago | parent | prev [-] | | [citation needed]. No study I've seen shows an even 50% productivity improvement for programming, let alone a 100% or 9900% improvement. |
|
|
| ▲ | dfxm12 4 days ago | parent | prev [-] |
| What's the ratio of people who things the right way vs not? I mean, is it a matter of giving them feedback to remind them what a "quality PR" is? Does that help? |
| |
| ▲ | briliantbrandon 4 days ago | parent | next [-] | | It's roughly 1/10 that are causing issues. Not a huge deal but dealing with them inevitably takes up a couple hours a week. We also have a codebase that is shared with some other teams and our primary offenders are on one of those separate teams. I think this is largely an issue that can be solved culturally within a team, we just unfortunately only have so much input on how other teams work. It doesn't help either when their manager doesn't seem to care about the feedback... Corporate politics are fun. | | |
| ▲ | dfxm12 4 days ago | parent [-] | | Yeah, I mean to get back to the original statement in the blog, this seems like less of a tech issue and more of a culture issue. The LLM enables the junior to do this once. It's the team culture that allows them to continue doing it. |
| |
| ▲ | jennyholzer2 4 days ago | parent | prev [-] | | LLMs have dramatically empowered sociopath software developers. If you are sufficiently motivated to appear more "productive" than your coworkers, you can force them to review thousands of lines of incorrect AI slop code while you sit back and mess around with your chatbots. Your coworkers no longer have enough time to work on their in-progress PRs, so you can dominate the development team in terms of LOC shipped. Understand that sociopaths are skilled at navigating social and bureaucratic environments. A sociopath who ships the most LOC will get the promotion every single time. | | |
| ▲ | andy99 4 days ago | parent [-] | | Only if leadership lets them. Right now (anecdotally) a lot of “leaders” don’t understand the difference between AI generated and human generated work, and just look at loc as productivity so all incentives are on AI coding, but that will change. | | |
| ▲ | heliumtera 4 days ago | parent [-] | | It will never change.
Managers will consider every stupid metric players push to sell their solutions.
Be it code coverage, extensive CI/CD pipelines with useless steps, "productivity gains" with gen tools.
The gen tools euphoria is stupid and will cease to exist, but before this was bdd,tdd,DDD, test before, test after, test your mocks, transpile to a different language and then ignore the output, code maturity, best practices, oop, pants in head oriented programming...
There is always something stupid on the horizon this is certainly not the last stupid craze |
|
|
|
