MurphyA/hacker-news huggingface dataset:
by kstrauser | 2026-02-03 19:33:53+00:00
For any given regex, an opponent can craft a string which is valid HTML but that the regex cannot parse. There are a million edge cases like:

<!—- Don't count <hr> this! -—> but do count <hr> this -->

and

<!-- <!-- Ignore <ht> this --> but do count <hr> this —->

Now your regex has to include balanced comment markers. Solve that

You need a context-free grammar to correctly parse HTML with its quoting rules, and escaping, and embedded scripts and CDATA, etc. etc. etc. I don't think any common regex libraries are as powerful as CFGs.

Basically, you can get pretty far with regexes, but it's provably (like in a rigorous compsci kinda way) impossible to correctly parse all valid HTML with only regular expressions.
by lelanthran | 2026-02-03 19:33:54+00:00
> but they tend to also hate Wayland which does and moves away from a clunky monolith (Xorg)

It's been 17 years and Wayland has yet to reach feature parity with X11/Xorg. There is doubt that it ever will.

Regardless of what you think the Unix "philosophy" is, actual features matter.
by aseipp | 2026-02-03 19:33:57+00:00
llama.cpp is giving me ~35tok/sec with the unsloth quants (UD-Q4_K_XL, elsewhere in this thread) on my Spark. FWIW my understanding and experience is that llama.cpp seems to give slight better performance for "single user" workloads, but I'm not sure why.

I'm asking it to do some analysis/explain some Rust code in a rather large open source project and it's working nicely. I agree this is a model I could possibly, maybe use locally...
by malshe | 2026-02-03 19:33:59+00:00
I searched for "Apple Wallet F1" and all the search results were literally from tech review websites. One was from Apple subreddit. That just goes on to show how such discontent is largely in a small but vocal community. The everyday consumer doesn't care about these things.

Btw, I was sharing my anecdote as you had done it. I of course know my experiences are not generalizable.
by pembrook | 2026-02-03 19:34:02+00:00
I don't think anybody expected EU politicians to create the software companies

When we speak of the failure of EU politicians, it has been in removing the barriers in their own market to even develop successful technology companies given all the highly educated local talent (they have a larger population than the US!).

The lack of a single capital market, no single regulatory market, no single language market, hilariously wide variance in taxation/labor/corporate law, etc. is why the EU can never compete in each tech wave (from the transistor to mainframes to the PC to the internet to ecommerce to social media to smartphones to AI etc. etc.)

Trillions in tax revenue is missing from the successful companies that were never built and the income tax from high-paid employees that don't exist. The last 60 years of growth in the digital realm could be funding the EU's various rotting social welfare systems and instead be providing countries across the region with a higher standard of living. Instead they are stuck living off the tax receipts thrown off by dying industrial-age giants. Which China will soon kill.

This is absolutely a policy failure, and regardless of the historical reasons why we ended up here, to paint it as anything other than a policy failure is to not live in reality.
by ambonvik | 2026-02-03 19:34:05+00:00
Good point. The profiler tells me that the context switch between coroutines is the most time-consuming part, even if I tried to keep it as light as possible, so I guess the explanation for "only" getting 45x speed improvement rather than 100x is that it is spending a significant part of the time moving register content to and from memory.

Any ideas for how to speed up the context switches would be welcome, of course.
by CapricornNoble | 2026-02-03 19:34:17+00:00
Re: fighter jets, the US and China are each producing about 4x as many jets as all of Europe combined. Europe's deliveries (41) barely exceed Russia's (33-39) despite Europe having 3x the population, supposedly superior industrial tech, not being the most sanctioned economy on Earth, etc...

https://aerospaceglobalnews.com/news/2025-fighter-jet-delive...

Re: rockets.....well we don't want to judge by tonnage lifted, where SpaceX dwarfs the entire planet's efforts. Still it appears Europe struggles to put even a handful of new rockets up, so I'm not sure why you are characterizing that as "plenty" either:

https://www.technologyreview.com/2025/03/20/1113582/europe-i...

> Europe is already great. It's why hundreds of thousands of Americans moved here in 2025.

