frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

GrapheneOS – Break Free from Google and Apple

https://blog.tomaszdunia.pl/grapheneos-eng/
125•to3k•1h ago•89 comments

Four Column ASCII (2017)

https://garbagecollected.org/2017/01/31/four-column-ascii/
177•tempodox•2d ago•32 comments

14-year-old Miles Wu folded origami pattern that holds 10k times its own weight

https://www.smithsonianmag.com/innovation/this-14-year-old-is-using-origami-to-design-emergency-s...
714•bookofjoe•16h ago•145 comments

A deep dive into Apple's .car file format

https://dbg.re/posts/car-file-format/
102•MrFinch•2d ago•23 comments

Rise of the Triforce

https://dolphin-emu.org/blog/2026/02/16/rise-of-the-triforce/
295•max-m•14h ago•35 comments

Rendering the Visible Spectrum

https://brandonli.net/spectra/doc/
51•signa11•3d ago•6 comments

Poor Deming never stood a chance

https://surfingcomplexity.blog/2026/02/16/poor-deming-never-stood-a-chance/
89•todsacerdoti•9h ago•35 comments

Show HN: Glitchy camera – a circuit-bent camera simulator in the browser

https://glitchycam.com
36•elayabharath•23h ago•2 comments

What your Bluetooth devices reveal

https://blog.dmcc.io/journal/2026-bluetooth-privacy-bluehood/
446•ssgodderidge•20h ago•163 comments

Evaluating AGENTS.md: are they helpful for coding agents?

https://arxiv.org/abs/2602.11988
139•mustaphah•23h ago•92 comments

Visual introduction to PyTorch

https://0byte.io/articles/pytorch_introduction.html
279•0bytematt•3d ago•21 comments

Show HN: Free alternative to Wispr Flow, Superwhisper, and Monologue

https://github.com/zachlatta/freeflow
200•zachlatta•14h ago•96 comments

How teaching molecules to think is revealing what a 'mind' is

https://www.newscientist.com/article/2513815-how-teaching-molecules-to-think-is-revealing-what-a-...
7•pella•3d ago•2 comments

Xbox UI Portfolio Site

https://gabrielcabrera.co/
33•valgaze•5h ago•10 comments

Dark web agent spotted bedroom wall clue to rescue girl from abuse

https://www.bbc.com/news/articles/cx2gn239exlo
448•colinprince•10h ago•242 comments

Ghidra by NSA

https://github.com/NationalSecurityAgency/ghidra
380•handfuloflight•3d ago•196 comments

"Token anxiety", a slot machine by any other name

https://jkap.io/token-anxiety-or-a-slot-machine-by-any-other-name/
142•presbyterian•17h ago•129 comments

Is Show HN Dead? No, but It's Drowning

https://www.arthurcnops.blog/death-of-show-hn/
56•acnops•1h ago•62 comments

Show HN: Scanned 1927-1945 Daily USFS Work Diary

https://forestrydiary.com/
96•dogline•11h ago•16 comments

DBASE on the Kaypro II

https://stonetools.ghost.io/dbase-cpm/
55•TMWNN•3d ago•19 comments

Running NanoClaw in a Docker Shell Sandbox

https://www.docker.com/blog/run-nanoclaw-in-docker-shell-sandboxes/
115•four_fifths•12h ago•58 comments

Building for an audience of one: starting and finishing side projects with AI

https://codemade.net/blog/building-for-one/
73•lorisdev•11h ago•38 comments

State of Show HN: 2025

https://blog.sturdystatistics.com/posts/show_hn/
103•kianN•15h ago•22 comments

Neurons outside the brain

https://essays.debugyourpain.com/p/you-are-not-just-your-brain
104•yichab0d•16h ago•45 comments

Show HN: Jemini – Gemini for the Epstein Files

https://jmail.world/jemini
383•dvrp•1d ago•73 comments

Show HN: Wildex – Pokémon Go for real wildlife

https://apps.apple.com/us/app/wildex-identify-plants-animals/id6748092158
86•AnujNayyar•14h ago•54 comments

Hear the "Amati King Cello", the Oldest Known Cello in Existence

https://www.openculture.com/2021/06/hear-the-amati-king-cello-the-oldest-known-cello-in-existence...
53•tesserato•4d ago•24 comments

Show HN: GitHub "Lines Viewed" extension to keep you sane reviewing long AI PRs

https://chromewebstore.google.com/detail/github-lines-viewed/npledcbofpmjjammgkkoeaehbphhdopi
16•somesortofthing•3d ago•20 comments

The Rev. Jesse Jackson, pioneering civil rights activist, dies at 84

https://www.cnn.com/2026/02/17/us/reverend-jesse-jackson-death
5•rmason•47m ago•1 comments

SvarDOS – an open-source DOS distribution

http://svardos.org/
52•d_silin•5h ago•9 comments
Open in hackernews

Show HN: GitHub "Lines Viewed" extension to keep you sane reviewing long AI PRs

