AppetiteOfExcess

joined 1 week ago
[–] AppetiteOfExcess@hexbear.net 4 points 21 hours ago (1 children)

That's why a fascist did it.

[–] AppetiteOfExcess@hexbear.net 6 points 2 days ago (1 children)

My tech lead was genuinely impressed with the flying tesla stunt from a few weeks ago.

[–] AppetiteOfExcess@hexbear.net 6 points 2 days ago (1 children)

The entire thing is a solution in search if a problem that only really exacerbates the weird dogmas software devs have put in place for years.

Whenever I try to voice this at work, it falls on deaf ears. Management has cultivated a vanguard of devs ("AI champions", as they're called) over the past 2 years to ensure the decision to pivot to Slop-Driven Development comes off as relatively bottom-up.

[–] AppetiteOfExcess@hexbear.net 3 points 2 days ago (1 children)

I know I'm not going to review what it generates properly, so it's better for me to write it manually. I am willing to bet a vast majority of devs are the same way, whether they admit it or not.

My team's proposed solution to this problem seems to be "just review it all anyway, 5head".

[–] AppetiteOfExcess@hexbear.net 6 points 2 days ago (1 children)

I got a hunch this is me not understanding the industry, but I feel like LLMs only make sense in a world where productivity is measured based on code output.

It's being pushed moreso to make more features than to make more lines of code. The latter implies the former, of course. The upper management types love going on about releasing features at tHe SpEeD oF aI.

[–] AppetiteOfExcess@hexbear.net 11 points 2 days ago

But this brings up the real point: why is tech lead giving a shit about, "I think we need to lean on Al to speed up PRs"? Aside from that not actually being the usual outcome, it's also not their job to care about it. They are acting like C suite or management or a suck-up. "Speed up PRs" isn't a meaningful thing to anyone except the bean counters trying to create metrics of success to use to discipline labor and climb the ladder.

This mindset is rampant at my employer. Devs are well compensated enough with salary and benefits that they see their benefit as being strictly aligned with the company's. Most of my coworkers seem to have gotten into software development as a way to make money, with little or no love of the craft. Those who do get into the process love the SDLC part of the craft much more than the coding part.

But what I have found immensely useful is sicing it on code I absolutely do not give a single fuck about.

That's increasingly becoming all of my code at work lol. I used to care about quality in a "don't shit where you eat" kind of way, but if C-suite wants slop, they'll get slop.

 

I'm damn sure the answer is "no", but the devs at my workplace are all in on it in a way that's not as absurd on the surface as the "coding is a solved problem" kind of tech bros. There's an emphasis on the "human in the loop" that I think is far from sufficient; we used to have a human in the loop, it's called actually writing your fucking code!

As a sample, this is from a transcript of a recent discussion about AI with some devs on my team:

Me, a senior dev:

To be clear, I'm not saying not to forego the human in the loop. I'm pointing out that there is an inherent contradiction between using agent as our main means of writing code and actually being able to review all of its output -- be it before or after opening the PR. I'm worried that we'll end up in a position that we're expected to do something intractable, if not strictly speaking impossible.

New mid-level dev:

I just think we should still be responsible for reviewing all the output. Like how I see the before vs now is:

  • Before: human plan -> human write -> human review
  • Now: human plan -> claude write -> human review (+ claude review)

And in effect we're just as responsible for reviewing every line of the Al code as we were for reviewing every line of human code. Once that changes that's when the Al slop starts coming out So we should never end up posting a PR where we're like "hey guys claude wrote this so do the thing you do for claude PRs"

Team tech lead:

@AppetiteOfExcess, this is a problem across all dev teams in every industry. It's a huge issue. I think we need to lean on Al to speed up PRs, but how we do that is not well defined yet. I think it can help us get our head around a PR faster. Maybe we need to made an artifact for some PRs that give a breakdown of what is changing. Then we can grill Al once it understands the changes. That might speed things up a bit. The important thing is to really understand the code and the impact of the change.

@mid-level_dev I agree with you but I think the new process will be more like the following

  1. Humans (the whole team) plan by making highly defined stories
  2. Al makes an implementation and test plan
  3. Human reviews plan
  4. Al executes the plan with human oversight at certain steps
  5. Al does a review using /code-review (new context by default)
  6. PR is posted with change overview
  7. Human uses Al to understand the changes and review the code

I don't know how to push back on this while being taken at all seriously. It has me considering that maybe I'm in the wrong for rejecting a tool that is considered useful by all but a few stick in the mud devs, and that those devs will never have a shot at a job again unless they pull their heads out of their asses and join our modern "AI"-driven world.

Finally, the awesome lesbian couple can be safe.

[–] AppetiteOfExcess@hexbear.net 25 points 3 days ago

Then they'll defederate .world preemptively, as a last resort.

[–] AppetiteOfExcess@hexbear.net 9 points 3 days ago (5 children)

Dude smoked hella cigs, right? Teetotalitarianism is maybe preferable, but I'm sure he can understand having a vice or two.

 
view more: next ›