HUNDREDS OF THOUSANDS? Citation needed please. A migration of that scale would have journalists writing about it. Accurate data seems hard to come by but one expert puts TOTAL US expat numbers in Europe around 1.1 million.

https://aaro.org/living-abroad/how-many-americans-live-abroa...

> As for being a vassal: Trump was warned of the consequences of invading Greenland and he backed down immediately. Some vassal.

Yes sometimes vassals oppose their suzerain's most egregious overreaches of power successfully. King John of England's barons pressured him to create the Magna Carta. Afterwards...they were still his vassals, as they were before it.

Just ask Mark Rutte: https://www.euronews.com/my-europe/2026/01/29/rutte-is-right...

A relevant opinion piece from a European: https://www.dailysabah.com/opinion/columns/nothing-more-than...
by wolvoleo | 2026-02-03 19:35:05+00:00
It's a resource hog, crashes, it's constantly littering files all over SharePoint which becomes even more than a garbage bin than it already is.

And the UI is terrible, huge balloons around everything. I want density but even at the densest setting it sucks.

Oh and it also fails to update online status. Often I click on a colleague who seems green and only then it updates and it turns out they've been away for 3 hours. Grrr
Show HN: Openground – open-source, on-device documentation indexing for agents
by poweroutlet2 | 2026-02-03 19:36:04+00:00
Repo link: https://github.com/poweroutlet2/openground

tldr: openground is a tool that lets you give controlled access to documentation to AI agents. Everything happens on-device. Think of it as a local alternative to Context7.

I've been working on openground, an opensource and completely on-device tool that let's you give controlled documentation access to your coding agents. Solutions like Context7 provide a source of truth for docs, but their closed-source data ingestion and querying pose security/privacy risks. openground aims to give users full control over what content is available to their agents and how it is ingested. Find your library's documentation source (git repo, sitemap, or local), add it to openground via the CLI, and openground will use a local embedding model and vector db (lancedb) to store your docs. You can then use the CLI to install the MCP server to your agent to allow the agent to query the docs via hybrid BM25 full-text and vector search.

Using fastapi docs as an example, it's as simple as:

uv tool install openground
openground add fastapi --source https://github.com/tiangolo/fastapi.git --docs-path docs/
openground install-mcp --opencode # or --claude-code or --cursor

And the agent will have access to locally query the fastapi docs when needed.

Features that I've implemented so far:
- docs indexing from git repo, sitemap.xml, or local directories
- index specific docs for specific library versions for git sources
- efficient updating of existing docs so your machine is not embedding the same content every time you update

This is still an early version, so expect breaking changes. Upcoming features I am working on:
- daemon style command that updates docs on a schedule
- project specific access control from the MCP server
- docs "registry" to allow pushing and pulling of documentation embeddings to and from S3
- lighter-weight package
- better docs

Suggestions and PRs welcome! I'll also be around for any discussion.
by dijit | 2026-02-03 19:36:41+00:00
"I don't have an issue with it" tells me you've never used anything else. Have you tried Slack? Zulip? Mattermost? Fucking... IRC from 1988?

Teams isn't just mediocre, it's aggressively hostile to basic usability. The camera bar sits at the top of the window, directly blocking where you're supposed to position your camera for eye contact. Chat organisation is broken: you get duplicate groups because the order people were added matters somehow. Notifications phantom in and out. Reactions are buried in an activity feed. Search is useless. You can't reliably copy text from messages. The mobile app logs you out randomly. Desktop notifications don't sync with read state. Files uploaded to chat don't appear in the Files tab. The "new Teams" broke half the features that worked in classic Teams. Presence status is a coin flip. Audio settings reset themselves between calls. Screen sharing has a 50/50 chance of sharing the wrong window. The difference between a chat and a channel is arbitrary and confusing. You can't edit messages older than a few hours. Threading is bolted on and barely works.

Performance is inexcusable. Multiple gigabytes of RAM to display text messages and lag constantly on modern hardware. How do you make a chat application lag? It's rendering text, not computing fluid dynamics. Opening the application takes 30 seconds on an SSD. Switching between chats stutters. Typing has input delay.

