frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

GPT-5.6

https://openai.com/index/gpt-5-6/
862•logickkk1•5h ago•637 comments

Show HN: Getting GLM 5.2 running on my slow computer

https://github.com/JustVugg/colibri
132•vforno•14h ago•27 comments

EU Parliament greenlights Chat Control 1.0

https://www.patrick-breyer.de/en/eu-parliament-greenlights-chat-control-1-0-breyer-our-children-l...
849•rapnie•11h ago•409 comments

Show HN: 18 Words

https://18words.com/
739•pompomsheep•9h ago•268 comments

Hy3

https://hy.tencent.com/research/hy3
316•andai•6h ago•72 comments

Train sim created by just one person is being called the best ever made

https://kotaku.com/a-train-sim-created-by-just-one-person-is-being-called-the-best-ever-made-2000...
126•oumua_don17•4d ago•54 comments

No leap second will be introduced at the end of December 2026

https://datacenter.iers.org/data/latestVersion/bulletinC.txt
202•ChrisArchitect•7h ago•158 comments

I Changed My Name

https://robida.net/entries/2026/07/01/i-changed-my-name
21•surprisetalk•3d ago•18 comments

A road to Lisp: Why Lisp

https://scotto.me/blog/2026-07-09-why-lisp/
75•silcoon•9h ago•73 comments

GLM 5.2 is nearly as accurate as a human book keeper

https://toot-books.pages.dev/blog/glm-5-2-vat-benchmark
150•adamkurkiewicz•3h ago•92 comments

Postgres rewritten in Rust, now passing 100% of the Postgres regression tests

https://github.com/malisper/pgrust
217•SweetSoftPillow•15h ago•269 comments

Girls just wanna have fast MPMC queues with bounded waiting

https://nahla.dev/blog/waitfree_queue/
99•EvgeniyZh•3d ago•20 comments

The glass backbone: Why the Army's logistics will break in the next war

https://mwi.westpoint.edu/the-glass-backbone-why-the-armys-logistics-will-break-in-the-next-war/
238•baud147258•8h ago•316 comments

Launch HN: Context.dev (YC S26) – API to get structured data from any website

https://www.context.dev
61•TheYahiaBakour•6h ago•46 comments

A possible future for Damn Interesting

https://www.damninteresting.com/a-possible-future/
189•mzur•6h ago•21 comments

Wildcard (YC W25) Is Hiring a Founding Engineer

https://www.ycombinator.com/companies/wildcard/jobs/ZSLVaaU-founding-engineer
1•kaushikmahorker•5h ago

Muse Spark 1.1

https://ai.meta.com/blog/introducing-muse-spark-meta-model-api/
287•ot•7h ago•161 comments

TLS certificates for internal services done right

https://tuxnet.dev/posts/tls-for-internal-services/
110•mrl5•7h ago•78 comments

Show HN: Rubiks Cube Solver

https://speedcube.com.br/
6•wozzp•58m ago•0 comments

How to Start a Ruby Meetup

https://guides.rubyevents.org/meetups/
42•mooreds•3h ago•13 comments

Meta reuses old RAM in new servers with custom bridge chip

https://www.theregister.com/systems/2026/06/29/zuck-saves-meta-bucks-by-reusing-memory-from-old-s...
276•ihsw•6d ago•200 comments

Interview with Mitchell Hashimoto about Ghostty and Zig

https://alexalejandre.com/programming/interview-with-mitchell-hashimoto/
5•veqq•4h ago•0 comments

Buried Apple feature turns an iPhone into the perfect kids' dumb phone

https://www.wired.com/story/this-buried-apple-feature-turns-an-iphone-into-the-perfect-kids-dumb-...
214•PotatoNinja•3d ago•139 comments

SimPolitics: America’s quest to solve politics with computers

https://mitpress.mit.edu/9780262053198/simpolitics/
55•mckelveyf•7h ago•8 comments

Show HN: I built a web tool to see and edit what an AI thinks before it answers

https://lucid.earthpilot.ai
10•ada1981•4h ago•1 comments

Show HN: I mapped 8.5M research papers into an interactive atlas

https://tomesphere.com/atlas
51•leonickson•19h ago•16 comments

Opinionated and easy Pi.dev configuration

https://lazypi.org/
87•lwhsiao•6h ago•57 comments

Almost Always Unsigned

https://graphitemaster.github.io/aau/
36•gavide•1d ago•47 comments

How GitHub gave every repository a durable owner

https://github.blog/security/application-security/how-github-gave-every-repository-a-durable-owner/
10•ascertain•1h ago•3 comments

ChatGPT Work

https://openai.com/index/chatgpt-for-your-most-ambitious-work/
297•Tiberium•5h ago•143 comments
Open in hackernews

Finding a Bug in Chromium

https://bou.ke/blog/chromium-bug/
65•bouk•1y ago

Comments

rvz•1y ago
Great technical post, however:

