MurphyA/hacker-news huggingface dataset:
by UniverseHacker | 2025-12-28 15:43:59+00:00
In the vast majority of Bay Area HOV lanes you cannot pay to be there, that only applies to fasttrack lanes, and in those you can read the occupancy setting of others cars on an overhead screen as they drive though. In both cases you can easily tell, especially in very slow moving traffic who is in violation or not.

Once when bored in very slow nearly stopped traffic during rush hour on a stretch of the 80 with no fasttrack, and in a vehicle high enough to see if there were kids in the nearby cars, I counted a large sample (about 50) cars and found that roughly two thirds of the HOV occupants were in violation.
by econ | 2025-12-28 15:44:01+00:00
Thanks for your thoughts.

>It gives them a semantic connection.

I understand the logic but I don't agree with it.

An element should be visible or not be visible. There shouldn't be a 3rd state. It is a new idea and it is bad. Try writing a polyfill.

Even if you insist it shouldn't be the only way to use it. There should at least be a <summary for=""> so that the clickable thing can be put wherever one likes.

The goal is to make things convenient for the user not to sacrifice usability for some semantics.

But if it was a summary is not semantically part of the details.

I don't actually care about that, I just want to use it.

A summary should be allowed to have hyperlinks. I passionately hate clickable paragraphs but if you are going to do that at least change the pointer into a hand.

I could put the <summary> under the summary the way almost everyone does but then the name makes no sense.

>I think the default looks fine.

A summary (longer than a few words) starting with an arrow looks weird.

The arrow would be reasonable UI for fold out menus but those are not summaries.

I would want some margin on the left for the <details> of the sub menu.

What I don't want is to also have padding on the parent(!) menu item. Seems like a very confused parent child relationship.

>> Maybe I'm dense but I also want my url to reflect the state of the page.

>If you scroll, should the fragment automatically update as you scroll past anchors? I think I'd find that quite annoying.

Depends, if the thing is infinite scrolling and the user needs to send a permalink it would be nice to update it.

If I have an accordion with say frequently asked questions it would be necessary to link to the items.

It often isn't needed but I can't really picture when it would be annoying.
by sejje | 2025-12-28 15:44:03+00:00
I've always thought it seemed early, but in my first grade class we read The Lion, the Witch, and the Wardrobe aloud as a group.

I don't really remember us having much trouble. I was hooked, and I read the whole series by third grade. I had trouble finding a couple of them, which held me up.

I got into many other books those years. My Friend Flicka, Black Beauty. The Hobbit. White Fang, Hatchet. The Forest Runners. Where the Red Fern Grows.

Still some of my favorites on that list. They really shaped my life, actually.
Show HN: Nederland Postcode API – validate Dutch addresses
by tjardo | 2025-12-28 15:44:19+00:00
Nederland Postcode API lets you validate and autocomplete Dutch addresses using postcode and house number. It’s free to start during development and production-ready.

Data processing, API endpoints, and the core back-end are built in Rust for speed and reliability, while the website and management interface are built in Laravel PHP.
by bratwurst3000 | 2025-12-28 15:44:56+00:00
in all respect sorry this is wrong. this is a broad misinformation. It can enhance but also supresse cancer dependig of soo much we dont know yet enough to know if fasting is beneficial or dangerous.

https://onlinelibrary.wiley.com/doi/full/10.1002/cam4.5577

edit:// and the article has imho nothinh to do with autophagy. Its about beige fat cells eating stuff away from cancer not autophagy wich happened in the innercell. And if you go into caloric deficit you could burn away those
beige fat cells that "heal" the cancer.
by trinix912 | 2025-12-28 15:47:04+00:00
I'm holding off upgrading my laptop (2013 MBP running Catalina) until they get their UI stuff together. I'd just gotten used to Sequoia on my desktop but this is unbearable.

Not a single update since 2019 has improved the UI more than it regressed it in my opinion. Too much whitespace, too little contrast, too big controls, and now too little readability.

It's almost like their entire UI department is under threat of being fired unless they invent a radical UI update every other year.

