logoalt Hacker News

RHSeeger • yesterday at 12:37 PM • 2 replies • view on HN

I've seen every one of the things you listed, sometimes all at the same company. None of them add much in the way of effort/time to do the work.

- JIRA ticket - audit trail

- PR format - easier for people to scan, and to make sure things aren't forgotten (you can even have the template inserted when it's created)

- address review comments separately - not sure what to say on this one because I don't understand how _else_ you would address them - I've always addressed each one individually


Replies

xmcqdpt2 • yesterday at 12:45 PM

> JIRA ticket - audit trail

The team I'm on prides itself in providing great service to our clients (other devs in the company). This includes responding to support requests even if the client isn't entirely sure how to ask or who to ask.

> not sure what to say on this one because I don't understand how _else_ you would address them - I've always addressed each one individually

What I mean is that it used to be enough for you to address PR tasks by changing the code and pushing the updates and marking the tasks as "resolved". Now in some projects at work you also need to reply to the comment explaining how the change you made addressed the task. The idea obviously is to stop LLM from just ticking tasks without actually doing the work, but it's onerous and based on distrust. Not trusting LLMs is warranted but those rules get applied to everyone.

➕ show 1 reply
macintux • yesterday at 2:04 PM

> PR format - easier for people to scan, and to make sure things aren't forgotten (you can even have the template inserted when it's created)

The team I just left had a PR template that was probably 60 bullet points (never bothered to count, just grumbled). Certainly was not easy either to scan or to update manually.