The real problem isn't that Teams is terrible. It's that "it technically functions" has become an acceptable standard. When you've never experienced better, "it works" seems fine. But Teams is what happens when a monopoly position means you don't have to care about quality. Microsoft has unlimited resources and still ships this.

Even Skype for Business was more stable, and in Skype for Business you couldn't reliably select text. That's how low the bar is.
by crazygringo | 2026-02-03 19:37:01+00:00
What are you talking about?

The government can absolutely pass laws prohibiting you from entering a privately owned location. There is no constitutional right of access to private property.

And more specifically, the commerce clause of the constitution allows the government to regulate air travel, which means regulating airports. The fact that they're privately owned doesn't change anything. If a private airport owner allowed you to proceed through security, they'd be breaking the law.

There's no public access doctrine for airports the way there is for streets or parks.

You clear seem to wish it was otherwise. But it's easy to do the research to understand where the authority comes from and why it's entirely constitutional.
by timhh | 2026-02-03 19:37:28+00:00
> the second the hooks modify the code they've broken your sandbox

Changes to code would obviously need to be reviewed before they are committed. That's still much better than with pre-commit, where e.g. to do simple things like banning tabs you pretty much give some guy you don't know full access to your machine. Even worse - almost everyone that uses pre-commit also uses tags instead of commit hashes so the hook can be modified retroactively.

One interesting attack would be for a hook to modify e.g. `.vscode/settings.json`... I should probably make the default config exclude those files. Is that what you meant? Even without that it's a lot more secure than pre-commit.
by pjdesno | 2026-02-03 19:37:37+00:00
I learned logic design in a class where we wired up 74LS TTL, a couple of years before they switched to programmable logic, so my knowledge of this sort of thing comes from looking over the shoulders of folks who actually do it, but it seems really cool. In particular, I love the idea that you can shoehorn all sorts of temporal constraints into a type system.

I fear that progress in this field might be handicapped by the fact that the folks who know a lot of type theory have little idea of how hardware works, and rarely care, and most of the folks who know how hardware works don't know a lot about types beyond possible bad experiences with VHDL. Luckily there's a non-zero set of people in the overlap, though.
by jjice | 2026-02-03 19:37:40+00:00
I think skills actually complement what you're saying very well.

> You get way more interesting behavior from agents when you allow them to probe their environment for a few turns and feed them errors about how their actions are inappropriate. It doesn't take very long for the model to "lock on" to the expected behavior if you are detailed in your tool feedback. I can get high quality outcomes using blank system prompts with good tool feedback.

My primary way of developing skills (and previously cursor rules) is to start blank, let the LLM explore, and correct it as we go until the problem is solved. I then ask it to generate a skill (or rule) that explains the process in a way that it could refer to to repeat this again. Next time something like that comes up, we use the skill. If any correction is needed, I tell it to update the skill.

That way we get to have it explore and get more context initially, and then essentially "cache" that summarized context on the process for another time.
by ASalazarMX | 2026-02-03 19:37:56+00:00
> I've been using XCode for 10 years. For me, it's only improved and I don't have any real pain points.

This means you've learned to work around its shortcomings. A decade ago I used to develop in PyCharm for websites, and Visual Studio .Net for desktop apps. Then I had to learn XCode for a mobile app.

It was a surreal experience, like going back ten years in UX, while at the same time dealing with a myriad of modern but artificial limitations and breaking changes that meant the app needed frequent housekeeping even when its features remained unchanged.

For a company that gets a huge part of its revenue on its oversized App Store tax, developers, and their tooling, should be one of their highest priorities IMO. Instead, we get Kafkaesque situations like "my app doesn't compile today... oh, I need to open my Apple Developer account in the browser and accept a new little change in their kilometric EULA that I always pretend I've read carefully". Things like this could be handled better.

Edit: I also had to learn Android Studio for another app, and the experience had less friction overall, but that could mean that I've also learned to work around the shortcomings of JetBrains IDEs. Google is undeniably more developer-friendly than Apple IMO, though.
by eszed | 2026-02-03 19:38:02+00:00
I'm equally careful and aware. Years ago, now, I discovered that someone in New Mexico (if I recall correctly) was working under my Social Security number. That was likely someone not authorized to work in the US writing random digits on an I9 form. No amount of care will protect against that.