Even Vista was a readability zen compared to this and they aren't listening to feedback at all.
Show HN: Niceform – a simple Typeform alternative with flat pricing
by officialvikram | 2025-12-28 15:47:10+00:00
Hi HN

I’m Vikram. Over the last few months, I built Niceform, a lightweight alternative to Typeform focused on simplicity and predictable pricing.

I like interactive forms, but in practice I ran into:

Pricing that scales with responses, not value

Overly complex builders for simple use cases

Difficulty using forms as part of SaaS workflows

So I built Niceform with a few core principles:

Flat pricing (no response-based limits)

Clean, minimal form experience

Fast setup for common SaaS use cases (leads, onboarding, surveys)

API + webhooks to integrate with existing systems

It’s still early, and I’d really appreciate brutally honest feedback, especially from engineers:

Does the UX feel fast and intuitive?

What would you expect from a modern form API?

What would stop you from switching from your current tool?

Demo / site: https://niceform.io

Thanks for taking a look happy to answer any technical questions.

— Vikram
by brandall10 | 2025-12-28 15:47:33+00:00
Hunger, like cold exposure, is an uncomfortable but transient signal. In many cases it peaks and subsides without requiring immediate action, especially once the body adapts.

My first 72-hour fast was revealing. Around the 48-hour mark my body was aggressively signaling hunger, particularly for sugary foods. By the third day, however, hunger largely subsided, and at break I wasn’t especially hungry at all. For the following week the usual sugary suspects in my life went untouched.

Subsequent 72-hour fasts were far more manageable (note: I do 36 hour fasts in between, every two weeks, to preserve adaptations and muscle mass), suggesting at least some component of adaptation rather than linear escalation.

My understanding is that this ability to adapt exists because intermittent hunger and cold were regular aspects of human life for much of our history, particularly in environments without reliable food access (pre-agrarian) or thermal protection.
by adamzwasserman | 2025-12-28 15:47:50+00:00
This really resonates with something I've been working on. The article nails the core problem: we maintain JavaScript state that's just a shadow copy of what the DOM already knows.

I built a library called stateless that takes this further. Instead of syncing React state with the DOM, it just reads state directly from the DOM using MutationObserver. Your HTML becomes the single source of truth.

// Instead of useState + onChange + value prop dance
const [value, setValue] = useDomValue('#email', 'value');

The hook watches the DOM element and re-renders when it changes. No hydration mismatch bugs. No state sync issues. The DOM is the state.

It's particularly useful for the patterns the article mentions: progressive enhancement where HTML works first, then React enhances. Your form inputs, disclosure widgets, and native elements already hold their state. Why duplicate it?

stateless is part of a broader open source suite: genx for HTML generation, domx for DOM manipulation, all built on the DATAOS architecture, that together form building blocks for a hyper-efficient framework where the DOM isn't an afterthought you sync to, it's the foundation you build on

Zero runtime dependencies, ~2KB gzipped: https://github.com/anthropics/stateless (or wherever it's hosted)

The mental model shift is weird at first ("wait, I'm not managing state?") but once it clicks, you stop fighting the browser and start letting it do its job.
by bell-cot | 2025-12-28 15:47:55+00:00
No.

From the PoV of American's ruling plutocrats and military-industrial complex, Ukraine is a distant proxy war. Sure, lots of national security folks and petty idealists want to "win" Ukraine - if nothing else, the RoI on having that conflict going poorly for Russia is looks great (for America).

Vs. a serious attack on Starlink is a direct attack on both the business of an A List American Plutocrat, and on America's extremely advantageous/pride-and-joy dominance in space. Nations with plutocratic ruling classes have a centuries-long history of fast and violent reactions, when those folks feel that their business interests are being targeted by nasty foreigners.
by Kye | 2025-12-28 15:47:59+00:00
Meanwhile this is the normal, expected, and well-received behavior on ATproto. Every platform defines its own lexicon and can optionally support others. It wouldn't make sense for a blogging platform like (for example) Leaflet to show Bluesky posts the same way it shows blog posts. And apps can be selective too: Skylight only shows video posts. It's exactly how it should be for a video app.

