frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

AI readability score for your documentation

https://docsalot.dev/tools/docsagent-score
1•fazkan•7m ago•0 comments

NASA Study: Non-Biologic Processes Don't Explain Mars Organics

https://science.nasa.gov/blogs/science-news/2026/02/06/nasa-study-non-biologic-processes-dont-ful...
1•bediger4000•10m ago•2 comments

I inhaled traffic fumes to find out where air pollution goes in my body

https://www.bbc.com/news/articles/c74w48d8epgo
1•dabinat•11m ago•0 comments

X said it would give $1M to a user who had previously shared racist posts

https://www.nbcnews.com/tech/internet/x-pays-1-million-prize-creator-history-racist-posts-rcna257768
2•doener•13m ago•1 comments

155M US land parcel boundaries

https://www.kaggle.com/datasets/landrecordsus/us-parcel-layer
2•tjwebbnorfolk•18m ago•0 comments

Private Inference

https://confer.to/blog/2026/01/private-inference/
2•jbegley•21m ago•1 comments

Font Rendering from First Principles

https://mccloskeybr.com/articles/font_rendering.html
1•krapp•24m ago•0 comments

Show HN: Seedance 2.0 AI video generator for creators and ecommerce

https://seedance-2.net
1•dallen97•28m ago•0 comments

Wally: A fun, reliable voice assistant in the shape of a penguin

https://github.com/JLW-7/Wally
2•PaulHoule•30m ago•0 comments

Rewriting Pycparser with the Help of an LLM

https://eli.thegreenplace.net/2026/rewriting-pycparser-with-the-help-of-an-llm/
2•y1n0•31m ago•0 comments

Lobsters Vibecoding Challenge

https://gist.github.com/MostAwesomeDude/bb8cbfd005a33f5dd262d1f20a63a693
1•tolerance•31m ago•0 comments

E-Commerce vs. Social Commerce

https://moondala.one/
1•HamoodBahzar•32m ago•1 comments

Avoiding Modern C++ – Anton Mikhailov [video]

https://www.youtube.com/watch?v=ShSGHb65f3M
2•linkdd•33m ago•0 comments

Show HN: AegisMind–AI system with 12 brain regions modeled on human neuroscience

https://www.aegismind.app
2•aegismind_app•37m ago•1 comments

Zig – Package Management Workflow Enhancements

https://ziglang.org/devlog/2026/#2026-02-06
1•Retro_Dev•39m ago•0 comments

AI-powered text correction for macOS

https://taipo.app/
1•neuling•42m ago•1 comments

AppSecMaster – Learn Application Security with hands on challenges

https://www.appsecmaster.net/en
1•aqeisi•43m ago•1 comments

Fibonacci Number Certificates

https://www.johndcook.com/blog/2026/02/05/fibonacci-certificate/
2•y1n0•45m ago•0 comments

AI Overviews are killing the web search, and there's nothing we can do about it

https://www.neowin.net/editorials/ai-overviews-are-killing-the-web-search-and-theres-nothing-we-c...
4•bundie•50m ago•1 comments

City skylines need an upgrade in the face of climate stress

https://theconversation.com/city-skylines-need-an-upgrade-in-the-face-of-climate-stress-267763
3•gnabgib•51m ago•0 comments

1979: The Model World of Robert Symes [video]

https://www.youtube.com/watch?v=HmDxmxhrGDc
1•xqcgrek2•55m ago•0 comments

Satellites Have a Lot of Room

https://www.johndcook.com/blog/2026/02/02/satellites-have-a-lot-of-room/
3•y1n0•56m ago•0 comments

1980s Farm Crisis

https://en.wikipedia.org/wiki/1980s_farm_crisis
4•calebhwin•56m ago•1 comments

Show HN: FSID - Identifier for files and directories (like ISBN for Books)

https://github.com/skorotkiewicz/fsid
1•modinfo•1h ago•0 comments

Show HN: Holy Grail: Open-Source Autonomous Development Agent

https://github.com/dakotalock/holygrailopensource
1•Moriarty2026•1h ago•1 comments

Show HN: Minecraft Creeper meets 90s Tamagotchi

https://github.com/danielbrendel/krepagotchi-game
1•foxiel•1h ago•1 comments

Show HN: Termiteam – Control center for multiple AI agent terminals

https://github.com/NetanelBaruch/termiteam
1•Netanelbaruch•1h ago•0 comments

The only U.S. particle collider shuts down

https://www.sciencenews.org/article/particle-collider-shuts-down-brookhaven
3•rolph•1h ago•1 comments

Ask HN: Why do purchased B2B email lists still have such poor deliverability?

1•solarisos•1h ago•3 comments

Show HN: Remotion directory (videos and prompts)

https://www.remotion.directory/
1•rokbenko•1h ago•0 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.