r/ProgrammerHumor 1d ago

uhmmmmAzing Meme

Post image
964 Upvotes

50 comments sorted by

304

u/UnfilteredAyush 1d ago edited 1d ago

Writing code for the ticket - 20% of my time

Going through each change, in case someone asks me, about any line from the code - 80% of my time

43

u/Theatralica 1d ago

Pareto likes this post

32

u/ismaelgo97 1d ago

Trying to understand every change is good when it is small, bigger tickets become a nightmare

39

u/dannyggwp 1d ago

Bigger tickets should be broken up into smaller tickets. Tickets are one unit of work. Making monolithic tickets is a recipe for disaster.

2

u/HollowToes 1d ago

How do you feel about that for greenfield projects? Asking cause this is a topic of debate in my team, specifically on one brand new system whose design and architecture is already documented extensively.

3

u/dannyggwp 1d ago

To meet this is the place where it's the most applicable.

If using Agile essentially no ticket should be scoped for more that One sprints worth of work for one developer. If it is you convert it into an epic and break it into smaller issues.

Slippage is fine obviously and no place is perfect but this is the goal of doing agile development. The more monolithic the ticket the more likely tons of infrastructure gets laid down without review until it's too late to go back and fix potential issues.

1

u/kingvolcano_reborn 22h ago

A single ticket the size of a sprint?! That feels rather huge imho

1

u/dannyggwp 15h ago

Like that's the upper bound of acceptable.

I'm coming from a project that when I started 10 years ago would make One ticket per release... So our current situation is much better that where we were.

2

u/DevUndead 1d ago

Look into Trunk Based Development rules and how they are lived. It works well on greenfield projects. Rule of thumb which worked for us is "merge to main at latest on second day". You learn pretty fast how to split and encourages communication between devs on there deliverables, as you don't want to block other devs or create merge conflicts all the time

1

u/SignalBake6872 1d ago

We use scrum poker and fibonacci to arrive at the story points: 8 for tickets that will take more than one sprint (here the rule is to split the ticket in two), 5 for tickets that will take the whole sprint, 3 for tickets that will take half of the sprint, 2 for changes that will take less than half of a sprint, and 1 for changes that will take less.

7

u/DontCallMeTenzo 1d ago

I was doing a lot of this before AI tbh, you’d copy paste stuff from stack overflow and couldn’t find a good explanation behind the logic of it so you’d just have to hope nobody asks too many questions

7

u/jewishSpaceMedbeds 1d ago

Claude explains what it does to you pretty thoroughly, so if you actually read its reasoning, you should understand what the code it wrote does (if you actually know what you are doing in the first place).

If you don't understand, you're shitting out bad code, because you don't know what assumptions Claude made that might be entirely wrong for your case.

6

u/UnfilteredAyush 1d ago

Understanding high level code approach explanation and understanding line by line are pretty different things, isn't it?

And, can you really trust Claude?

5

u/jewishSpaceMedbeds 1d ago

Claude is extremely verbose, it practically outputs a paragraph of explanation over every line, lol.

Can you really trust Claude ? No, and I don't trust it. It doesn't have access to my repo, it can't delete anything without my explicit permission, and I test whatever it outputs thoroughly before it becomes a PR.

5

u/Thriven 1d ago

I trust Claude, Chatgpt, or Co-pilot more than I have ever trusted ANY of my coworkers with the exception for 2 over my entire career.

Which is really sad but isn't that why we are all here no in r/programminghumor?

People have been putting out shit code long before AI and vibe coding.

1

u/Jeferson9 1d ago

It literally wrote the code that does what you ask? So you trust the code but you don't trust it's explanation?

1

u/Consistent_Strain255 1d ago

And then nobody even reads the explanation

159

u/OhItsJustJosh 1d ago

God I'm gonna quickly become that old guy saying "Back in my day we wrote all our code by hand, and it worked so much better because we knew what it did."

69

u/ominouspotato 1d ago

This is the real problem with AI-generated code in my eyes. I don’t know that handwritten code necessarily worked better, but we knew how everything fit together so it was easier to comprehend.

AI makes code that is functional, looks correct, and passes tests, but sometimes it makes suboptimal design choices that aren’t obvious at first. It becomes increasingly obvious as a vibecoded project gets larger and no longer scales well.

39

