Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I find commit messages have more value when they don't just repeat what you can see by looking at a diff but when they explain the reasons behind.



The point of a summarization model is if you have a thousand line change, it helps to have a one sentence explanation of what it is. The demo videos the author used here really don't do a good job communicating that, because the summary GPT-3 wrote for his one line commit was longer than the commit itself.


Right, and even if GPT-3 could summarize the thousand-line diff in a sensible way, without introducing any falsehoods, it would still be strictly worse than the developer writing a sentence explaining what they think they've accomplished with the commit.

It's just the same thing as with comments and "self-documenting code". The code tells you what (and if written carefully, it may be even somewhat effective at it). It can't tell you why. Neither can a GPT-3 summary of it.


I dunno, I'd like to see if GPT agrees with the author's assessment of what their code does.


But that is neither the purpose of a commit message, nor is it the why a commit was made.


I was hoping GPT-3 was going to give the reasons


yeah and find the bugs.


I've had ChatGPT find some pretty esoteric bugs in ways that shocked me.

Like semi-jokingly asking it to "improve" some code thinking it'd come up with some non obvious control flow... then instead having it immediately point out a subtle bug along the lines of "the code sets flag A instead of setting flag B on <insert line>" flag B wasn't even unused, so it's not like a simple unused variable heuristic would have caught that.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: