frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

NSF pilots 4-year PhDs with industry research placements

https://www.nsf.gov/news/nsf-partners-universities-industry-pilot-initiative-four
35•osnium123•48m ago•13 comments

AI's top startups are barely publishing their research

https://www.science.org/content/article/ai-s-top-startups-are-barely-publishing-their-research
274•YeGoblynQueenne•6h ago•154 comments

The coolest use for the Vision Pro

https://christianselig.com/2026/07/vision-pro-house/
457•robbiet480•7h ago•201 comments

Show HN: Open-source engine running Gemma 4 26B in 2 GB RAM on any M-series Mac

https://github.com/drumih/turbo-fieldfare
686•gitpusher42•12h ago•236 comments

Superlogical

https://www.superlogical.com/
560•yan•12h ago•351 comments

LLM Honeypot

https://llm2human.pages.dev/
97•8thom•4h ago•40 comments

The Productivity Mirage

https://frantic.im/mirage/
80•msephton•4h ago•19 comments

Keychron announces first open-source firmware for gaming mice

https://www.digitalfoundry.net/news/2026/07/keychron-announces-first-open-source-firmware-for-gam...
310•JLO64•11h ago•118 comments

The Cold Email

https://zachholman.com/posts/cold-email
117•holman•6h ago•44 comments

Anatomy of a Frontier Lab Agent Intrusion: A Timeline of the July 2026 Incident

https://huggingface.co/blog/agent-intrusion-technical-timeline
313•artninja1988•1d ago•183 comments

Kuna: Decompiler Development in the Age of Coding Agents

https://noelo.org/blog/kuna-release/
7•matt_d•1h ago•0 comments

Logic for Programmers by Hillel Wayne

https://logicforprogrammers.com/
19•_doctor_love•2h ago•0 comments

Kimi K3-256k

https://www.kimi.com/code/docs/en/kimi-code/models
364•monneyboi•8h ago•110 comments

A.I. companies are recruiting electricians and carpenters by the thousands

https://www.nytimes.com/2026/07/29/business/economy/data-center-electricians-training.html
238•thm•13h ago•300 comments

Handbook.md shows that long policy documents do not reliably govern agents

https://arxiv.org/abs/2607.25398
306•spIrr•14h ago•185 comments

Turning a dumb AC unit smart (without losing my security deposit)

https://prilik.com/blog/post/automating-ac-nyc/
123•austinallegro•9h ago•96 comments

Angels in Coptic Magic I: Introduction

https://www.coptic-magic.phil.uni-wuerzburg.de/index.php/2026/01/16/angels-in-coptic-magic-i-intr...
16•jruohonen•3d ago•0 comments

Show HN: CheapFoodMap – A map of good meals under $10

https://cheapfoodmap.com/
147•jaep1•10h ago•168 comments

SalesPatriot (YC W25) Is Hiring FDEs

https://www.ycombinator.com/companies/salespatriot/jobs/M46X6YX-forward-deployed-engineer
1•maciejSz•6h ago

Darktable

https://www.darktable.org/
313•siatko•15h ago•148 comments

Man and the Computer by John G. Kemeny (1972 book by the co-creator of BASIC)

https://archive.org/details/mancomputerbyjoh0000john
29•MilnerRoute•4h ago•10 comments

Show HN: A local merge queue for parallel Claude Code agents

https://github.com/funador/claude-code-merge-queue
18•funador•3h ago•6 comments

A Trampoline

https://dogdogfish.com/blog/2026/07/29/a-trampoline/
77•matthewsharpe3•7h ago•44 comments

Some thoughts about Anthropic's new cryptanalysis results

https://blog.cryptographyengineering.com/2026/07/29/some-notes-about-anthropics-new-results/
117•supermatou•11h ago•63 comments

Recursive Filters: SMA, EMA, Low‑Pass, and a Tiny Kalman

https://www.staszewski.xyz/blog/recursive-filters/
17•kamilstaszewski•1d ago•3 comments

Refactoring cuisine: how an Iraqi stew sailed to Singapore

https://iza.ac/posts/2026/07/the-journey-of-bamya/
31•infinitewalk•3d ago•8 comments

Launch HN: Tokenless (YC S26) – Automatic model switching to save money

https://usetokenless.com/
54•rohaga•11h ago•49 comments

Flume Water Monitor 915 MHz Security Is Pretty Good

https://waveformsecurity.com/blog/flume/
19•credibleconure•2h ago•13 comments

Commodification of Intelligence: Good, Bad, and Ugly Circular AI Deals

https://www.emergingtrajectories.com/lh/commodification-and-circularity/
64•cl42•8h ago•34 comments

The Rust on ESP Book

https://docs.espressif.com/projects/rust/book/
131•AlexeyBrin•4d ago•14 comments
Open in hackernews

A kernel developer plays with Home Assistant

https://lwn.net/SubscriberLink/1017720/7155ecb9602e9ef2/
138•pabs3•1y ago

Comments

balloob•1y ago
Founder Home Assistant here. Want to chime in that I always love to see write ups like these to see the great things what people achieve with Home Assistant.

Not everyone might know, but last year we started the Open Home Foundation[1] as a non-profit in Switzerland and I donated Home Assistant to it[2]. It's fully funded by users. There are no investors involved.

We are fully committed to building out a smart home that focuses on local control and privacy. Yes there are rough edges, but we're actively working on it in the open, with progress being released every month.

~Paulus Founder Home Assistant & President Open Home Foundation https://github.com/balloob

[1]: https://www.openhomefoundation.org [2]: https://www.openhomefoundation.org/blog/announcing-the-open-...

pabs3•1y ago
Discussion for the other article in the series:

https://news.ycombinator.com/item?id=44011381

tomhow•1y ago
Comments moved thither. Thanks!
pabs3•1y ago
They are two different articles, I don't think that was correct.
tomhow•1y ago
The problem is we can’t have two closely-related threads (i.e., threads where there is significant subject/discussion overlap) active at once.

When that happens it just gets confusing, because it’s hard for people know which thread to comment in, if the comment they want to make is somewhere in the overlap. And then whichever one they choose to comment in, people who only see the other thread won’t see that comment. Then sometimes, anticipating this, people will copy and paste their comment in both threads (which happened in this case). But then each one gets different replies.

So each thread ends up being incomplete and duplicated all at once, and it all becomes a big confusing mess.

The fact that these two articles were by the same author, had the same title, were published just a week apart and could easily have been published as one, longer article, says to me that merging the threads was the right thing to do.

The other option would have been to bury the second thread and consider another thread about that second article a few months later, but that didn’t seem like the best option, given how much the two articles are so related and continuous.

Edit: Just thought I'd add that a major factor in deciding to merge the threads was this opening to the second part by the author:

The first article in this series provided an overview of Home Assistant, its community, and its capabilities. It was deliberately short on descriptions of interesting things that can be done with Home Assistant, though — the reasons why one might actually want to use this program. In this closing article, we'll look at how Home Assistant was used to solve some real problems.

To me it makes all the difference that the first part is introductory/high-level whilst the second part goes deeper into usage-scenarios. We'd treat it differently if each part went deeply into different aspects on the project.

pabs3•1y ago
Thanks for the response, guess that makes sense.
pabs3•1y ago
BTW, on lobste.rs, they can merge threads into one, and all the URLs are shown at the top. That might be a useful change to adopt for HN too?