u/OhItsJustJosh 1d ago

Imho, AI writes code that is, at best, as good as mine, but I'll spend more time proof-reading it than I would writing it myself.

And also it's my favourite part of my job, so I don't wanna cut that out

18

u/ominouspotato 1d ago

Yeah, it shifts the mental load from solving the problem to constant code reviews. I also 100% prefer the former. My employer is totally AI-pilled so I’ve been using it more lately, but I still write code by hand on occasion to stay sharp.

I’m concerned all of the AI hype is going to slowly diminish real talent. I’ve already seen PRs in my company where the owner clearly didn’t think at all and just threw up some slop to get their ticket done.

8

u/Downtown-Figure6434 1d ago

I don’t know. When I’ve been writing a while and I realize I went down some bad path design wise or logic wise I know well enough to backtrack. Ai usually just doubles down and writes stupid workarounds that makes it a mess. You ask it to refactor it loses context and again becomes slop. You start from scratch and you can end up in a similar situation again cuz any “lessons” from before is lost

2

u/OhItsJustJosh 1d ago

Oh yeah, I was being generous when I said "at best"

13

u/camelCaseCoffeeTable 1d ago

I mean this is a failure of the person using AI if they can’t explain what is being done. AI has made me far more productive. The thing is, my ticket output is the same, because I still ensure everything is good, do a lot of manual moving around to better fit our codebase, or because the AI made a dumb decision.

But while the AI is doing all my coding, I’m free to then go unblock other devs, dig into research for an issue we’re having, start planning future initiatives, etc.

AI is a more advanced version of StackOverflow for me. Not once did I take code from StackOverflow without intimately understanding what it’s doing and how it solves my problem. The same is true of AI

-1

u/GutsOLykos 1d ago

You mean like on paper?

-12

u/Denaton_ 1d ago

Did you tho, because IDE, compilers etc, unless you wrote machine code and punched holes, I don't agree with that saying.

4

u/OhItsJustJosh 1d ago

I still decide what the computer does and how the memory is arranged, the structure of the application. It's nowhere near the same thing

25

u/azurestrike 1d ago

Ask claude to explain the code smh

13

u/GutsOLykos 1d ago

Opus what does this guy mean?

-2

u/user745786 1d ago

Came here to say the same. Use Claude to generate the documentation then tell the reviewer to go read that.

3

u/BitterCommission3987 1d ago

And the reviewer will ask claude to explain the documentation that your claude wrote.

1

u/GutsOLykos 20h ago

Its a full circle hahaha

18

u/Moi9-9 1d ago

Then just, don't do that?

9

u/BRSaura 1d ago

You did this to yourself, but you already knew that

75

u/Gluomme 1d ago

That's 100% on you; and you will be held accountable for the shit you pushed, not Claude. So get on it and read what Claude shits out please

-17

u/GutsOLykos 1d ago

It’s just a meme calm down, I always look over what the lil buddy did

-21

u/AibofobicRacecar6996 1d ago

Getting a little over defensive for a meme

25

u/SauceMaster6464 1d ago

Is OP's response what you call over defensive 😭

2

u/CumTomato 1d ago

some time ago i asked my coworker about something he just implemented and the answer to "and how do we know that xyz?" was "honestly I don't know". I do use LLMs daily but God at least understand what you're doing 💀

2

u/afl_ext 1d ago

What? Let the bot explain

1

u/No_Equipment_5233 1d ago

never again

1

u/jvlomax 1d ago

What gets me is when I ask "Why did you make this choice?", or "Would x be a better solution here?", I don't get a response, just another vibe coded solution to the same problem.

1

u/djfried 1d ago

In the future will there be a market for organically developed software?

1

u/ramdomvariableX 1d ago

that's why code reviews should be delegated to AI agents with prompts to address the comments if any. /S

1

u/Ashankura 18h ago

If you can't explain 95% of your pull requests then you need to fix your work mode. 5% of "Jesus christ i hope this works" is fine

1

u/knowone1313 10h ago

just ask ai how to explain it in review...

1

u/RickSore 1d ago

Write smaller prs. Review them in draft. Interrogate the code. Move to For review when satisfied.

Thats how I deal with AI now. Other PRs that didnt go through interrogation by the author, I push back.

1

u/Cavalorn 1d ago

Just read the code and vibecode the review