https://chromewebstore.google.com/detail/github-lines-viewed/npledcbofpmjjammgkkoeaehbphhdopi
16•somesortofthing•3d ago
I was frustrated with how bad a signal of progress through a big PR "Files viewed" was, so I made a "Lines viewed" indicator to complement it.

Designed to look like a stock Github UI element - even respects light/dark theme. Runs fully locally, no API calls.

Splits insertions and deletions by default, but you can also merge them into a single "lines" figure in the settings.

Comments

fotcorn•2d ago
Related to this, how do you get your comments that you add in the review back into your agent (Claude Code, Cursor, Codex etc.)? Everybody talks about AI doing the code review, but I want a solution for the inverse - I review AI code and it should then go away and fix all the comments, and then update the PR.
somesortofthing•2d ago
I suspect you don't need anything special for this. The GH API has support for reading comments from PRs. Maybe have it maintain a small local store to remember the IDs of the comments it's already read so it doesn't try to re-implement already-implemented fixes. Another similar thing you can do is a hook that reminds it to start a subagent to monitor the CI/autofix errors after it creates/updates a PR.
danappelxx•2d ago
GitHub API is actually quite tricky here because there is a different between “comment” and “review” and “review comment” (paraphrasing, I don’t remember the details). So it’s not as simple as one API call that grabs the markdown. Of course you can write a creative one-liner to extract what you need, though.
alehlopeh•2d ago
I tell claude code “review the comments on this PR” and give it the url, and that’s enough. It then uses the gh cli tool and fetches the PR and individual comments.
epolanski•2d ago
I don't use it, but you can tag @copilot on GitHub comments and it will do so.

I don't do it because the chances of me reviewing vomited code are close to 0.

ctmnt•2d ago
There’s a bunch of versions of this out there. This one’s mine, but it’s based on other ones. It works really well. It assesses the validity and importance of each comment, then handles it appropriately, creating issues, fixing the code, adding comments, updating the GH Copilot instructions file, etc.

https://github.com/cboone/cboone-cc-plugins/blob/main/plugin...

voidUpdate•1h ago
What you do is actually read the comments, think about how you can improve the code, and then improve it, whether by telling the agent to do that or doing it yourself
nusl•2d ago
Was this vibe coded? Did you test it on itself?
crote•2d ago
Sure, it looks neat, but why would you ever want this? What happened to closing PRs like thise with a short and simple "This is unreadable. Split it into smaller self-contained commits, and write proper commit messages explaining what they do and why" comment?

Massive walls of code have always been rejected simply for being unreviewable. Why would you suddenly allow this for AI PRs - where you should be even more strict with your reviews?

somesortofthing•2d ago
I'm reviewing PRs I wrote myself. Valid concern in a real org though.
rokkamokka•1d ago
I'm on the fence about this. Sometimes a new feature needs maybe 2k lines of code split over 10-20 or so files. Sure, you could split it up, but you can't necessarily run the parts in isolation and if they get split over multiple reviewers it might even be that no one reviewer gets the whole context.

So, I'm kind of okay with large PRs as long as they're one logical unit. Or, maybe rather, if it would be less painful to review as one PR rather than several.

captainbland•19m ago
I think the particular problem is if AI is just producing large volumes of code which are unnecessary, because the LLM is simply not able to create a more concise solution. If this is the case it suggests these LLM generated solutions are likely bringing about a lot of tech debt faster than anyone is ever likely to be able to resolve it. Although maybe people are banking on LLMs themselves one day being sophisticated enough to do it, although that would also be the perfect time to price gouge them.
alan-stark•5m ago
Agree. We've seen cowboy developers who move fast by producing unreadable code and cutting every corner. And sometimes that's ok. Say you want a proof of concept to validate demand and iterate on feedback. But we want maintainable and reliable production code we can reason about and grasp quickly. Tech debt has a price to pay and looks like LLM abusers are on a path to waking up with a heavy hangover :)
cik•2m ago
This is very much my take. As long as the general rule is a lack of long PRs, I think we get into a good place. Blueskying, scaffolding, all sorts of things reasonably end up in long PRs.

But, it becomes incumbent on the author to write a guide for reviewing the request, to call the reviewer's attention to areas of interest, perhaps even to outline decisions made.

0xdeafbeef•1d ago
Care to opensource? I'd like to use it in firefox, will send a pr
somesortofthing•1d ago
https://github.com/dfialkov/pr-lines-viewed
melvinodsa•1d ago
What about the data security, is it sending code to any servers or it works on client side?
somesortofthing•16h ago
Makes same-origin requests to github's frontend to fetch info about line counts(line count figures are only sometimes loaded into app state) - that's the only network calls it makes.
tkzed49•54m ago
Can I get an AI that automatically nitpicks AI PRs with the goal of rejecting them?
alan-stark•41m ago
But why would you want to review long AI PRs in the first place? Why don't we apply the same standards we apply to humans? Doesn't matter if it was AI-generated, outsourced to Upwork freelancers or handcrafted in Notepad. Either submit well-structured, modular, readable, well-tested code or PR gets rejected.