> At Monumental we’ve building robots to automate construction, starting with masonry.

If you thought running to construction jobs was safe, well thanks to Monumental, it soon won't be.

The end goal is to achieve a 10% increase of global unemployment by the latest 2035 and 40% of employers anticipate reducing their workforce where AI can automate tasks by the 2030 deadline according to the WEF 2025 Future of Jobs report. [0]

Worse if earlier.

[0] https://www.weforum.org/publications/the-future-of-jobs-repo...

TheDong•1y ago
And according to OSHA, construction jobs account for more fatal injuries than any other job, so in a sense they're saving lives by reducing the number of dangerous jobs.

We've already managed to handle the desire to keep the sham of "jobs are a necessary part of life for everyone who isn't ultra-wealthy" going via Bullshit Jobs, we can keep inventing more Bullshit Jobs.

Heck, we probably both work Bullshit Jobs. Do we really need 20 different companies, all with thousands of employees, optimizing ad-impressions to make teenagers want to drink coke and buy nike shoes?

Do we really need 10 different "uber for pet-sitting your turtle" apps?

Each failed startup was, in reality, a large bag of bullshit jobs that transferred money from the VCs to bullshit-job workers, who's to say those people couldn't be ex construction workers?

Cthulhu_•1y ago
Given the author's name, he's Dutch which does use a lot of brick in their houses... for decoration, it's concrete blocks with prefab brick facades for at least two decades now, built by robots. See for example https://www.bouwtotaal.nl/2021/10/prefab-gevelelementen-voor...

The demand for housing and thus construction workers isn't going down any time soon; the Netherlands alone needs to build a million homes in the next decade and are running behind on that. Brick walls is just one task of many in a construction project, just like your JIRA or Github ticket is just one task of many in a software project.

bouk•1y ago
Prefab stone strips are used here and there but most brick facades are still built by hand on-site.

There's a huge shortage of workers, which is why we're working on this.

pjmlp•1y ago
Cooking and serving at tables also won't be an excape route, given that there are already kitchen and waitresses robots.

We are really going into a dystopian world, unless there is some event that disrupts the roadmap to drive everyone into unemployment, besides a few elite folks that get to profit from the robots.

The generations to come will have much more to worry about than climate, also note how all the ongoing wars, geopolitcs change back to cold war days, and AI race has made everyone forget about the planet.

Forcing us to use paper straws and wood cuttlery won't save us.

charcircuit•1y ago
My first guess would be that this early return is always happening after entering the bugged state. The one cleanup task could get stuck or not cleanup after itself properly.

    // Only one cleanup task is posted at a time.
    if (!HasDirtyJSFinalizationRegistries() || is_finalization_registry_cleanup_task_posted_) {
      return;
    }
https://source.chromium.org/chromium/chromium/src/+/main:v8/...
bouk•1y ago
Ah this makes a lot of sense, perhaps the posted flag doesn't get reset e.g. if this branch gets followed: https://source.chromium.org/chromium/chromium/src/+/main:v8/...
syg•1y ago
Yeah this is the bug. My bad, will fix.
donatj•1y ago
Hey! I too just filed my first Chromium bug[1]! They changed a behavior that broke opening new windows with tabs, and thus broke my advanced tab search extension Tabasco[2].

I was frankly impressed by the experience. They had me create a minimal extension illustrating the issue and were very quickly able automate a bisection that found its root, a security fix somewhat bluntly resolved. They've supposedly fixed the issue in an upcoming release I await with bated breath.

- [1] https://issues.chromium.org/issues/405283740

- [2] https://chromewebstore.google.com/detail/tabasco-advanced-ta...

tester756•1y ago
>FinalizationRegistry

>Avoid where possible

>Correct use of FinalizationRegistry takes careful thought, and it's best avoided if possible. It's also important to avoid relying on any specific behaviors not guaranteed by the specification. When, how, and whether garbage collection occurs is down to the implementation of any given JavaScript engine. Any behavior you observe in one engine may be different in another engine, in another version of the same engine, or even in a slightly different situation with the same version of the same engine. Garbage collection is a hard problem that JavaScript engine implementers are constantly refining and improving their solutions to.

Kinda tricky API

ketanhwr•1y ago
> A conforming JavaScript implementation, even one that does garbage collection, is not required to call cleanup callbacks.

Really looking forward to the "Explicit Resource Management" proposal[0] that sounds like a much better idea really.

[0]: https://github.com/tc39/proposal-explicit-resource-managemen...

panstromek•1y ago
Hm.. I would honestly try to avoid relying on finalization mechanism of a garbage collector like this. It sounds brittle from the start. Even without the bug, I can imagine you can get into a situation where some unused JS object holds a reference to a giant thing in wasm memory, but engine doesn't run the GC, because it technically doesn't know that, it only sees the little pointer object which seems small.

I think WASM had historically had some problem with freeing memory, so I'd probably rather rely on some pooling or arena with explicit memory size limit (for the whole allocated wasm memory).