MurphyA/hacker-news huggingface dataset:
by azangru | 2025-10-09 14:26:39+00:00
Looks to me it will be dead soon if they don't figure out how to handle ESM imports. More and more libraries stop packaging commonjs for their new versions. I've been bitten first by d3, then by graphql-request (now graffle), then by msw, then by faker-js. Faker-js, for god's sake! They write in their docs that since version 10, they are incompatible with Jest [0]. Jest seems to be going the way of Enzyme and dodo.

The maintainer of MSW has been screaming for years for people to drop jest [1]

[0] - https://github.com/faker-js/faker/blob/428ff3328b4c4b13ec29d...

[1] - https://x.com/kettanaito/status/1746165619731382351#m
by austy69 | 2025-10-09 14:26:42+00:00
This raises a very interesting philosophical question - what do our lives look like if every single inconvenience disappears? Something tells me we would be just as miserable (or happy) as when we had those inconveniences.

On the other hand, would the removal of these inconveniences allow for the highest calling of humanity - I argue creativity - to flourish to the fullest? My gut reaction is once again that inconveniences are actually a very important resistance to creativity, like how you need gritty sand paper to create smooth wood.

You can buy an expensive robot, or maybe you can meditate and be mindful that inconveniences play an important role in the meaning of your life. I am of course speaking of the household use here - I think the debate is likely different for a business setting.
by goku12 | 2025-10-09 14:26:44+00:00
> Whatever time you "waste" on that will pay you dividends on a daily basis for every single day you work on that project.

There is a simple concept that shows you how important, vast and different from programming, debugging is. Troubleshooting something (especially the investigation part) is an entirely different skill set from creating something. They work in opposite directions.

During design, you're assembling various components to get a desired outcome. During troubleshooting, you start from an observed anomaly and work your way back to the component that's faulty. While this difference may sound insignificant, the reasoning (mental algorithms) we employ in each direction are entirely different[1].

The ability to reason in both directions is a force multiplier at any stage of the project. This is true in any field of engineering. We need to put significantly more effort into learning debugging skills. Debuggers like GDB also reflect this complexity.

[1] If you're familiar with systems reliability engineering, you can see this in action in FTA (Fault Tree Analysis) and FMEA (Failure Mode Effects Analysis).
by pragmatic | 2025-10-09 14:28:06+00:00
Insurers (payers in the industry lingo) simply don’t pay or underpay.

Proving this sucks bc smaller practices have horrible staff turnover, the EMRs are dog shit and the contracts are who knows where and in what format.

Recovery is beyond the scope of most small practices.

Its a nightmare where providers are often shorted millions of dollars and that ends up coming out of the patient’s pocket.

Everyone yammering about upcoding on this thread is blissfully clueless.
by IanCal | 2025-10-09 14:28:27+00:00
I read your comments. Did you read mine? You can pass them into chatgpt or claude or whatever premium services you pay for to summarise them for you if you want.

> Trust me, it sucks

Ok. I'm convinced.

> and under-delivers.

Compared to what promise?

> I am sure we will see those 10x apps rolling in soon, right?

Did I argue that? If you want to look at some massive improvements, I was able to put up UIs to share results & explore them with a client within minutes rather than it taking me a few hours (which from experience it would have done).

> It's only been like 4 years since the revolutionary magic machine was announced.

