frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Trump Fires CDC Director, Anti-Vax Wingnuts Now Running Asylum

https://www.semafor.com/article/08/28/2025/white-house-fires-cdc-director-over-vaccine-disagreements
1•Bogdanp•2m ago•0 comments

Terminal sessions you can bookmark: Building Zellij's web client

https://poor.dev/blog/building-zellij-web-terminal/
1•vinhnx•3m ago•0 comments

Show HN: Leadchee, a CRM for consultants and small teams who hate HubSpot bloat

https://leadchee.com
1•CeresBroker•3m ago•0 comments

Show HN: Better align incentives for home sellers and their agents

https://progressivecommission.com/
1•ajcatton•4m ago•0 comments

A Dark Money Group Is Funding High-Profile Democratic Influencers

https://www.wired.com/story/dark-money-group-secret-funding-democrat-influencers/
1•spooneybarger•4m ago•0 comments

The 67-Second OpenTelemetry Problem

https://getlawrence.com/blog/The-67-Second-OpenTelemetry-Problem
1•Itayoved•7m ago•0 comments

Asta: Accelerating science through trustworthy agentic AI

https://allenai.org/blog/asta
1•kjhughes•8m ago•0 comments

Browserbase has a 29% failure rate on basic page loads

https://anchorbrowser.io/blog/page-load-reliability-on-the-top-100-websites-in-the-us
1•jmarbach•8m ago•0 comments

Atmos: A language for structured concurrency and event-driven programming, based

https://github.com/atmos-lang/atmos
1•fanf2•10m ago•0 comments

Will AI Replace Human Thinking? The Case for Writing and Coding Manually

https://www.ssp.sh/brain/will-ai-replace-humans/
2•articsputnik•11m ago•0 comments

Gabbard Blindsided CIA over Revoking Clearance of Undercover Officer

https://www.wsj.com/politics/national-security/tulsi-gabbard-blindsided-cia-over-revoking-clearan...
1•JumpCrisscross•12m ago•0 comments

SEC Filings Data Visualizer

https://nomas.fyi/news
1•nomas_research•12m ago•0 comments

Chinese Money Launderers Are Moving Billions Through U.S. Banks

https://www.wsj.com/finance/regulation/chinese-money-launders-are-moving-billions-through-u-s-ban...
1•JumpCrisscross•12m ago•0 comments

Canada's 2023 Wildfires Pushed Air Pollution to Decade-Level Highs

https://financialpost.com/pmn/business-pmn/canadas-2023-wildfires-pushed-air-pollution-to-decade-...
1•neom•13m ago•0 comments

Biodegradable ultrasound contrast tape for tracing intestinal motility

https://www.nature.com/articles/s41467-025-63310-8
1•bookofjoe•14m ago•0 comments

Show HN: Open-source Next.js 15 boilerplate – auth, DB, intl, tests, monitoring

1•creativedg•14m ago•0 comments

gpt-oss is a great model

https://twitter.com/ggerganov/status/1961070963107188849
1•tosh•14m ago•0 comments

When I play games with how I save money, I'm less inclined to spend it

https://pockets.bearblog.dev/20250827/
1•warrenm•15m ago•0 comments

Chaos and Coherence in Business

https://commoncog.com/chaos-and-coherence-in-business/
1•cjbarber•15m ago•0 comments

Show HN: I built a Chrome extension–export Facebook birthdays to text reminders

https://chromewebstore.google.com/detail/export-facebook-birthdays/offiohhackmhmhinaaacooffkeaaodgh
2•samfeldman•15m ago•0 comments

Only Experts Can Write Good Prompts

https://www.vincentschmalbach.com/only-experts-can-write-good-prompts/
1•vincent_s•16m ago•0 comments

Scientists just developed a new AI modeled on the human brain

https://www.livescience.com/technology/artificial-intelligence/scientists-just-developed-an-ai-mo...
1•kmdupree•17m ago•0 comments

China a $50B/yr Nvidia market if US would allow competitive product sales: Huang

https://www.theregister.com/2025/08/27/nvidia_q2_china/
1•rntn•18m ago•0 comments

Reading for pleasure is going out of style

https://www.axios.com/2025/08/27/reading-books-pleasure-data
1•Brajeshwar•20m ago•0 comments

Vitamin D supplementation of 2000 IU daily is recommended for adults

https://www.mdpi.com/2072-6643/16/3/391
4•toomuchtodo•20m ago•2 comments

The Curious History of New England's Hermit Tourism

https://www.atlasobscura.com/articles/new-england-hermit-tourism
1•Brajeshwar•20m ago•0 comments

Scientist claims mega-flood wiped out early civilisations

https://thetatva.in/science/scientist-claims-mega-flood-wiped-out-early-civilisations-nothing-in-...
2•Brajeshwar•20m ago•0 comments

How Apple AirPods Work [video]

https://www.youtube.com/watch?v=PB_8dGKh9JI
1•ingve•21m ago•0 comments

Precognition and Time

https://www.popularmechanics.com/science/a65653221/science-of-precognition-explained/
1•gmays•21m ago•0 comments

Koko Analytics 2.0

