Live data from Hacker News

Lines of code got a better publicist

curlewis.co.nz

261–270 of 309 posts

Re: Lines of code got a better publicist

#261
post #75

> When a company says “AI made everyone more productive, so we need fewer people”, I want to see the evidence - and I don’t believe it exists today. Because they're bullshitting and using AI as an excuse to correct from their covid era over-hiring while simultaneously making themselves look good to investors by showing they're embracing the hip new technologies to become a more streamlined and cost-efficient operatio…

> covid era over-hiring

That's a generous excuse. To me it looks like they're just trying to depress wages across the board. Given that _several_ rounds of layoffs have occured since then, this 6 year old excuse rings particularly hollow.

> investors by showing they're embracing the hip new technologies

I thought investors cared about returns.

> to become a more streamlined and cost-efficient operation than ever.

And a completely uncompetetive one as well. "We're using the same whizz bang technology that any idiot in their bedroom can use!"

Re: Lines of code got a better publicist

#262

Weird baseless push for AI on the end, with no reasoning, no goal, no claim of gain. "Just go and use AI, people, developers must adopt new things." It's not the first article I've read recently that is an ad for AI after a short context pretending to criticize it, with nothing connecting them.

Oh come on, the value of AI > 0. That’s not a controversial take.

Maybe. The value of leaning Linux and basic shell tools is > 0 but a lot of devs do fine without.

My take is that “$EDITOR fluency” >> AI.

Re: Lines of code got a better publicist

#263
Anecdotally, coworkers are writing a LOT more unit tests. By which I mean NOBODY is writing unit tests, but Claude is generating a ton of em. We’re talkin 300 lines of unit tests for 20 line changes that are already covered by other, better kinds of tests. Huge JSON objects of test data that we already have generators for, etc

Re: Lines of code got a better publicist

#264

Earlier quoted context omitted.

And thanks to AI, we could generate extremely convincing reams of code whose only purpose is to be fake unit tested. Amazing. I sincerely hope I never need to use this nuclear weapon.

Or better yet: effectively fake unit tests. It is almost never the case that tests written by AI detect actual issues. At most they detect that has changed.

Yeah I’ve been thinking that LLM unit tests are basically snapshot tests. Just sorta ossify things in place. If they break, you just ¯\_(ツ)_/¯ and have the LLM fix them. It’s like they were never there!

So it’s just like the olden days of everybody ignoring tests, but we give anthropic a ton of cash

Re: Lines of code got a better publicist

#265
post #153

Earlier quoted context omitted.

I had an MoM at Stripe who pushed back on perf designations based on number of PRs. I wish I were joking. (The had never been an engineer.)

It's a signal. It's not a strong signal, and you certainly should not base your entire perf on it, but if the number is unusually high or low, it's a signal that could warrant further investigation. (I once worked with an engineer that had two PRs, both fairly small bug fixes, in a given calendar year, and when I looked more carefully, they did not have any other obvious output or impact.)

Strongly agreed. It is a signal. I did an analysis once at the end of the year. Work group of about 45 engineers. The CM system had a lot of steps, and work could get bounced around, but there was a step where some one "resolved" a software activity. Bug fix or new requirements, it did not matter. This step was when someone actually completed work and put into into the dev stream.

A quick DB query and the variance was substantial. A couple of people had over a hundred. About 10 had 2. For the year. The ramp up was slow, average was 8 to 10 a year.

Dig a little deeper. Those at the top were 'group leads' not only did they do IC work, they also got stuck with all 'paperwork' on the problem work packages. They had 'power', so they could override various things. So, they were doing a lot of work, and taking care of things. Good signal, matches what one would expect.

Those at the bottom. One of them had effectively been a 'systems engineer'; all of their time was working on requirements with the customer, making powerpoint, etc. Important work, so that signal was inverse of what it originally showed.