The "account" then is just the data on your PDS with as many views into it as someone wants to develop. If I'm browsing (viewing) an account (subset of data) through a platform or app devoted to one type of content (data), I only want to see that kind of content in the main timeline.
by bsenftner | 2025-12-28 15:48:00+00:00
> "isn't that much news"?!

We are not given any factual and material information on business activities in the nation, which is what the nation is actually doing. Who (as in companies) are gaining, are losing, and how is this economic conflict manifesting for their consumers and employees? None of that reporting is performed, the population is too shallow minded to even understand the discussion. Where are the local economics news that graduates to county, state and region with actionable numbers and not pointless no-ground reporting like "the stock market has trading volume of x trillions" <- useless information.

We get sports and entertainment news, which is not news, not really, not at all.
by 578_Observer | 2025-12-28 15:50:39+00:00
This aligns perfectly with how we assess credit risk in banking.

I've been a loan officer for 20 years. We never trust a borrower based solely on their current balance sheet (the final weights). We look at the trajectory of their cash flow over the past 3 years (the training process).

Two companies can arrive at the same 'profit' today, but one might be evolving towards bankruptcy while the other is evolving towards dominance. You can't see that snapshot in the final model.

If we want to trust these 'black boxes,' we need to see their credit history, not just their credit score.
by jghn | 2025-12-28 15:50:45+00:00
> The term "functional programming" is so ill-defined as to be effectively useless in any kind of serious conversation.

This is important. I threw my hands up and gave up during the height of the Haskell craze. You'd see people here saying things like LISP wasn't real FP because it didn't match their Haskell-colored expectations. Meanwhile for decades LISP was *the* canonical example of FP.

Similar to you, now I talk about specific patterns and concepts instead of calling a language functional. Also, as so many of these patterns & concepts have found their way into mainstream languages now, that becomes even more useful.
by mort96 | 2025-12-28 15:50:50+00:00
I agree with this. I don't dislike non-RAII languages (even though I do prefer RAII). I was mostly asking a rhetorical question to point out that it really isn't the same at all. As you say, it's not a RAII language, and you have to think differently than when using a RAII language with proper destructors.
by silexia | 2025-12-28 15:51:18+00:00
We desperately need to get RID of USDA inspectors so we can break the regulatory capture the big four meat processors have on meat sales. I live in WA state and have to pay $17 / hr minimum wage. You are regurgitating a lot of misinformation common on Reddit, have you ever run a farm or another business yourself? Please try starting a farm or business and your opinions will change rapidly as you see how things actually are.
by parpfish | 2025-12-28 15:51:21+00:00
The problem with zork is that you don’t have a list of all the options in front of you so you have to guess. You could have a menu that lists all the valid options, but that changes the game. It doesn’t require you to use imagination and open-ended thinking, it becomes more of a point’n’click storybook.

But for tools, we should have a clear up front list of capabilities and menu options. Photoshop and VScode give you menu after menu of options with explicit well defined behaviors because they are tools used to achieve a specific aim and not toys for open ended exploration.

An llm doesn’t give you a menu because the llm doesn’t even know what it’s capable of. And that’s why I think we can see such polarized responses - some people want an LLM that’s a supercharged version of a tool, others want a toy for exploration.
by afavour | 2025-12-28 15:51:23+00:00
It’s not impossible. The UK has a rich history of tech innovation but it’s long since been eclipsed by Silicon Valley and its funding (which the UK can only dream of).

But the UK government's GDS team is a fantastic example of doing tech right in government. I can see an expanded government involvement in tech for bodies like the NHS that is a clear alternative to the Silicon Valley model. The salaries would never reach US levels but could still afford a very comfortable life.

Problem is that it would require the government to spend money on itself and its employees, which successive governments are loathe to do because the press will punish them for it every time.
by echelon | 2025-12-28 15:51:30+00:00
We've gotten so far away from semantic documents so we could build "apps".

Data used to be first class. You would deliver everything in the HTML container and the style sheets or client could do whatever it wanted/needed with that data.

