frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Inkling: Our Open-Weights Model

https://thinkingmachines.ai/news/introducing-inkling/
628•vimarsh6739•6h ago•153 comments

SQLite should have (Rust-style) editions

https://mort.coffee/home/sqlite-editions/
71•gnyeki•2h ago•33 comments

Metal-Organic Frameworks, Chemistry's New Miracle Materials

https://chemistry.berkeley.edu/news/meet-metal-organic-frameworks-chemistry%E2%80%99s-new-miracle...
27•andsoitis•1h ago•7 comments

Grok Build is open source

https://github.com/xai-org/grok-build
221•skp1995•4h ago•270 comments

LLM Networking with MikroTik

https://blog.greg.technology/2026/07/14/llm-networking-with-mikrotik.html
33•gregsadetsky•2h ago•6 comments

Governments, companies, nonprofits should invest in free, open source AI [pdf]

https://www.siegelendowment.org/wp-content/uploads/2026/07/fortune-david-siegel-open-source-ai.pdf
61•bilsbie•3h ago•23 comments

Stripe and Advent have made a joint offer to acquire PayPal – sources

https://www.reuters.com/business/finance/stripe-advent-offer-buy-paypal-more-than-53-billion-sour...
326•rvz•21h ago•199 comments

Nul Characters in Strings in SQLite

https://sqlite.org/nulinstr.html
19•basilikum•1h ago•0 comments

P2P local file transfer based on WebRTC

https://pairdrop.net/
25•halb•2h ago•11 comments

Book prizes don't work how you think

https://rebeccamakkai.substack.com/p/book-prizes-dont-work-how-you-think
58•samclemens•1d ago•29 comments

Running Gemma 4 26B at 5 tokens/sec on a 13-year-old Xeon with no GPU

https://www.neomindlabs.com/2026/06/08/running-gemma-4-26b-at-5-tokens-sec-on-a-13-year-old-xeon-...
223•neomindryan•9h ago•146 comments

Duskers, the scary command line game, is getting a sequel

https://elbowgreasegames.substack.com/p/misfits-attic-announces-duskers-20
87•spacemarine1•5h ago•14 comments

Brainless: Shadcn components that look like Claude Code, Codex and Grok

https://brainless.swerdlow.dev
79•benswerd•5h ago•17 comments

Command Line Interface Guidelines

https://clig.dev/
50•subset•3d ago•6 comments

Voxatron

https://www.lexaloffle.com/voxatron.php
54•lsferreira42•5h ago•17 comments

Mysteries of Telegram Data Centers (2022)

https://dev.moe/en/3025
240•theanonymousone•11h ago•124 comments

Prioritize mental health, and why communication is so important

https://ramones.dev/posts/mental-health/
284•ramon156•13h ago•242 comments

Collection of Digital Clock Designs

https://clocks.dev
170•levmiseri•8h ago•36 comments

Show HN: E-- – A language you dial between English and Python

https://github.com/frmoded/e--
9•OdedF•5d ago•9 comments

The Anti-Mac User Interface (1996)

https://www.nngroup.com/articles/anti-mac-interface/
37•ninglor•1h ago•9 comments

Artie (YC S23) Is Hiring Software Engineers

https://jobs.ashbyhq.com/artie
1•tang8330•7h ago

Job queues are deceptively tricky

https://typesanitizer.com/blog/job-queues.html
5•ingve•1d ago•0 comments

Show HN: One More Letter

https://playonemoreletter.com/
15•hmate9•1h ago•11 comments

Show HN: Firefox in WebAssembly

https://developer.puter.com/labs/firefox-wasm/
114•coolelectronics•3h ago•63 comments

Designing APIs for Agents

https://www.freestyle.sh/blog/opinion/designing-apis-for-agents
41•benswerd•2d ago•21 comments

Show HN: misa77 - a codec that decodes 2x faster than LZ4 (at better ratios)

https://github.com/welcome-to-the-sunny-side/misa77
128•nonadhocproblem•8h ago•40 comments

MITS: Rockets, Calculators, and Personal Computers

https://www.abortretry.fail/p/micro-instrumentation-and-telemetry
27•BirAdam•2d ago•2 comments

Towards a harness that can do anything

https://eardatasci.github.io/c/ambiance/index.html
164•evakhoury•10h ago•82 comments

Show HN: Low-latency local LLM runner via OpenJDK Panama FFM (Java 22)

https://github.com/projectargus-cc/libargus.cc
26•KingJoker•1d ago•3 comments

Today I Rescued 7,234 Old GIFs

https://danq.me/2026/07/10/rescuing-7234-gifs/
93•birdculture•3d ago•9 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).