It's been less than 3 since chatgpt launched, which if you'd been in the AI sphere as long as I had (my god it's 20 years now) absolutely was revolutionary. Over the last 4 years we've seen gpt3 solve a bunch of NLP problems immediately as long as you didn't care about cost to gpt-5-pro with web search and codex/sonnet being able to explore a moderately sized codebase and make real and actual changes (running tests and following up with changes). Given how long I spent stopping a robot hitting the table because it shifted a bit and its background segmentation messed up, or fiddling with classifiers for text, the idea I can get a summary from input without training is already impressive and then to be able to say "make it less wanky" and have it remove the corp speak is a huge shift in the field.

If your measure of success is "the CEOs of the biggest tech orgs say it'll do this soon and I found a problem" then you'll be permanently disappointed. It'd be like me sitting here saying mobile phones are useless because I was told how revolutionary the new chip in an iphone was in a keynote.

Since you don't seem to want to read most of this, most isn't for you. The last bit is, and it's just one question:

Why are you paying for something that solves literally no problems for you?
by ACCount37 | 2025-10-09 14:29:22+00:00
I'm willing to believe that. But we could do those "novelty deployments" with 80s tech - and we did. See: tech expos back then.

The key difference between now and then isn't smaller actuators, cheaper sensors or denser power electronics. It's the AI breakthroughs.

Doesn't need to be "at scale". Scale is a useful proxy though. But if you see two robots deployed to your average Walmart, and doing a good enough job there to cut the staff in half?

Doesn't matter that it's just two robots at a few Walmarts. Making more robots isn't that hard. The scale would inevitably follow.
by adgjlsfhk1 | 2025-10-09 14:29:29+00:00
> The claim that using reserve_exact "throws away the amortized growth promise" is wrong

The key part is that multiple calls reserve_exact will cause repeated allocations. The classic example is if someone defines a `pushfive` function that uses reserve_exact to increase the size by 5, and then pushes 5 times. Calling this function in a loop will take quadratic time since each reserve_exact call increases the array size. With reserve, the runtime is linear as expected.
by juleiie | 2025-10-09 14:29:37+00:00
Economists are “scientists” as much as parapsychologists.

There are several conflicting market theories and no one knows how it precisely works or they would be insanely rich from the stock market.

When were economists right once before some event? They always claim they have seen it coming after the dust settles. Virtually useless job akin to future tellers
by gricardo99 | 2025-10-09 14:30:12+00:00
actually you do need another participant to take the other side of your trade. That’s not a middle man. Market makers, liquidity providers, are a key component of these markets, taking risk with their own capital (no systemic risk, no too big to fail, going to get a government is things go badly), requiring sophistication and specialization to survive in an ultra competitive environment with a high degree of uncertainty and risk exposure.
by walkabout | 2025-10-09 14:30:15+00:00
FWIW I hate most medical billing departments (and hospitals are the worst) about as much as I hate insurance.

They're at least as likely to fuck something up (curiously, always in their favor, not yours) as insurers, from what I've seen. And they're almost as unpleasant to deal with—at least they don't generally keep you on hold for literal hours, but it's still not great.

And one of the ugliest public-facing roles in all of American medicine has to be the insurance-vultures whose job is to hover about emergency rooms pestering very-sick people for their billing information. Fucking gross.
by Blumplumi | 2025-10-09 14:30:16+00:00
Human touch for reception?

I mean standing there for 10 minutes and giving them my passport to give me a plastic card with a digital code has very little to do with human touch.

I want that human touch at a bar perhaps but not at a reception.

If your critisism is only about the reception part: There has to be a transition part and a 'let a human do it for a bit' or 'here is a complicated case please robot move aside i'm here'.
by codegeek | 2025-10-09 14:30:19+00:00
People, stop trying to be so serious and nitpick this project. This is a great example of an actual HN worthy share. Someone built a cool project and explored the possibilities with C. This is not something we need to analyze with "oh can it replace PHP" etc.

Good job OP. Now if you can add HTML templating, this may become a complete framework :)
by bunderbunder | 2025-10-09 14:30:36+00:00
Large context models don't do a great job of consistently attending to the entire context, so it might not work out as well in practice as continuing to improve the context engineering parts of coding agents would.

I'd bet that most the improvement in Copilot style tools over the past year is coming from rapid progress in context engineering techniques, and the contribution of LLMs is more modest. LLMs' native ability to independently "reason" about a large slushpile of tokens just hasn't improved enough over that same time period to account for how much better the LLM coding tools have become. It's hard to see or confirm that, though, because the only direct comparison you can make is changing your LLM selection in the current version of the tool. Plugging GPT5 into the original version of Copilot from 2021 isn't an experiment most of us are able to try.
by hgs3 | 2025-10-09 14:31:00+00:00
The code is very readable and well organized. My only major critique is that there's very little error checking, e.g. there are many calls to snprintf and malloc without checking the result. There is also an unused loop here [1].