Native search, native copy, no clever javascript tricks to hide or remove information from the document.

The HTML data container should be immutable.
by glenstein | 2025-12-28 15:52:12+00:00
On the one hand you're saying:

>It's hard to call a machine that basically didn't play any of the at-the-time hits well "a thoughtful, intelligent" move.

And on the other hand you're saying:

>I don't think I'm underestimating it at all. Proton and SteamOS were huge, they were extremely well-timed, and they've been a boon for everyone involved

If you were actually acknowledging that it would have showed up in your definition of success, but it doesn't, despite it being the most important thing.
by kcplate | 2025-12-28 15:53:06+00:00
> The poor bear the brunt of them

But consciously, at least where I live. There are definitely optional non-toll routes around me. Toll roads come at a financial cost to offset a time cost. Non-toll roads come at a greater time cost vs financial cost. If someone chooses to use a toll road regardless of their personal financial circumstances because the value to them is worth the time savings…so be it.
by jqpabc123 | 2025-12-28 15:53:22+00:00
I tend to use budget desktop machines --- particularly for testing but also for development. Does this mean I'm not a nerd?

One reason is I tend to make significant use of pre-compiled libraries so my build times tend to be reasonable.

And I also like the feedback from testing on a lower powered machine. If it runs well on a low end machine, better hardware is generally not a problem.

The reverse is often not the case. Software blunders can be completed masked with enough hardware.
by sho_hn | 2025-12-28 15:53:37+00:00
MacOS aesthetically peaked with Leopard in '09, but speaking frankly the OS has felt abandoned to me since around 10.2, with so many basic interaction issues with window management and the dock just never getting fixed properly and a long list of half-assed bandaids and abandoned experiments over the years.

There is no true passion in MacOS, and the marketing has come face to face with reality in 2025. It's the neglected step-child of a company distracted by other things.

There's been some impressive engineering done by lower-level folks under the hood of it all, though.
by UniverseHacker | 2025-12-28 15:54:36+00:00
The paper you posted is just a review on autophagy and cancer that doesn’t contradict anything I stated. It is a mistake to conflate autophagy, calorie restriction, and cold exposure as necessarily biologically identical, which your comment seems to imply.

I was only raising questions this research and discussion made me curious about, not making any concrete claims. For context I am an academic PI whose lab studies metabolism (but not cancer) and have more understanding than I have time to write out in a comment on here.

In truth, although the idea of calorie restriction as a cancer treatment is something actively debated and researched, I personally doubt it is useful, or likely to be the main mechanism here in the connection between beige fat and cancer, but it is a possibility to at least be ruled out experimentally. One major concern with calorie restriction in humans but not rodents is that it shuts down your metabolism by limiting t3 thyroid hormone production whereas cold exposure ramps up metabolism by uncoupling mitochondria to produce heat.
by jaldhar | 2025-12-28 15:54:39+00:00
I’m sure all the Americans lined up to immigrate to Antigua (“country” of the headline) will be devastated.

If they are going to cancel all visas that seems like a bit of an own goal for an economy mostly based on tourism so I doubt it will happen but they are “resisting” so they’ve got that going for them which is nice.

