frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: HypothesisHub – An open API where AI agents collaborate on medical res

https://medresearch-ai.org/hypotheses-hub/
1•panossk•3m ago•0 comments

Big Tech vs. OpenClaw

https://www.jakequist.com/thoughts/big-tech-vs-openclaw/
1•headalgorithm•5m ago•0 comments

Anofox Forecast

https://anofox.com/docs/forecast/
1•marklit•5m ago•0 comments

Ask HN: How do you figure out where data lives across 100 microservices?

1•doodledood•5m ago•0 comments

Motus: A Unified Latent Action World Model

https://arxiv.org/abs/2512.13030
1•mnming•6m ago•0 comments

Rotten Tomatoes Desperately Claims 'Impossible' Rating for 'Melania' Is Real

https://www.thedailybeast.com/obsessed/rotten-tomatoes-desperately-claims-impossible-rating-for-m...
1•juujian•7m ago•0 comments

The protein denitrosylase SCoR2 regulates lipogenesis and fat storage [pdf]

https://www.science.org/doi/10.1126/scisignal.adv0660
1•thunderbong•9m ago•0 comments

Los Alamos Primer

https://blog.szczepan.org/blog/los-alamos-primer/
1•alkyon•12m ago•0 comments

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
1•DEntisT_•14m ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
2•tosh•14m ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•14m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•17m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
4•sakanakana00•20m ago•0 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•23m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
3•Tehnix•23m ago•1 comments

Skim – vibe review your PRs

https://github.com/Haizzz/skim
2•haizzz•25m ago•1 comments

Show HN: Open-source AI assistant for interview reasoning

https://github.com/evinjohnn/natively-cluely-ai-assistant
4•Nive11•25m ago•6 comments

Tech Edge: A Living Playbook for America's Technology Long Game

https://csis-website-prod.s3.amazonaws.com/s3fs-public/2026-01/260120_EST_Tech_Edge_0.pdf?Version...
2•hunglee2•29m ago•0 comments

Golden Cross vs. Death Cross: Crypto Trading Guide

https://chartscout.io/golden-cross-vs-death-cross-crypto-trading-guide
2•chartscout•31m ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
3•AlexeyBrin•34m ago•0 comments

What the longevity experts don't tell you

https://machielreyneke.com/blog/longevity-lessons/
2•machielrey•36m ago•1 comments

Monzo wrongly denied refunds to fraud and scam victims

https://www.theguardian.com/money/2026/feb/07/monzo-natwest-hsbc-refunds-fraud-scam-fos-ombudsman
3•tablets•40m ago•1 comments

They were drawn to Korea with dreams of K-pop stardom – but then let down

https://www.bbc.com/news/articles/cvgnq9rwyqno
2•breve•42m ago•0 comments

Show HN: AI-Powered Merchant Intelligence

https://nodee.co
1•jjkirsch•45m ago•0 comments

Bash parallel tasks and error handling

https://github.com/themattrix/bash-concurrent
2•pastage•45m ago•0 comments

Let's compile Quake like it's 1997

https://fabiensanglard.net/compile_like_1997/index.html
2•billiob•46m ago•0 comments

Reverse Engineering Medium.com's Editor: How Copy, Paste, and Images Work

https://app.writtte.com/read/gP0H6W5
2•birdculture•51m ago•0 comments

Go 1.22, SQLite, and Next.js: The "Boring" Back End

https://mohammedeabdelaziz.github.io/articles/go-next-pt-2
1•mohammede•57m ago•0 comments

Laibach the Whistleblowers [video]

https://www.youtube.com/watch?v=c6Mx2mxpaCY
1•KnuthIsGod•58m ago•1 comments

Slop News - The Front Page right now but it's only Slop

https://slop-news.pages.dev/slop-news
1•keepamovin•1h ago•1 comments
Open in hackernews

Reflections on Matrix criticism over the last week

https://www.youtube.com/watch?v=OyuqM7RbX5E
6•todsacerdoti•6mo ago

Comments

mikece•6mo ago
Kudos to Matthew for frankly addressing issues that have been raised (here and elsewhere) in the last week. Going to have to follow that channel on YouTube.

(Do they have a podcast or just the YouTube videos?)

Arathorn•6mo ago
Thanks. We used to relay the videos as a podcast here: https://matrix.org/podcasts but it looks like the automation stopped in 2022 and nobody noticed or complained :S I think most people follow it on YT.
mikece•6mo ago
Automation: cron job watching the YT xml feed, pulling down the latest not converted with yt-dlp, converting to mp3 with ffmpeg, applying ID3 data and then publishing using the title and description on YT to populate the title and description for the podcast feed?

Could probably snag the YT thumbnail as well and use it as the show art for the podcast as well... sounds like a fun little project to code!

