MurphyA/hacker-news huggingface dataset:
by alephnerd | 2025-11-05 16:48:20+00:00
Those Dems giving warnings in the Axios article are those in safe blue seats.

The wins last night (especially those in VA) are significant, but the underlying cause for the massive wins in VA and NJ were economic in nature based on exit polling.

If the primary intention is to bring back a return of checks and balances, then concentrating on why we won by the margins we did in VA* and NJ is much more important than the election in NY, and that may require some compromises which while unpalatable are worth it for flipping the House and some gubernatorial elections in 2026.

* A good friend of mine from my previous career worked on the Spanberger campaign, and they did not expect to win by such margins - the expected margins was expected to be close (within 1-2%).
by npteljes | 2025-11-05 16:48:23+00:00
I disagree with this. I mean, it's as straightforward for me as you wrote it. But,

1. It hasn't worked like this when they elected Trump for the second time. Back then Kamala should have been the only valid candidate, according to this thinking.

2. Mamdani got 1,036,051 votes and Cuomo got 854,995. This is not exactly "all of NYC" as you imply.
by jonny_eh | 2025-11-05 16:48:37+00:00
That’s true of 5.25” floppies. The newer, higher capacity, 3.5” floppies had both sides accessible without physically flipping, so all drives only supported inserting the disks in one orientation.

But the Apple II mainly used 5.25” floppies. So I’m not correcting you, just adding more context.
by personomas | 2025-11-05 16:48:54+00:00
Central Europe is far more socialist. They're legitimately becoming communist.

For example, in Germany, the socialist/left/green pretty dominate and control almost all power here. Democracy is one of the few last standing barricades to germany becoming a full-blown communist state.

Yet, even democracy is starting to fade here.

Besides Germany, most of europe is well grounded in democracy. Therefore, I wouldn't call most of european countries communist states.

However, once socialism reaches a certain point, societies start to fail, and economies start to stagnate or even go backwards. We are starting to witness this here in European. Stagnating or retreading economies. Germany's economy hasn't grown in years.
by fiiico | 2025-11-05 16:49:26+00:00
Matcha.fm | Full-stack Software Engineer | $140K–$290K + Equity | REMOTE (US/Canada)

Hiring multiple Full-stack Software Engineers

We're building AI agent systems that automate complex multi-step workflows.

Ship production code fast, own projects end-to-end.

Looking for 5+ years experience (or <5 with hackathon wins/founder experience/strong GitHub).

Strong TypeScript/React/Node.js required. Stack: TypeScript, React, Node.js, GraphQL, PostgreSQL, AWS (ECS, RDS, Kafka, ES), Docker, Terraform. Full type safety, monorepo, 100% IaC, per-PR staging environments.

Remote US/Canada/EU if US timezone

Apply: https://matcha.fm/apply/se
by 4oo4 | 2025-11-05 16:49:33+00:00
Here are people documenting what they had to do for this, in both cases it necessitated the use of Faraday cages:

https://downrightnifty.me/blog/2025/02/27/eu-features-outsid...

https://lagrangepoint.substack.com/p/airpods-hearing-aid-hac...
by varispeed | 2025-11-05 16:49:34+00:00
Governments are not exempt from Cloud Act and US providers can be under gag order, so from EU or UK government perspective, they will never know if data has been accessed by 3rd country and what happened to it.

