frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Willingness to look stupid

https://sharif.io/looking-stupid
287•Samin100•3d ago•107 comments

Executing programs inside transformers with exponentially faster inference

https://www.percepta.ai/blog/can-llms-be-computers
68•u1hcw9nx•23h ago•7 comments

Malus – Clean Room as a Service

https://malus.sh
1243•microflash•19h ago•447 comments

Bucketsquatting Is (Finally) Dead

https://onecloudplease.com/blog/bucketsquatting-is-finally-dead
5•boyter•24m ago•0 comments

Vite 8.0 Is Out

https://vite.dev/blog/announcing-vite8
239•kothariji•4h ago•55 comments

“This is not the computer for you”

https://samhenri.gold/blog/20260312-this-is-not-the-computer-for-you/
395•MBCook•7h ago•159 comments

Prefix sums at gigabytes per second with ARM NEON

https://lemire.me/blog/2026/03/08/prefix-sums-at-tens-of-gigabytes-per-second-with-arm-neon/
34•mfiguiere•4d ago•2 comments

Hyperlinks in Terminal Emulators

https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda
50•nvahalik•5h ago•30 comments

Bubble Sorted Amen Break

https://parametricavocado.itch.io/amen-sorting
326•eieio•15h ago•99 comments

ATMs didn’t kill bank teller jobs, but the iPhone did

https://davidoks.blog/p/why-the-atm-didnt-kill-bank-teller
406•colinprince•18h ago•435 comments

Shall I implement it? No

https://gist.github.com/bretonium/291f4388e2de89a43b25c135b44e41f0
1235•breton•11h ago•461 comments

Reversing memory loss via gut-brain communication

https://med.stanford.edu/news/all-news/2026/03/gut-brain-cognitive-decline.html
303•mustaphah•16h ago•119 comments

Understanding the Go Runtime: The Scheduler

https://internals-for-interns.com/posts/go-runtime-scheduler/
105•valyala•3d ago•9 comments

IMG_0416 (2024)

https://ben-mini.com/2024/img-0416
79•TigerUniversity•3d ago•13 comments

The Met releases high-def 3D scans of 140 famous art objects

https://www.openculture.com/2026/03/the-met-releases-high-definition-3d-scans-of-140-famous-art-o...
278•coloneltcb•17h ago•54 comments

Document poisoning in RAG systems: How attackers corrupt AI's sources

https://aminrj.com/posts/rag-document-poisoning/
116•aminerj•19h ago•45 comments

Worldwide Sidewalk Joy: Adding whimsy to neighborhoods

https://worldwidesidewalkjoy.com
11•NaOH•3d ago•3 comments

Celebrating Interesting Flickr Technologies

https://medium.com/@brightcarvings/celebrating-flickr-technology-3c93c8ddecc2
32•steerpike•1d ago•6 comments

US private credit defaults hit record 9.2% in 2025, Fitch says

https://www.marketscreener.com/news/us-private-credit-defaults-hit-record-9-2-in-2025-fitch-says-...
352•JumpCrisscross•20h ago•407 comments

Never Snooze a Future

https://jacko.io/snooze.html
8•vinhnx•4d ago•1 comments

Grief and the AI split

https://blog.lmorchard.com/2026/03/11/grief-and-the-ai-split/
138•avernet•10h ago•215 comments

Bringing Chrome to ARM64 Linux Devices

https://blog.chromium.org/2026/03/bringing-chrome-to-arm64-linux-devices.html
101•ingve•12h ago•46 comments

Innocent woman jailed after being misidentified using AI facial recognition

https://www.grandforksherald.com/news/north-dakota/ai-error-jails-innocent-grandmother-for-months...
591•rectang•11h ago•303 comments

Can you instruct a robot to make a PBJ sandwich?

https://pbj.deliberateinc.com/
26•mooreds•5h ago•27 comments

Big data on the cheapest MacBook

https://duckdb.org/2026/03/11/big-data-on-the-cheapest-macbook
350•bcye•21h ago•278 comments

WolfIP: Lightweight TCP/IP stack with no dynamic memory allocations

https://github.com/wolfssl/wolfip
126•789c789c789c•17h ago•21 comments

Ceno, browse the web without internet access

https://ceno.app/en/index.html?
3•mohsen1•2h ago•0 comments

Are LLM merge rates not getting better?

https://entropicthoughts.com/no-swe-bench-improvement
146•4diii•21h ago•133 comments

Show HN: Axe – A 12MB binary that replaces your AI framework

https://github.com/jrswab/axe
190•jrswab•19h ago•105 comments

Launch HN: IonRouter (YC W26) – High-throughput, low-cost inference

https://ionrouter.io
62•vshah1016•14h ago•25 comments
Open in hackernews

Finding a Bug in Chromium

https://bou.ke/blog/chromium-bug/
65•bouk•10mo ago

Comments

rvz•10mo 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•10mo 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_•10mo 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•10mo 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•10mo 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•10mo 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•10mo 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•10mo ago
Yeah this is the bug. My bad, will fix.
donatj•10mo 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•10mo 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•10mo 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•10mo 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).