BrenBarn•6mo ago
A transcript was posted too: https://gist.github.com/ara4n/190ad712965d0f06e17f508d1a45b5...
BrenBarn•6mo ago
I appreciate the honesty here. At the same time that honesty reveals some things that are a bit troubling about how matrix/element are developing.

Without getting into a point-by-point rebuttal of this, the thing I don't ever seem to see from the Matrix team is a recognition that they need to undo bad decisions they have made, or make major changes in mindset/practices, rather than just saying "Well we're working on fixing Feature XYZ." The responses always seem to be of the form "Yeah, this is bad, but here's how we're working on it" rather than "Here's how we're going to ensure this doesn't happen again."

I think this may be part of why there's a perception that the Matrix/Element team is "defensive". They "listen" in the sense that they recognize people have problems, and to some extent they try to fix those problems, but they also keep moving forward in a way that creates more such problems that they then have to fix. And they don't seem receptive to the idea that it's that underlying modus operandi that should change, rather than just needing more work on this or that specific bug.

The biggest example of this for me is that in all these reflections from Matthew I don't see any recognition that maybe what's needed is not more delivering but less promising. Like there's this:

> And then really finally, I think a large part of it is just disappointment where people have been fans, expecting and hoping Matrix to move faster. We have basically over-promised and then failed to deliver in a fast enough manner. They've been waiting for two years for Element X to become the default, and it isn't, so they haven't started using it themselves, and so it might as well be that Element X stuff hadn't even happened in the first place.

Maybe people would actually be satisfied with Matrix moving slower, if that were done in a clear and deliberate way. But the attitude I always see is "well we're going to move on and get through this and excelsior and so on", and never "We are going to slow down and make sure everything is fully working before we start touting it as a big improvement". It's what happened with communities becoming spaces, it's what happened with enabling e2ee by default, it's what happened with the Element-vs-ElementX transition, it's what happened with various smaller updates that required room upgrades or server upgrades or whatever.

The problem I see with how Matrix/Element are operating is they are unwilling to make sure the system is good before they try to make it popular. They want to roll out update after update, each time proudly declaring how wonderful it is. And yeah, it is wonderful, it's remarkable how much progress has been made. But average users don't want to use a system that is this much in flux. So maybe just wait until it's been stable and working before you tell everyone how great it is? And gradually expand out in larger and larger circles of early-adopter nerds instead of trying to present it as something for use by the general public until. . .it's actually working and stable enough for the general public?

It's not just about "doing more" but about lowering expectations and being willing to grow slowly.

Arathorn•6mo ago
> The biggest example of this for me is that in all these reflections from Matthew I don't see any recognition that maybe what's needed is not more delivering but less promising.

The line you quote from Matrix Live then directly contradicts this, though:

"We have basically over-promised and then failed to deliver in a fast enough manner."

Similarly,

> But the attitude I always see is "well we're going to move on and get through this and excelsior and so on", and never "We are going to slow down and make sure everything is fully working before we start touting it as a big improvement".

The reason that threads & spaces are taking a while to ship in EX is literally because we have slowed down, and made sure everything is fully working before we ship it.

Meanwhile, we killed everything we were working on apart from Element Server Suite (Synapse), Element Web, Element X and Element Call - focusing on moving slowly and getting it right rather than shipping a tonne of experiments.

So yes, in the past this was definitely a massive failure mode. But it should be obvious that precisely the stepchange that you're asking for has already happened.

BrenBarn•6mo ago
That line I quoted acknowledges that the problem was overpromising and underdelivering, but doesn't (that I can see) acknowledge that the solution is specifically to promise less rather than deliver more. In particular the word "fast" there is a little worrisome to me.

> The reason that threads & spaces are taking a while to ship in EX is literally because we have slowed down, and made sure everything is fully working before we ship it.

But you already did ship it. And my perception is that what you're doing now is again rushing to catch up with the overpromises. My question is what are you going to do going forward to make sure that things that aren't ready never ship in the first place --- and that there are no more blog posts or the like about how amazing the next thing is (whatever that may be) until it has everything it actually needs to be amazing.

Anything that has to do with fixing what you already shipped is still on the delivery side. My question is about what are the processes on the promise side to ensure that unrealistic promises are not made in the first place.

I appreciate your engaging with me here and I want you to know that I appreciate what Matrix is trying to be. I'm still using Matrix in the same limited way I've been using it for a few years now. I'd love to be able to use it for more purposes. But there is no amount of fixes to already-released things that can ever convince me to do that. The only thing that will convince me is when the "next thing" (or next several things, really) that rolls out is actually everything it was cracked up to be, instead of having major problems that require damage control after it's been hyped up as a groundbreaking step forward.