This is actually amazing that all the tenders have not been rejected under national security grounds or simply security services (yet again) have not done the job tax payers pay them to do.
by rtaylorgarlock | 2025-11-05 16:50:20+00:00
1) Cool, i hope they get lots of orders. 2) We're not past the 'zero emissions' rhetoric? I get evals 'at the tailpipe,' yet i think we've come past that line of thinking (e.g. Fairphone's Cameroon country outline inside the phone, behind the battery cover) 3) Will be interesting to compare results to other cars, e.g. Slate, which approach a similar need/desire from a remarkably different angle.
by rubatuga | 2025-11-05 16:50:30+00:00
A good time to mention that the P2P Yggdrasil network uses QUIC/TLS selfsigned certs but then runs its own encryption over that. You can add as many peers as desired, and the network will automatically choose the best path (latency). So no multi-pathing but gets around the issue of changing IP addresses/network locations. Plus, it's able to do multicast to find peers in your LAN without having a centralized control server. I'm actually getting better speeds than WireGuard over my LAN - but this is a stable link. Once you start sending the yggdrasil packets over long unstable links you may start to get into funky issues like TCP in TCP head of line blocking, but they try to mitigate this by having huge MTU sizes and packet dropping algorithms. (https://yggdrasil-network.github.io/2018/08/19/congestion-co...)

https://yggdrasil-network.github.io/documentation.html

I'm currently working on creating a managed Yggdrasil relay node service. A feature I hope they implement is QUIC multistream support.
by AbstractH24 | 2025-11-05 16:50:30+00:00
I hope Mamdani turns out to be as good as Obama was.

What was so impressive about Obama was his incredible leadership skills and ability to get elected president DESPITE his racial and ethnic background. That the things the far left saw which drove them to support him were not the ones that led him to be such a good leader for the country.

In 2008, I spent most of the year backpacking through Europe before starting college in the fall. So I truly don't remember much of Obama's first campaign or the tone of it at the time. But there is very little evidence in my mind that Mamdani has any of Obama's abilities. Hopefully either I'm missing something again, or he'll rise to the occasion despite the lack of evidence to suggest it.
by andix | 2025-11-05 16:50:59+00:00
I've been there, this doesn't work well at all. Actually since Windows NT the DOS subsystem is already an emulation, and it's not that good. DOS applications worked really well up to Windows ME, but with NT/XP/7 it got worse.

vDos was overall much better than running DOS applications directly on Windows. Only drawback was performance. It never ran as fast as on a Pentium III with Windows 98, but still much faster than the original hardware it was designed for (~30 mhz 80386).

Our application was designed for Novell NetWare, back then it even supported row/table locks for dBase files on the shared network drive. This didn't work with Windows NT anymore. But vDos brought back the feature to Windows 10 and SMB shares!
by shivanshvij | 2025-11-05 16:51:02+00:00
We absolutely ran into these issues.

A couple notes that help quite a bit:

1. Always build the eBPF programs in a container - this is great for reproducibility of course, but also makes DevX on MacOS better for those who prefer to use that.

2. You actually can do a full checksum! You need to limit the MTU but you can:

static __always_inline void tcp_checksum(const struct iphdr *ip_header, struct tcphdr *tcp_header, const __u16 tcp_len, const void *data_end) { __u32 sum = 0; __u16 *buf = (void *)tcp_header; ip_header_pseudo_checksum(ip_header, tcp_len, &sum); tcp_header->check = 0; __u16 max_packet_size = tcp_len; if (max_packet_size > MAX_TCP_PACKET_SIZE) { max_packet_size = MAX_TCP_PACKET_SIZE; } for (int i = 0; i < max_packet_size / 2; i++) { if ((void *)(buf + 1) > data_end) { break; } sum += *buf; buf++; } if ((void *)buf + 1 <= data_end && ((__u8 *)buf - (__u8 *)tcp_header) < max_packet_size) { sum += *(__u8 *)buf; } tcp_header->check = csum_fold_helper(sum); }

With that being said, it's not lost on me that XDP in general is something you should only reach for once you hit some sort of bottleneck. The original version of our network migration was actually implemented in userspace for this exact reason!
by dpark | 2025-11-05 16:52:04+00:00
> And so does about 1-2% of all Web users.

To put that in context, about 6 percent of US homes have no internet access at all. The “I turn off JS” crowd is at least 3x smaller than the crowd with no access at all.

The JS ship sailed years ago. You can turn it off but a bunch of things simply will not work and no amount of insisting that it would not be required will change that.
by iamnothere | 2025-11-05 16:52:20+00:00
Just to add: well-founded criticism is not being a “hater”, nor is forking or leaving a project over irreconcilable disagreements. Being a hater is repeatedly publishing absurd screeds, attempting to organize smear campaigns to pressure devs, and using sock puppets to flood social media with negative comments in order to influence users. Sadly there are a few very loud haters in the FOSS community.

If someone is calling you a hater over a difference of opinion, they are just wrong. That said, if you’ve been on the other end of frequent attacks from haters, it’s understandable that you might be overly sensitive to it!
by 9rx | 2025-11-05 16:52:56+00:00
> Learning to use Claude Code (and similar coding agents) effectively takes quite a lot of work.

I've tried to put in the work. I can even get it working well for a while. But then all of a sudden it is like the model suffers a massive blow to the head and can't produce anything coherent anymore. Then it is back to the drawing board, trying all over again.

It is exhausting. The promise of what it could be is really tempting fruit, but I am at the point that I can't find the value. The cost of my time to put in the work is not being multiplied in return.

> Did you have it creating and running automated tests as it worked?

Yes. I work in a professional capacity. This is a necessity regardless of who (or what) is producing the product.
by dragonwriter | 2025-11-05 16:53:15+00:00
> XSLT isn't going anywhere: hardwiring into the browser an implementation that's known to be insecure and is basically unmaintained is what's going away.

Not having it available from the browser really reduces the ability to use it in many cases, and lots of the nonbrowser XSLT ecosystem relies on the same insecure, unmaintained implementation. There is at least one major alternative (Saxon), and if browser support was switching backing implementation rather than just ending support, “XSLT isn’t going anywhere” would be a more natural conclusion, but that’s not, for whatever reason, the case.
by b2ccb2 | 2025-11-05 16:53:42+00:00
Not sure, the costume reminds me of a jester. If I'd take a jab at it, here is the original transcription from Brüder Grimm:

"Im Jahr 1284 ließ sich zu Hameln ein wunderlicher Mann sehen. Er hatte einen Rock von vielfarbigem, bunten Tuch an, weshalben er Bundting soll geheißen haben, und gab sich für einen Rattenfänger aus…"[0][1]

"In the year 1284, a strange man appeared in Hameln. He had a skirt, made from differently colored fabrics, which is why his name was 'bundle(?)', pretending to be a rat catcher…"

[0] https://de.wikisource.org/wiki/Seite:Deutsche_Sagen_(Grimm)_... [1] https://de.wikisource.org/wiki/Seite:Deutsche_Sagen_(Grimm)_...
by sswatson | 2025-11-05 16:54:24+00:00
Recently I've used Claude Code to build a couple TUIs that I've wanted for a long time but couldn't justify the time investment to write myself.

My experience is that I think of a new feature I want, I take a minute or so to explain it to Claude, press enter, and go off and do something else. When I come back in a few minutes, the desired feature has been implemented correctly with reasonable design choices. I'm not saying this happens most of the time, I'm saying it happens every time. Claude makes mistakes but corrects them before coming to rest. (Often my taste will differ from Claude's slightly, so I'll ask for some tweaks, but that's it.)

The takeaway I'm suggesting is that not everyone has the same experience when it comes to getting useful results from Claude. Presumably it depends on what you're asking for, how you ask, the size of the codebase, how the context is structured, etc.
Show HN: I'm making an Open-source Japanese learning App inspired by Monkeytype
by tentoumushi | 2025-11-05 16:54:29+00:00
As a long time Japanese learner, I've always wanted there to be a simple, free online trainer for learning and grinding Japanese kanji and vocabulary - like Monkeytype in the typing community.

I'm doing this because I grew tired of all the subscriptions and paywalls, which are unfortunately very common in the Japanese learning apps market. That's why I want to make the most fun, user-friendly and customizable platform for learning Japanese currently available, and the first one that is (and will be, forever) completely free, ad-free and open-source - driven not by profit, but made by the community, for the community.

Miraculously, I already managed to find a solid amount of contributors and users for the early alpha stages of the app, and I'm looking to grow and develop the app even further to provide a real, high-quality alternative to all the current paid Japanese learning resources. Which I'm sure we can achieve with your and the open-source community's help!

Why am I doing this? Because weebs deserve to have a free, open-source learning platform too (I'm one of them, don't judge...)

どうもありがとうございます!
by maccard | 2025-11-05 16:54:30+00:00
My experience has always been that TUIs and Terminal emulators these days have massive snags with how they handle control codes and inputs. Pasting into a terminal is a crapshoot of “what on earth is it going to spew back at me”.

It’s perfectly possible to handle large amounts of data by copy and paste on a web browser, you just have to actually support it.
by sjsdaiuasgdia | 2025-11-05 16:54:42+00:00
RE: the calculator screenshot - it's still reliable because the same answer will be produced for the same inputs every time. And the behavior, though possibly confusing to the end user at times, is based on choices made in the design of the system (floating point vs integer representations, rounding/truncating behavior, etc). It's reliable deterministic logic all the way down.
by mschuster91 | 2025-11-05 16:55:12+00:00
> It is an unfortunate fact about our industry that all build tools suck. Tell me what your favorite build tool is and I can point at hundreds of HN threads ripping it to shreds. Maybe it's NPM? Cue the screams...

npm isn't even a build tool, it's a package manager and at that it's actually gotten quite decent - the fact that the JS ecosystem at large doesn't give a fuck about respecting semantic versioning or keeps reinventing the wheel or that NodeJS / JavaScript itself lacks a decent standard library aren't faults of npm ;)

Maven and Gradle in contrast are one-stop-shops, both build orchestrators and dependency managers. As for ant, oh hell yes I'm aware of that. The most horrid build system I encountered in my decade worth of tenure as "the guy who can figure out pretty much any nuclear submarine project (aka, only surfaces every few years after everyone working on it departed)" involved Gradle, which then orchestrated Maven and Ant, oh and the project was built on a Jenkins that was half DSL, half clicked together in the web UI, and the runner that executed the builds was a manually set up, "organically grown" server. That one was a holy damn mess to understand, unwind, clean up and migrate to Gitlab.

> look at pretty much every popular CI system for "YAML is not a programming language".

Oh yes... I only had the misfortune of having to code for Github Actions once in my life time, it's utter fucking madness compared to GitLab.
by tguvot | 2025-11-05 16:55:55+00:00
i used cascade powder to refill miele cartridges. there was 0 difference with regards to residue/etc. also SDS was very similiar.

i just went to check amazon. cascade complete powder has 4.6 with 9k reviews. if it was subpar, pretty sure that rating would have reflected it. for example plant based detergents hover around 4.
by cameronbibb | 2025-11-05 16:56:43+00:00
Location: Kentucky, US

Remote: Yes

Willing to relocate: No

Technologies: JavaScript/TypeScript, React, Node.js, Ruby, PostgreSQL, SQL, MongoDB, Kafka, Debezium, Change Data Capture (CDC), Redis, Docker, Jest, Express, WebSockets

Résumé/CV: https://cameronbibb.com/assets/files/Cameron_Bibb_Resume.pdf

Email: cameronbibb@gmail.com

Hey, I'm Cameron! I enjoy building dynamic, high-performance applications—ranging from responsive UIs with React to real-time backend systems that scale.

Most recently, I created Willow, an open-source framework for building Change Data Capture (CDC) pipelines. It leverages Kafka, Debezium, and PostgreSQL to process database changes in real time. You can check it out here: https://willow-cdc.github.io/.

What I bring to the table:

- React & Frontend Expertise: Built component-driven UIs with React, TypeScript, and Material UI - Backend & Data Processing: Designed scalable APIs, database workflows, and event-driven systems - Distributed Systems & Real-Time Data: Worked with Kafka, WebSockets, Redis, and CDC pipelines - DevOps Awareness: Experience with Docker, cloud infrastructure, CI/CD, and performance tuning

I'm looking for remote opportunities where I can work on scalable web apps, high-performance APIs, and data-driven workflows.

If that sounds like a fit, let’s chat!
Show HN: We tested 9 AI models with 37K+ security tests
by NabilModelRed | 2025-11-05 16:57:09+00:00
Hi everyone,

We built ModelRed to test AI models and apps for security issues. Ran 4,182 attack probes against 9 leading models to see what would break.

Leaderboard: https://modelred.ai (no signup, just check it out)

Claude scored 9.5/10 but still failed on medical/financial prompts. Mistral Large scored 3.3/10. The gap between best and worst is huge.

We test for prompt injections, data leaks, jailbreaks, risky tool calls, domain specific hacks, basically everything that goes wrong when your LLM has access to real data and APIs. The platform runs these tests continuously and blocks CI/CD deployments when scores drop.

Works with any provider (OpenAI, Anthropic, AWS, Huggingface endpoints, OpenRouter etc).

Looking for around 20 people/teams shipping AI in production to be early design partners, help us figure out what features actually matter, contribute attack vectors, shape the roadmap.

Weirdest finding: same prompt injection works on 60% of models because everyone copies the same defense patterns.

Happy to answer questions about methodology, specific vulnerabilities, or if you want to be a design partner.
by krisoft | 2025-11-05 16:57:33+00:00
> airbags help in most cases, but not all.

Excellent. So in what cases does seeing the engine visually do help? So far we discussed UPS2976 and UA1175 where the presence or absence of the camera didn't change the outcome.

> Regarding UA1175, they had someone extra, but not all flights happen to have someone extra in the cockpit.

You are dancing around my question. What does the pilot do differently based on what they see? If you can't articulate a clear "pilot sees X they do Y, pilot sees Z they do Q" flow then what is the video good for?

in a sibling thread you say "There are countless situations where it can be helpful." But you haven't named even one of those countless situations yet.
by quitit | 2025-11-05 16:57:46+00:00
Not really, because this misses the premise of why the device itself is useful.

VR/AR headsets are useful for working on and demonstrating many things that we've had to compromise to fit into a 2D paradigm. Being able to be present with that 3D model has clear advantages over using, for example, a mouse with a 2D equivalent or a 3D projection.

Having to justify how the 3rd dimension is useful is probably a conversation where one party is not engaging in good faith.

The segway analogue is also pretty poor considering how useful self-balancing mobility devices have proven to be - including those which only possess a single wheel.
by pranftw | 2025-11-05 16:57:51+00:00
I've been working on a more efficient approach to code execution with MCP servers that eliminates the filesystem overhead described in Anthropic's recent blog post.

The Anthropic post (https://www.anthropic.com/engineering/code-execution-mcp) showed how agents can avoid token bloat by writing code to call MCP tools instead of using direct tool calls. Their approach generates TypeScript files for each tool to enable progressive discovery. It works well but introduces complexity: you need to generate files for every tool, manage complex type schemas, rebuild when tools update, and handle version conflicts. At scale, 1000 MCP tools means maintaining 1000 generated files.

I built codex-mcp using pure dynamic execution. Instead of generating files, we expose just two lightweight tools: list_mcp_tools() returns available tool names, and get_mcp_tool_details(name) loads definitions on demand. The agent explores tools as if navigating a filesystem, but nothing actually exists on disk.

Code snippets are stored in-memory as strings in the chat session data. When you execute a snippet, we inject a callMCPTool function directly into the execution environment using AsyncFunction constructor. No imports, no filesystem dependencies, just runtime injection. The function calls mcpManager.tools directly, so you're always hitting the live MCP connection.

This means tools are perpetually in sync. When a tool's schema changes on the server, you're already calling the updated version. No regeneration, no build step, no version mismatches. The agent gets all the same benefits of the filesystem approach (progressive discovery, context efficiency, complex control flow, privacy preservation) without any of the maintenance overhead.

One caveat: the MCP protocol doesn't enforce output schemas, so chaining tool calls requires defensive parsing since the model can't predict output structure. This affects all MCP implementations though, not specific to our approach.

The dynamic execution is made possible by Vercel AI SDK's MCP support, which provides the runtime infrastructure to call MCP tools directly from code.

Project: https://github.com/pranftw/aiter-app

Would love feedback from folks working with MCP at scale. Has anyone else explored similar patterns?
by update | 2025-11-05 16:59:04+00:00
> I remember back in the 2000s writing purely XML websites with stylesheets for display

Awesome! I made a blog using XML+XSLT, back in high school. It was worth it just to see the flabbergasted look on my friends faces when I told them to view the source code of the page, and it was just XML with no visible HTML or CSS[0].

[0] https://www.w3schools.com/xml/simplexsl.xml - example XML+XSLT page from w3schools
by abdullahkhalids | 2025-11-05 16:59:18+00:00
No, but I learned yesterday that a carpenter and renovation person I know uses a GUI software from 1996 called "FloorPlan Plus 3D 3.01" [1] to design furniture before he builds it. He has a dusty old laptop running Windows XP on which the only thing that works is this software and the connection to the printer.

He showed me his workflow in detail. It's a beautiful software that does everything he needs.

And notice it's only 3.8 MB - smaller than many SaaS software webpages that offer lesser functionality.

[1] https://vetusware.com/download/FloorPlan%20Plus%203D%203.01/...
by tshaddox | 2025-11-05 16:59:20+00:00
My guess would be that a lot of living room deaths are due to illness which would make the person unlikely to board a commercial flight, or other categories which certain individuals could reasonably exclude themselves from (drug overdose, suicide, amateur electrician work, etc.).

I doubt there's a good source of data, but I'd be very curious what the odds of dying in your living room per hour are if you exclude those categories and look at things like house fires, natural disasters, homicide, freak accidents (like planes falling on your house), etc.