It wasn't easy to clear up, either. I'm fortunate that a close friend worked (at the time) for the SS administration, and was able to do basically all of the leg-work for me: I just had to sign a few forms he sent me. Someone not equally connected would have had a much harder time.

I'm also painfully aware that effectively every scrap of everyone's personal data has been repeatedly leaked online. I doubt that any amount of care has much to do with whether or not I'll be targeted at some point in the future.
by Nemi | 2026-02-03 19:38:06+00:00
> selling an oversubscribed product with baked in usage assumptions is a functional business model in a lot of spaces

Being a common business model and it being functional are two different things. I agree they are prevalent, but they are actively user hostile in nature. You are essentially saying that if people use your product at the advertised limit, then you will punish them. I get why the business does it, but it is an adversarial business model.
by reducesuffering | 2026-02-03 19:38:29+00:00
Remember when YC funded (and boosted reach of) ~50 crypto scamlike co's during the heyday of the craze? Like the Stablegains scam fiasco:

https://news.ycombinator.com/item?id=31686140

https://news.ycombinator.com/item?id=31431224

https://news.ycombinator.com/item?id=31461634
by doginasuit | 2026-02-03 19:38:34+00:00
Here's how I'd break down the two types of users: People who are using AI to teach themselves how to work in the domain they are interested in, and people who are relying on AI to do all or most of the heavy lifting.

I'd argue that the people using AI most effectively are in the mostly-chatters group that the author defines, and specifically they are using the AI to understand the domain on a deeper level. The "power users" are heading for a dead end, they will arrive as soon as AI is capable of figuring out what is actually valuable to people in the given domain, not generally a difficult problem to solve. These power users will eventually be outclassed by AIs that can self-navigate. But I would argue that a human that has a rich understanding of the domain will still beat self-navigating AI for a long time to come.
by theamk | 2026-02-03 19:38:44+00:00
Right, but my point is that unlike earlier init systems, unless that dependency on pid 1 itself, there is nothing preventing alternative implementations, and in fact, there is all the support to make such implementations possible.

To give an example, let's say a package depends on systemd because it uses sd_journal protocol, presumably because it wants to send enriched logs. That protocol is fully described (in [0]), and is actually pretty trivial to implement, on both server and client side. It even have a build-in "upgrade" mechanism (via $JOURNAL_STREAM) to allow seamless switch between base/systemd-logs, although AFAIK sd_journal_* functions do not implement it by default.

So this brings us a question: if a program wants to provide rich logs, and it is is using a documented protocol to do so, but there is only one implementation of the receiver, is this a problem? Is the onus on the program's authors to support multiple log sending functions, or on the distributions to provide a log receiver that the program expects?

[0] https://systemd.io/JOURNAL_NATIVE_PROTOCOL/
by kiasaki | 2026-02-03 19:38:45+00:00
Location: Toronto, Canada

Remote: Yes

Willing to relocate: No

Technologies: Golang, JavaScript, React, Terraform/Ansible/AWS, Solidity/CosmWasm/Bitcoin

Résumé/CV: https://www.kiasaki.com/cv.pdf

Email: a@4ki.me

Website: https://www.kiasaki.com/

Looking for a senior (15+ year) role at an early stage company where there's more to do than hands on deck. Love the impossible looking missions and having high product impact. Happy to own the whole stack including deployment. Finance / privacy sector matches my interests / history.
by kmfrk | 2026-02-03 19:39:02+00:00
From an accessibility perspective, the HTML emoji might be an issue for screen readers.

You can still keep them as `h2#foo::before{content: "emoji ";}` CSS pseudo-elements instead, if memory serves.

(Used "emoji" as a placeholder to ensure it renders in the example.)

Great project; (way) more websites should look like this.
by n2d4 | 2026-02-03 19:39:25+00:00
> Michael Seibel and Dalton Caldwell were publicly anti-Trump

Neither of these were "publicly anti-Trump" as much as Garry Tan has been.

Actually, where'd you even get that from? I cannot with my life imagine that Dalton would publicly post about politics. I've googled around a bit and found nothing either.
Show HN: OpsBrief – Stop wasting 30 minutes per incident gathering context
by darlontrofy | 2026-02-03 19:39:49+00:00
Hi HN,