https://www.kokoanalytics.com/2025/08/27/koko-analytics-version-2-is-here/
1•pentagrama•22m ago•0 comments
Open in hackernews

Group Borrowing: Zero-Cost Memory Safety with Fewer Restrictions

https://verdagon.dev/blog/group-borrowing
32•verdagon•2h ago

Comments

kibwen•1h ago
> In any language, when we hand a function a reference to an object, that function can't destroy the object, nor change its type

This isn't quite true. While Rust doesn't currently support this, people have proposed the concept of `&own` references that take ownership of the object and free it when the reference goes out of scope (consider that Rust's standard destructor signature, `fn drop(&mut)`, should probably take one of these hypothetical owning references). I addition, I believe that languages with typestate can cause types to change as a result of function calls, although I don't quite understand the details.

verdagon•1h ago
Great point =) That's true for a lot of languages (including Mojo too), so I should have said "non-owning reference" there. I'll update the post to clarify. Thanks for catching that!
skywal_l•1h ago
I don't understand your comment. `drop` takes a *mutable* reference. But by default, references in Rust are immutable.
littlestymaar•29m ago
shared references are immutable in Rust, mut references and shared references are both references.
Ygg2•21m ago
Kibwen is saying that there was an idea to have `fn drop(&mut x)` from Drop trait become `fn drop_own(&own x)`. Then `&own` would do mutation and drop the owner of the reference. A regular &mut reference shouldn't do that outside of `drop(&mut x)`.
littlestymaar•28m ago
Intriguing, what would be the purpose of such owning references compared to just passing ownership? Is that to have a way to reliably avoid memcopying large objects when passing them by value?
wavemode•22m ago
An &own reference seems like it would just be equivalent to a Box.
modulared•2m ago
> I believe that languages with typestate can cause types to change as a result of function calls

Do you have any specific languages?

verdagon•59m ago
Hey all, this is a post explaining a new memory safety model by my friend Nick Smith (original proposal at https://gist.github.com/nmsmith/cdaa94aa74e8e0611221e65db8e4...)

It was interesting enough that I knew I had to write a post about it. Happy to answer any questions!

nixpulvis•56m ago
No mention of how this is safe when operating on data across threads? One of the biggest wins for Rust is sane treatment of references when using parallelism.
verdagon•49m ago
Great question! That's a big enough topic that I'd love to write a followup post about it. There's also a good thread on r/Compilers at https://www.reddit.com/r/Compilers/comments/1n2ay7g/comment/... about how Nick's model should support that.

TL;DR: Mutability is tracked at the group level, so we can share an immutable group with any number of threads (especially good with structured concurrency) or lend a mutable group to a single other thread. References themselves are still aliasable, regardless of the group's mutability.

Taking an existing (mutable, aliasing) group and temporarily interpreting it as immutable has precedent (I did it in Vale [0]) so I like the approach, but I might be biased ;)

(This is from my memory of how Nick's proposal works, I'll ask him to give a better answer once morning hits his Australia timezone)

[0] https://verdagon.dev/blog/zero-cost-borrowing-regions-part-1...

mrkeen•50m ago
> Because of those "inaccessible" rules, we can never have a readwrite reference and a readonly reference to an object at the same time.

I can't not see this as a good thing. It's almost at the level of "the only thing an ownership system does".

If my thread is operating on a struct of 4 int64s, do I now have to think about another read-only thread seeing that struct in an invalid partially-written state?

wavemode•25m ago
Ideally, the rules for single-threaded references and references that are allowed to be shared across threads would be different.
zozbot234•12m ago
That's why Cell<T> and RefCell<T> are a thing. Both allow you to mutate shared references, but disable shared access across threads. The qcell crate even includes a version of Cell/RefCell that's "branded" by a region/lifetime, just like in this proposal.
estebarb•47m ago
I'm not sure if I understand it correctly. So, if I have a hashtable, adding or removing an element would invalidate existing pointers to any other element in the hashtable? I guess it makes sense from a memory release POV, but... I end up thinking that for databases using GC or RC is a better approach. Maybe I'm biased, but I have found far easier to work on databases written in C or C#. For that kind of programs I felt Rust overrestrictive and forcing to more dangerous patterns such as replacing pointers with offsets.
verdagon•39m ago
Yep, adding or removing an element would invalidate existing pointers to any other element in the hash table. This is generally regarded as a good thing if your elements are stored contiguously in the hash table, because a resize would cause any existing pointers to dangle. This should be true for C, and might be true for C# if you're using `struct`s which put the data inline (memory's a bit fuzzy on C#'s rules for references to structs though, maybe someone can chime in).

This new approach still requires us to be mindful of our data layout. Not caring about data layout is still definitely a strength of GC and RC. I'm actually hoping to find a way to blend Nick's approach seamlessly with reference counting (preferably without risking panics or deadlocks) to get the best of both worlds, so that we can consider it for Mojo. I consider that the holy grail of memory safety, and some recent developments give me some hope for that!

(Also, I probably shouldn't mention it since it's not ready, but Nick's newest model might have found a way to solve that for separate-chaining hash maps where addresses are stable. We might be able to express that to the type system, which would be pretty cool.)