As an aside, I don't see any support for parallelization. That's fine for an initial implementation, but web servers do benefit from threading off requests. If you go that route (pun intended) you might consider using something like libuv [2].

[1] https://github.com/ashtonjamesd/lavandula/blob/51d86a284dc7d...

[2] https://github.com/libuv/libuv
by alkonaut | 2025-10-09 14:31:31+00:00
Yeah. I have a person that comes once every 2 weeks and does a cleaning. But even though this is that person's job, the house never looks so good. I don't want someone to have to clean up my mess. Vacuuming the floors is fine. But not having to carry my socks to the laundry and put my cups in the dishwasher.

If my cleaner was a robot, I'm sure I'd eventually lose that sense of embarrassment. I'm usually polite with ChatGPT but I think that's also passing...
by lxgr | 2025-10-09 14:31:41+00:00
> Assuming that every application will do congestion control correctly while not choking everyone else even unintentionally with user space's limited visibility is absurd at worst, and wishful thinking at best.

Why? All practically used variants of TCP achieve fairness at the bottleneck without any central arbiter or explicit view of the upstream congestion situation. Besides, UDP has never had congestion control and has been around for decades.

> The whole ordeal is direct violation with application separation coming with protected mode. [...] The whole ordeal is direct violation with application separation coming with protected mode.

Are you concerned about fairness between applications on the same OS or fairness at the bottleneck, usually upstream from both application and OS/host?

In the former case, the OS always gets the last word, whether you're using TCP or your own homebrew congestion control via UDP, and you can make sure that each application gets the exact same fair egress rate if required. In the latter case, nothing prevents anyone from patching their kernel and running "unfair TCP" today.
by sshine | 2025-10-09 14:31:45+00:00
Last year I got a yearly membership for the Copenhagen Zoo.

As time was running up, I was reminded to renew the membership.

If I didn't, the membership would get cancelled.

If I did, the membership would turn on auto-renewal.

So they auto-renew memberships once you've paid twice.

This ensures that people who get auto-renewed but forgot about it at least liked renewing once.

Auto-renewal of subscriptions supposed to be a feature for veterans of a service, and not something to cheat people out of their money after they never get a good return of investment the first time.

Just to give Kagi some credit here: They have a friendly reminder every month that my subscription is about to renew. Every month I'm given the chance to cancel, and every month I'm reminded of what a decent service that is. It surely does mean they'll lose some customers. But it also means that those who stay, stay forever.
by benjiro | 2025-10-09 14:31:52+00:00
> Simplified, she said "only and idiot claims to have lots of documents" to support their action.

As our lawyer told us: "It does not matter what is said, what matters is what your can proof in court".

That life lesson has helped out multiple times in life, against people who made grand claims, and threatening legal action. But they all vanished when we pointed out some of our evidence. Its funny how fast opposing council tell their clients to drop it when evidence shows up.

What is the expression, the louder the bark, the lesser the bite? People who have proof, do not need to bark around on social media platform. They simply sue and get big fat settlements.
by Blumplumi | 2025-10-09 14:32:12+00:00
Funny enough, i'm 38 now and often enough thankless and 'pointless' busywork sometimes feels like a virtue.

But only for me because I have the feeling i lived out my normal environment and i'm not rich enough yet to expand so I can become busy again in a more meaningful way. Specifically having a big house/workshop to do things in my future workshop.
by lzyuan1006 | 2025-10-09 14:32:39+00:00
We’ve been experimenting with combining three emerging AI tools: *NanoBanana, Sora2, and Veo3*. The idea is to enable a complete creative pipeline:

- *Text → Image* (NanoBanana) - *Image → Enhanced Visuals* (Sora2) - *Visuals → Full Video* (Veo3)

This way, a user can start from plain text and end up with a polished video — without switching platforms.

The main question we’re exploring: When these models are chained together, what kind of results can we expect, and how far can this go in terms of creative workflows?

We’ve seen some early outputs that look promising (and sometimes mind-blowing). But we’d love to hear thoughts from the community: - What practical use cases do you see? - What potential limitations or risks should we be mindful of? - How would you imagine using this in your own projects?

Demo link: [https://nanobananas.ai?channel=SEEVPM8D]

Looking forward to your feedback!
by bell-cot | 2025-10-09 14:32:57+00:00
I'm aware of the culture war battles around ID cards for illegal, trans, etc. people. A reasonable, business-like SoS - trying to boost revenue while protecting people from data breaches and other such hazards - would stay far away from those minefields.

Also, it'd only be a DBA/LLC depth of "identity". Those do not give you a citizenship, nor clean police record, nor new gender, nor legal adult status, nor marriage, nor SSN/EIN, nor voting rights, nor ...
by kbolino | 2025-10-09 14:34:09+00:00
As far as I can tell, in the current implementation, reserve_exact is indeed exact. The only situation in which the capacity after calling reserve_exact will not equal length + additional is when it was already greater than that. Even if the allocator gives more than the requested amount of memory, the excess is ignored for the purposes of Vec's capacity: https://github.com/rust-lang/rust/blob/4b57d8154a6a74d2514cd...

Of course, this can change in the future; in particular, the entire allocator API is still unstable and likely won't stabilize any time soon.
by tptacek | 2025-10-09 14:34:09+00:00
SAML is awful, maybe the worst cryptographic protocol ever devised, and we won't implement it unless we absolutely have to. OIDC is the future.

I'm not exaggerating; you can use the search bar and find longer comments from me on SAML and XMLDSIG. You might just as well ask when we're going to implement DNSSEC.
by gausswho | 2025-10-09 14:34:47+00:00
I am into this idea and liking this so far.

Found a bug:

- Search for a podcast creator

- Click on a result

- A modal will pop up with a list of episodes

- Click the title of the episode

Expected details of that episode. Instead the modal is dismissed and I see the search results again.

Note that if I click View Details to go to the creator page, a similar list of episodes show up and clicking the title of those opens up a modal with episode information as I would expect.

Am on Firefox Nightly on GrapheneOS
by yodon | 2025-10-09 14:34:51+00:00
I notice you chose to attack me rather than attacking the assertion that memory-safe languages are inherently safer than memory-unsafe languages like C. Yes, you CAN write memory safe code in C. You DO write memory safe code in languages like Java, Python, PHP, and C#. Critically, the maintenance programmer also writes memory safe code when working in a memory safe language. The maintenance programmer is not guaranteed to write memory safe code when working in a language like C.

If any of the above is incorrect, I'm interested in learning more.
by throw_m239339 | 2025-10-09 14:35:00+00:00
> From a Latin American perspective, racism seems to be a rising thing in the "old world" (i.e. northern hemisphere, east of the Atlantic).

Plenty of racism in India, Pakistan, China, MENA (where slavery is common, Libya has open air black slave markets), and Africa itself. And let's not even get started how plenty of these places are ravaged by petty sectarian, ethnical violence, or straight out civil wars between communities.

You just don't hear about all that because most of these places don't have a free press, or people are too busy trying to survive another day to testify.

There are at least 4/5 genocides happening right now in Africa & MENA, and I don't include whatever is going on in Gaza, can you name them?
by toomuchtodo | 2025-10-09 14:35:05+00:00
Permanently delete or deactivate your Instagram account: https://help.instagram.com/370452623149242

File DMCA takedown notices with them for your photos, you own the copyright. You can leverage US copyright to its full extent in this use case. Instagram is under no obligation to enable your participation on the platform, but you remain the owner of the content associated with the account.

https://help.instagram.com/contact/552695131608132

https://help.instagram.com/126382350847838

Please report back with outcome findings and learnings.
by dathinab | 2025-10-09 14:35:11+00:00
> part of compiler, or it is expressed in type system, so it is part of standard library

compiler + standard library (core library to be more specific)

`NonNull` is mostly "just" a library type in the core libary, but it uses two unstable/nightly attributes to tell the compiler about it's special properties (see other answers, also to be clear its not a `lang_item` attribute but something other types can use, too).

The special thing about core/std in rust is that due to it being part of the specific compiler version it can use (some, careful considered) subset of unstable features as long as they work for that specific use case and don't "leak"/accidentally stabilize through it.

But this attributes are in progress of getting replaces with a new mechanism of pattern annotations. I.e. NonNull will be annotated with attribute which contains a `1..` pattern (i.e. value is 1 or larger) but other patterns are getting support, too. (The second attribute to enforce/guarantee niche optimizations might still be needed for stability guarantees.)

And I think??? there are plans to stabilize this new mechanism, but I'm absolutely not sure what the state of this is (RFC accepted?, stabilization open/likely/decided? implementation done/partial?). I'm currently not in the loop.

So in the long future you probably can write your own types with other niches e.g. a u8 with `..127` (MSB unused).
by bsnnkv | 2025-10-09 14:35:34+00:00
> there will never not be the risk of a slide into more single-corporation-friendly "source available" realms

There is something off about this to me in a world where FOSS exists in it's present form primarily to the outsized benefit of hyperscalers and entrenched incumbents

There was a post on another forum earlier this week on this same broad topic which resonated deeply with me, as someone (who like most of the US population) is a layoff and a medical emergency away from ruin:

> When I started getting interested in open source, I had problems like unreliable software, the inability to inspect or improve it, limited experience with collaborating. Open source solved those, but now my most pressing problem is that the excellent software I use is undermaintained and outright abandoned because the creators can't afford to keep donating time to it. Open source has been a process for solving problems, not the end goal. If it's not capable of solving problems, it's time for new approaches.[1]

[1]: https://lobste.rs/c/d4kmra
by lxgr | 2025-10-09 14:35:35+00:00
> you can get past HOL blocking by having multiple TCP streams. Its super cheap, cheaper than QUIC

And also super inefficient, since it duplicates the TLS handshake across streams and uses more resources in the OS and middleboxes (like them or hate them, they're a thing that might throttle you if you go too crazy with connection-level parallelism).

That's on top of very poor fairness at bottlenecks (which is per TCP stream unless there's separate traffic policing).
by tilxeycneg | 2025-10-09 14:35:36+00:00
US is being attacked by drug cartel run countries like Venezuela and Columbia, to the detriment of 54,000 fentanyl deaths in US in 2024 alone. Why shouldn't US respond in kind?

Also, you can tell these axis of evil countries are really panicking; each perspective country is failing as we speak.

Syria kicked out its dictator which fled to Russia

Iran had its nuclear facility blown up

Cuba is collapsing with no power

Venezuela is now being stopped from trafficking via sea

China just had 50% crash in its real estate in tier 1 cities in October.

Russia's had 38% capacity of its oil refineries knocked out as of October, which is now being emergency supplied by Belarus
by rybosworld | 2025-10-09 14:36:16+00:00
That's a fair point and I actually agree with you. A large part of writing code is doing something menial as you said.

I think both of the viewpoints are valid depending on where you're at in your career.

We can imagine a junior developer who isn't quite bored with those low-value tasks just yet.

As you grow more senior/experienced, the novel problems become harder to find - and those are the one's you want to work on. AI can certainly help you cut through the chaff so you have more time to focus on those.

But trends are trends and AI is increasingly getting better at solving the novel/interesting problems that I think you're referring to.

Everyone's different and I know there are folks who are excited to not have to write a single line of code. I'd wager that's not actually most engineers/developers though.

People still garden by hand because it's innately satisfying.