The article and the site it is on seem like clickbait which is not new but clickbait foreign policy is an innovation.
by linsomniac | 2025-12-28 15:55:23+00:00
Not for everything, but things that I do have commit logs for it's a needle in a haystack problem of which repo the commit logs would be in. At work we have ~120 repos, at least a dozen of which I'm likely to have been in over a couple weeks. Other things are likely a ticket rather than a commit (running OS updates, switching to a new haproxy might be a commit from days or weeks earlier when done in staging but the commit log wouldn't show when it was activated in production).

It's very powerful having just a few sentences I can read about what was going on specifically on a given day.
by rramadass | 2025-12-28 15:55:39+00:00
Presumably nobody informed the mods (before i did) and it was very early morning in the US (assuming mods are based in the US). That would explain the delay.

Anyway, going forward, if anything like this happens again folks should simply shoot an email immediately to the mods and if the topic is really interesting deserving of more discussion they can always request the mods to keep the post on the frontpage for a longer time period via second-chance pool etc.

It just takes a minute or two of one's time and hence not worth getting het up over.
by api | 2025-12-28 15:56:13+00:00
Paid media is better. If you pay for a monthly subscription or for individual pieces of media, revenue is no longer tied to “engagement.” If you pay for Netflix and watch three hours a month or thirty, it makes little difference.

Ads tie revenue directly to time spent on the screen, and that is the root of all evil.

As another poster mentioned, ad revenue is often higher than what you can reasonably get with subscriptions. That’s where taxing advertising would help.
by mort96 | 2025-12-28 15:56:14+00:00
In Java, I agree with you that the opening and closing of a resource should happen at the same scope. This is a reasonable rule in Java, and not following it in Java is a recipe for errors because Java isn't RAII.

In C++ and Rust, that rule doesn't make sense. You can't make the mistake of forgetting to close the file.

That's why I say that Java, Python and C#'s context managers aren't remotely the same. They're useful tools for resource management in their respective languages, just like defer is a useful tool for resource management in Go. They aren't "basically RAII".
by adolph | 2025-12-28 15:56:43+00:00
Yeah, it is dead boring until you hit the real world of trying to make a data request from an IRB which doesn't talk to the IT folks who don't really know the ins and outs of the data they steward but have their own forms and approvals and bespoke deidentification process, . . . once your org is in that state then Foundry starts looking really good. Taking months to sort out getting a csv into your free agnostic workflow tools wasn't fine before, but c19 really made the tool's strengths clear and people want to retain that increased velocity.

Like the iPod, if you are Cdr Taco it is "No wireless. Less space than a nomad. Lame." If you are a normal person struggling with meaningful data in the enterprise and see all the things packaged together tidily, then iPod economics happen.
by gavinray | 2025-12-28 15:56:43+00:00
> I can't wait to be downvoted for sharing something useful, which pretty much is par for the course on this site, i.e. altogether shallow people voting only on the basis of what they already believe in.

I think you're getting downvoted more on the basis of making claims without providing credible evidence.

If you really wanted to fend off the downvotes, I probably would have linked at least a handful of well-designed studies with outcomes supporting your claims.

Also, Occam's Razor would suggest that if it truly worked, surely the very smart people trying to solve this problem would have known about + adopted it.
by winternewt | 2025-12-28 15:58:04+00:00
You are allowed to throw from a destructor as long as there's not already an active exception unwinding the stack. In my experience this is a total non-issue for any real-world scenario. Propagating errors from the happy path matters more than situations where you're already dealing with a live exception.

For example: you can't write to a file because of an I/O error, and when throwing that exception you find that you can't close the file either. What are you going to do about that other than possibly log the issue in the destructor? Wait and try again until it can be closed?

If you really must force Java semantics into it with chains of exception causes (as if anybody handled those gracefully, ever) then you can. Get the current exception and store a reference to the new one inside the first one. But I would much rather use exceptions as little as possible.
by sylware | 2025-12-28 15:58:20+00:00
What are you talking about?

1 - kernel anti-cheats ARE weaponized by hackers. This is not a matter of discussion unless you are into the AI generated HN news conspiracy.

2 - this linux feature should provide (if I recall properly) a very complex and flexible (not limited to "calls"), and performant, set of interactions between a set of anti-cheat processes and the set of game processes. All that as being non-root priviledge (I think you must be have the same effective user id). The actual and real parameter is the level of competence and creativity of the "anti-cheat" team which is a requirement of any "live-service games" with frequent updates.

3 - for FPS games where aiming skill is critical, anti-cheat are close to useless due to "external" AI based aim assist hardware.
by cheesepaint | 2025-12-28 15:58:45+00:00
Amazing work, but I didn't expect to see Wunschpunsch (https://floor796.com/#b2l2,302,256) or Kommisar Rex (https://floor796.com/#b3r1,163,852) there. Others mentioned Soviet-era characters, which makes me curious about the cultural background of the creator.