A couple were in the middle that had great reputations for technical expertise. They were spending almost full time in training / mentoring / very hard problems mode. Highly valuable, but not shown by looking at these numbers.

All the rest? 80% of the work was being done by 20% of the people. We could have dropped about 12 heads and barely noticed.

The problem is, you could not take action on this measure. It gave you a place to start, but you needed to know more about what was going on day to day.

Re: Lines of code got a better publicist

#266

Anecdotally, coworkers are writing a LOT more unit tests. By which I mean NOBODY is writing unit tests, but Claude is generating a ton of em. We’re talkin 300 lines of unit tests for 20 line changes that are already covered by other, better kinds of tests. Huge JSON objects of test data that we already have generators for, etc

> but Claude is generating a ton of em. We’re talkin 300 lines of unit tests

Of course - it is setting itself up for more token consumption later: when a small change is needed, it may have to parse/adjust 10,000s or 100,000s lines of test data / code...

A sensible senior developer would recognise the shackle that huge brittle tests suits can become and correct course. But this is against Anthropic's business strategy

Re: Lines of code got a better publicist

#267
I too made a post like this on here not that long ago. The point i was trying to make was to be AI knowledge first. The tools are here and someone has spent lots of money(foolishly yess!, But) creating this tools, so why not use them to your advantage. The one's that wait too long find themselves playing catch up on the next big thing that's comes of it. This is a phase that will blow over and in that process there is something cooking. Think of it as the stepping stone to the next era into the future. The future isn't created on its own, we must push for it. Hope doesn't do much in creating innovative advancements.

Before the smartpphones we have today there was touch pad LCD products all fighting for what now we call smartphones, that came with heavy innovative techniques to achieve a goal. The goal wasn't evident nor clear at the time.

This will lead to something else that is far more useful and could be harmful in many ways not just to employment.Economies are changing like never before transformational force are changing our lives as we speak. housing prices, Wages, Technology, Political Power, Warfare, ideologies, the list goes on. AI is the starting point in this new era. Choosing to use silly words like " This is not how we used to do things: no shit, we also used to ride horses and sacrifice virgins for it to rain. I don't know when people will ever get this ( The world is ever evolving) that is what humans do.

Having a say so and a control in what is harmful and what is helpful is just as equally important.

Re: Lines of code got a better publicist

#268

Earlier quoted context omitted.

> So yes, use AI. Don't nitpick the costs and benefits. The world is headed this way; if you want to develop software for a living and afford to eat, you need to be too. It's really saddening to see software engineers throw out all critical thinking and innovation out the window to behave like sheep and follow the trend line. The industry was trailblazed by people that refused to do just that and the same is going to…

Are you saying productivity is strictly greater for developers who don’t use AI?

AI makes people think they are being productive, but in reality is a drain on productivity.

Re: Lines of code got a better publicist

#269
What happened was the audience changed. Before, the audience for things about writing code was mostly software developers. Now it's the employing class. The collective wisdom of engineers? It has little impact on the conversation because the audience doesn't care. In fact, it's more than indifference; many are eager to no longer be "burdened" by it.

Not only do they not want to pay our salaries, which is an expense, they're eager not to have to depend on our expertise or judgement as well. That judgement and expertise is a locus of control that resides outside their own hierarchy.

Re: Lines of code got a better publicist

#270

This weird trend reached an apex in a Feb 2026 OpenAI blog post [1], recently on the front page [2], which describes the process for building... something... written 100% by agents. There is no description of what the thing is, no indication of what value it provides its users. The closest it gets is "the product has been used by hundreds of users internally, including daily internal power users". But the fact that t…

Yeah it was very disappointing that so few details were provided. One of the reasons I think it's going to be an open source project or effort that is going to show, sooner or later, how effective these things actually are.

In their podcast interview, they mention that it's an Electron app that users download, and so they periodically create a new build. See section "Autonomous Merging Flow" here: https://www.latent.space/p/harness-eng

Post reply on HN