OpsBrief is out fof beta and live today! It consolidates incidents, alerts, and key events from Slack, GitHub, PagerDuty, Teams, Discord, Datadog, and more coming soon into one daily digest and searchable timeline for faster incident response and short MTTR.

The problem we solved: During incidents and daily ops, engineers waste time gathering context from 6+ tools. Check PagerDuty for alerts. Scroll Slack for discussions. Check GitHub for deployments. Check Datadog for metrics. Teams or Discord for chat. By the time you have the full picture, critical time has passed, business is hurting, and customers are really upset.

Our approach: OpsBrief automatically extracts releases, deployments, incidents, and alerts from your entire ops stack and shows them in one place: a daily email digest
and searchable timeline/calendar view. See what shipped, what broke, what's in progress - all in one place.

Real results from beta: Teams spend 70% less time gathering context during incidents. On-call engineers reduce status meeting time by 50%. Full visibility across engineering, product, marketing, and ops teams.

How it works: One-click OAuth integration with your existing tools. Real-time updates from Slack, PagerDuty,GitHub, Datadog, Teams. Events summarized and
displayed in daily digest email. Analytics with auto timeline of events. Full timeline/calendar view for searching past events.

Works with: Slack, GitHub, PagerDuty, Teams, Discord, Datadog, Sentry, and more coming soon.
by 9x39 | 2026-02-03 19:39:51+00:00
Principally concerned between the state and the people, not only. The context was the nature of England at the time. It was viewed as an oppressive force.

The right to a jury trial is another example of favoring the individual instead of say, the Star Chamber:
https://en.wikipedia.org/wiki/Star_Chamber

I don’t think we even disagree per se, but it’s hard to argue the constitution wasn’t written primarily with the thought of what England and how it exercised authority in mind. Individual roadmen and ruffians, let’s say, existed but weren’t existential threats to shape the tone of the new nation’s foundation, were they?
by arppacket | 2026-02-03 19:39:57+00:00
I think Musk is just that obsessed with his mission of reversing social progress and controlling the direction of the world, using the anti-woke combination of xAI and Twitter. He knows that tying them to SpaceX will hurt its IPO, but now they're part of an entity that's too essential to fail.

They're also probably rushing out the IPO to beat the bubble pop. I think everyone earlier expected to keep the bubble going a few more years, that's why they made all those circular deals. But then Trump spooked Europe into possibly scaling back US investments and decoupling from US tech. So now you have an unsure Nvidia walking back their OpenAI deal, etc.
by echelon | 2026-02-03 19:40:32+00:00
Everyone wants to lock you in.

Unfortunately there's no other way to make money. If you're 100% liberally licensed, you just get copied. AWS/GCP clone your product, offer the same offering, and they take all the money.

It sucks that there isn't a middle ground. I don't want to have to build castles in another person's sandbox. I'd trust it if they gave me the keys to do the same. I know I don't have time to do that, but I want the peace of mind.
by shevy-java | 2026-02-03 19:40:54+00:00
Makes sense. This software dependency that Europe has on the USA is very, very bad - no just with regards to Zoom, but literally anything. The US corporations are forced by law to always prioritize whoever represents the current US government, and the current US government will remain hostile as long as it is in charge; but even afterwards it is quite logical to assume that any follow-up government will prioritize US interests over European interests. So it makes no sense to pay for outsiders who would work against you.

France does a few things right; scandinavian countries too (I include The Netherlands here, though they are not really scandiavians but in their decision-making, they are often a bit like a hybrid between France and Denmark or Sweden). Spain and Italy lag behind but sometimes, surprisingly, also do the right thing. The real troublemaker is ... Germany. For a reason nobody understands, Germany is like an US satellite in everything it does, but only ... half-hearted. Naturally, "the economy" is one reason (export centric country so it is readily blackmailable by the USA here) but even then you have to ask why german politicians have absolutely no pride at all. France has pride - that's good and bad but good in this context. (UK is more an US colony really after Brexit anyway, with Farage probably going to win - and cause more damage. Brits just don't learn from this.)