Hacker News

New stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Europe's utilities are losing the financial power to lead the energy transition (rolandberger.com)
    —discuss
  2. AI agents now hold and spend real money, and nobody keeps their books (agenticfinancegraph.com)
    —discuss
  3. Stop Sending Pictures of Your Palm (bbc.com)
    —discuss
  4. An Open Letter to Scott Alexander (quillette.com)
    —discuss
  5. Helicoprion (australian.museum)
    —discuss
  6. Tell HN: If you are going to slop the web, don't use Chrome MCP
    —discuss
  7. The AI-First Organization (rolandberger.com)
    —discuss
  8. What innovators can still learn from Xerox PARC (rolandberger.com)
    —discuss
  9. Trance – the solution to scrolling, free forever (trance.surge.sh)
    —discuss
  10. Upload photos. Get a 3D house. Play it in Minecraft (my3dhouse.app)
    —discuss
  11. It's Time We Talked About AI and Software Security (deadneurons.substack.com)
    —discuss
  12. Not everyone thinks AI will kill us all (cnn.com)
    —discuss
  13. Claude-mood: Claude Code can see my suffering (github.com/kasper0406)
    1comments
  14. Show HN: ProofForge, AI agents whose proofs have to compile in Lean (github.com/sanexxxx777)
    —discuss
  15. Building games with AI for brother who can only use two switches by turning head (reddit.com)
    —discuss
  16. A dashboard scoring HN frontpage stories with Pangram (salahadawi.com)
    —discuss
  17. Search results for "remove password" on GitHub commits (github.com/search)
    3comments
  18. Open Source Lightroom Alternative on Web (github.com/udulaabeykoon)
    —discuss
  19. AI Socialism: Who Will Own the Automated Future? (cosmopolity.substack.com)
    —discuss
  20. An OpenAI agent escaped its sandbox by hiding questions in DNS lookups (madrobot.blog)
    —discuss
  21. Show HN: EmbedCatalog – Decorate your project with embed (github.com/embedcatalog)
    —discuss
  22. PoC for PUBG's anti-cheat Zakynthos's rootkit navagio.sys (github.com/hseoa)
    —discuss
  23. C-to-Rust Fallacy: Automatic Refactoring != Memory Security (arxiv.org)
    —discuss
  24. Cities of Salt (1984) (wikipedia.org)
    —discuss
  25. Streaming Our RL Training Runs (brusharena.art)
    —discuss
  26. AI hallucination of Chinese nuclear components almost led to US Military attack (arstechnica.com)
    —discuss
  27. Productivity as the Cessation of Braking (medium.com/smoking2man)
    —discuss
  28. Show HN: Kosh - Stop Your Bookmarks Becoming a Cemetery (chromewebstore.google.com)
    —discuss
  29. File Notification Attacks (inoti.fyi)
    —discuss
  30. Show HN: Loop-find, trim, rotate and crop videos in the browser, no upload (clipyouredit.com)
    2comments

When It's OK Not to Understand Your Own PR

2 pointsby 41m agowakamoleguy.com
1 comments
28m agoHN ↗

Second, while the author may not understand the code at a level where they could have written it themselves, they should still understand it as a reviewer. Treat it like the agent is the author and the human author is the first reviewer; don't pull somebody else in until you're satisfied first.

Emphasis mine.

That brings you back to square one. You should only be satisfied with the state of the PR once you understand it. Anything below that and you’re not doing your job properly. That doesn’t mean the code needs to be flawless on first PR, but you should understand everything it is doing and the why of the approach, otherwise there’s no point to you doing it.

So to the question in the title, the answer is quite simply “never”.