https://marcin.juszkiewicz.com.pl/2026/03/10/risc-v-is-sloooow/ #Fedora #pullrequests #productivity #HackerNews #ngated
#PullRequests ≠ Code Reviews. Async PRs often delay delivery, drain trust & boost WIP. @javisan81 makes the case for sync reviews, pairing & post-merge feedback to ship faster with better quality—by building trust into the process.
Read: https://javapro.io/2025/10/29/pull-requests-code-reviews/
"Stacked PRs" is a proxy signal for failed engineering culture.
What you are saying is that you either can't/won't make a PR of reviewable size or that your team is incapable of getting reviewable PR's merged in a timely manner, and instead of fixing the problem you have taken the classic software engineering approach of adding an additional layer of complexity so now you have two problems
The PR author made changes! So at least it's not a "slop and forget" change.
However, all of their responses have that horrific obsequious tone of LLMs.
And one of my comments was "this call to openFile() seems to render the file, which would be inefficient for multiple files - can you just add it to the database instead?" and their response was "Good point, I've fixed it to be less complicated and more efficient"…
…and then they simplified the OTHER function (which did have more complex async for unexplained reasons)… and it STILL uses the function that I said was inefficient 🙄
Meanwhile, the comments on "this change seems unrelated" got "you're right, that was included by accident, I've reverted it".
I'm calling slop, and I hate the state of the world.
I've just read a PR on a FOSS project and… I think it's AI slop 😐
There's nothing much in the code that's blatant slop. It looks reasonable, give or take a weird choice on one function to call. But it's also a function that a human might naively decide to call.
But then there's the PR text. It has footnote-style links. And it says generic and unhelpful things like "swapped X for Y and updated Z"… Yes… I can see that from the diff. But WHY? 🙄
Finally #llm policies https://itsfoss.com/news/llvm-ai-policy/ It's gland to read this.
Certainly the #AI is a great tool that could help us in our jobs as #SoftwareEngineers but also I've read bad quality pull request from vibe coders that represent a bottle neck for the code review.
But the human in the loop policies that mentioned in the articles sound like a good start.
wow, @shlee made 12 PRs for Pixelfed yesterday <3
Great!
As an user and instance owner: THANK YOU. Shlee