MurphyA/hacker-news huggingface dataset:
by stult | 2025-10-04 15:13:58+00:00
Our inflammation responses evolved in part to help us fight off pathogens, but people in modern society are exposed to far, far fewer pathogens than even our immediate ancestors were as recently as 70 years ago when diseases like polio and mumps were still common. As a result many people have an overactive inflammation response relative to the pathogen load to which they are regularly exposed.

In extreme cases, that can manifest as autoimmune disease, when overly strong inflammation or other immune responses end up attacking not just foreign pathogens but the person's body itself. As another poster said, inflammation is a blunt instrument. It's a knob that can only be turned up or down, across the entire body. If you turn it down too far, you risk infectious illness. And if you turn it up too far, you risk damage to your organs.

Interestingly, there was a substantial increase in the incidence of autoimmune diseases in Europe in the generations following the Black Death, probably because people with excessively strong immune responses were more likely to survive exposure to plague bacteria. Celiacs or MS will kill someone much, much more slowly than bubonic plague will, so a disproportionate number of people with those or similar autoimmune disorders were able to survive to pass on their genes.
by 1970-01-01 | 2025-10-04 15:14:04+00:00
It's very hard to find anything other than half saying AI is in a bubble, and we will pop any day now, and the other half declaring AGI by 2029, when a new revolution will begin. If you follow the hard science and not the money, you can see we're somewhere in-between these two takes. AI datacenters requiring new power plants is unsustainable for long-term growth. Meanwhile, we have LLMs accepting bullshit tasks and completing them. This is very hard to ignore.
by smeej | 2025-10-04 15:15:08+00:00
Gosh, I'm sorry. It does suck. For me, it was like that until it suddenly wasn't anymore. Nothing obviously changed. I kept "testing" reintroducing very small amounts of other food to try to end the elimination diet, like a bite every two months or something, and after 20 months, suddenly it went fine.

I say that just in hopes of encouraging you that healing might be right around the corner and you just might not know it yet. I certainly didn't know it was about to be over when it ended.
by madeofpalk | 2025-10-04 15:15:34+00:00
I don't actually have all that much of a problem with chaining fp-style functions, but I note that I see a fair bit of anonymous functions and excessive chaining where none of the benefits you point out are realised.

My actual problem is with bad reduce functions that try to shoehorn multiple things into one function and often break the core concept of functional programming by mutating the input arguments. It's that code that would just be better written as a normal loop.
by FilosofumRex | 2025-10-04 15:15:42+00:00
Bezos didn't define "society", but knowing Devil is what Devil does, we can infer:

1. Amazon files the most petitions for H1-B work visas after Indian IT shops. 2. Amazon opposed minimum wage increase to $15/hr until 2018! 3. Amazon not only fires union organizers, it's claiming National Labor Relations Board is unconstitutional!
by salawat | 2025-10-04 15:16:40+00:00
Those families are/were more than happy with the standard of life being raked in by their breadwinner's willingness to make the unilateral decision to indulge in institionally driven statistical murder. So yeah, as one who walked away from Omelas in that sense, I think I'm pretty qualified to say yes on this front. After a certain point, a wife or husband not asking "so what is it you do exactly?", does rather reflect poorly on them.

Remember, every person working for an insurer has unparalleled access to data on what the effects of their decision is going to be. You can't claim ignorance once you've seen the glorified spreadsheets that run these companies.
by fragmede | 2025-10-04 15:16:41+00:00
That's not remotely surprising though if you've known anyone like how Ed presents himself through his writing and videos. I don't know him personally, so I can't speak to what he's actually like, but there's something about his writing style and how he comes off in his videos as a conviction that he's right and his got the secret truth and why won't everybody believe him. Cassandra's curse, perhaps, but naming it doesn't convince me.
by FollowingTheDao | 2025-10-04 15:16:49+00:00
> Because evolution doesn't care about us beyond reproduction age (after which is when most cancers occur, especially considering that historically that age was between say 16 and 35).

This is the lie that needs. to die. Elder people were very important in even the most primitive societies. "lifespan" was low in pre-history, not because no one lived long lives, it was because infant mortality was very high.

https://sc.edu/uofsc/posts/2022/08/conversation-old-age-is-n...
by craftkiller | 2025-10-04 15:19:53+00:00
> how big they are now

Request that your work phone be this: https://www.unihertz.com/products/jelly-star

If all it is doing is taking attendance then you don't need a large phone.

> normal people shouldn't have to do this!

I agree, but this is what's happening. Google and Apple are taking away the freedom, it's time to put up or shut up.
by smeej | 2025-10-04 15:20:13+00:00
My favorite is the "bless your heart" head tilt that strongly implies you're just too damn stupid to follow what they're saying, when it's obvious on its face that they're contradicting themselves.

"I was correctly diagnosed with it before." "Correct." "I do not have it now." "Correct." "It is not 'in remission.' I just do not have the disease." "Correect." "But it isn't curable." "Correct." "So if it wasn't 'cured,' what did happen to it?" {head tilt} "You tell me. Follow it through. You used to have it. You do not have it anymore. It's not in remission. But it also hasn't been cured. What does that leave?" "#$%^! I don't know! That's why I'm here, asking you! As far as I know, all it leaves is contradiction and impossibility!" "Now, now. There's no need to be difficult."

(This is almost word for word the last conversation I had with my GI. I'm not exaggerating. I'm not paraphrasing. I went through it exactly like this, and she responded to me exactly like this.)
by mothballed | 2025-10-04 15:21:07+00:00
Also consider shelters generally banned weapons and are dens of communicable disease and bed bugs (I'm horribly allergic to them so I'll never step inside a shelter).

When I was homeless I lived outside because if you have a decent tent and sleeping bag it's perfectly comfortable, and I like to have a weapon handy no matter what and I reject any living circumstance that would prohibit that. At no point did drugs enter the equation, but if they did, it wouldn't have changed the calculus.
by reactordev | 2025-10-04 15:22:01+00:00
I can see from a new developer point of view, their frustration. Why aren’t things standard? Why not use builtin tags? Why this or that?

Valid questions we should all be asking. Sometimes, just because “that’s the way it was” doesn’t mean that’s the way it should be. Often times I find myself deleting code that is now more readily available as either part of the platform I’m on or part of the framework I’m using.

Your points are valid too, that they don’t know about the history that got us here and why it is the way it is but nevertheless we should all be asking ourselves daily, “do we still need this?” and trim the fat.
by smeej | 2025-10-04 15:22:17+00:00
Yes, that was one of the inflammatory markers they checked. At diagnosis, I was in the mid-400s. After medication, I was in the low-200s. After 20 months of this elimination diet, I was in the 20s.

Multiple doctors told me it would not be possible to decrease the score without medication, one of them even while holding the results in his hands proving that I had done it.
by onetom | 2025-10-04 15:22:21+00:00
Great.

It's finally as snappy as recompiling the "Borland Pascal version of Turbo Vision for DOS" was on an Intel 486 in 1995, when I graduated from high school...

They C version of Turbo Vision was 5-10x slower to compile at that time too.

Turbo Vision is a TUI windowing framework, which was used for developing the Borland Pascal and C++ IDEs. Kinda like a character mode JetBrains IDE in 10 MB instead of 1000 MB...

https://en.m.wikipedia.org/wiki/Turbo_Vision
by watwut | 2025-10-04 15:22:29+00:00
> 've never heard anyone claim before that just having these laws on the books for a small period of time is "enough".

Why would it be enough? This legislation prevents monopolies from abusing position, therefore we will repeal it the moment it turns out to be useful?

Yeah, it takes time to consolidate power again, that does not mean the legislation is not good.
by inerte | 2025-10-04 15:22:36+00:00
I have an engineer on my team that's always asking "what if this or that happens in the future?" to which I've started to reply "what if it does NOT?"

I know, I know... wow. Not much insightful. But for some reason with this particular engineer this is the starting point to talk about actual requirements. This question in particular triggers the conversation of going back to product to figure out what they truly know they want right now, not in a maybe future. What are the actual hard, known requirements, instead of wishful thinking and "if everything goes well we will need this" type of mentality of ~hopeful~ optimistic PMs.
by thfuran | 2025-10-04 15:23:10+00:00
>You can download a LLM, can't download a Google or Meta.

You can download a model. That doesn't necessarily mean you can download the best model and all the ancillary systems attached to it by whatever service. Just like you can download a web index but you probably cannot download google's index and certainly can't download their system of crawlers for keeping it up to date.
by aardvark179 | 2025-10-04 15:23:13+00:00
There are often a couple of barriers to this.

Firstly, you can’t break what is already there, so any evolution of the general platform often has to make wider guarantees than a single framework.

Adopting ideas from any single framework too quickly may put you in a worse position. A framework can evolve and choose when to break compatibility, a language or platform standard has a tougher job in that regard.

Some things that front end frameworks have settled on are now being looked at for standardisation, but I’m personally still wary about changing something like the ecmascript for. It would be an easier call if there were a standard library which simply needed an implementation, but we aren’t quite there yet.
by sunscream89 | 2025-10-04 15:23:13+00:00
Maybe you’re right about communicating. Those in the right aren’t the most vindicated by time.

The churn of civilization is by every generation standing for what comes to pass. However much failure there is in that, civilization will always be the measure of how far we crawl out before failing ourselves once more.

This “righteous rule”, merely a tool that there is a truth before measure by which men’s lives may be accounted must exist even if as some crude decentralized code of principle. We shall call this law and it will be right only by measure of our competence in exercising it as such.

The principled approach may be crude yet effective where maintained.
by smeej | 2025-10-04 15:23:30+00:00
The meal consisted of well-boiled meat (pork/beef/chicken together, slow cooked, overnight), and carrots, zucchini, and butternut squash cooked in its juice in a pan until it mostly wasn't soup anymore. Salt to taste, but it's never gonna be delicious. It's tolerable. It's even fairly enjoyable once or twice. It's not a bad meal. But boy is it a tedious one after awhile.
by kstenerud | 2025-10-04 15:24:05+00:00
You'd think so, but no. Most of the complications come from handling edge cases where the innocent would get swept up, while avoiding exploitability. Making laws that actually do what we want is HARD.

Laws are like code: It only seems perfect until it meets the real world. And the complications only seem frivolous until it's your ass on the line.
by pessimizer | 2025-10-04 15:24:43+00:00
> From OpenAI, programming is ~4% of chatGPTs usage. That's 96% being used for other stuff.

I think it's important to remember that a good bunch of this is going to be people using it as an artificial friend, which is not really productive. Really that's destructive, because in that time you could be creating a relationship with an actual person instead of a context soon to be deleted.

But on the other hand, some people are using it as an artificial smart friend, asking it questions that they would be embarrassed to ask to other people, and learning. That could be a very good thing, but it's only as good as the people who own and tune the LLMs are. Sadly, they seem to be a bunch of oligarchs who are half sociopaths and half holy warriors.

As for compute, people using it as an artificial friend are either going to have a low price ceiling, or in an even worse case scenario they are not and it's going to be like gambling addiction.
by lxgr | 2025-10-04 15:24:48+00:00
> The reason I can confidently claim the SCA drove the migration of online transactions is because I was responsible for the technical implementation of SCA for a bank

Ok, "nothing to do with it" was too strong: I don't doubt that SCA was the death knell for many offline implementations. However, I've seen online-only cards in the field by many banks well before SCA became effective.

And on the other hand, I also know SCA-compliant EMV implementations that do still support offline transactions. As you say it's tricky, but it's possible. Europe is large, and you probably haven't talked to every single bank/processor :)

> This is where you are simply wrong. Again speaking as someone with actual experience working on this stuff, [...] they have no way of validating that a specific card or transaction hasn’t been forged.

Huh? If you have worked on this stuff, surely DDA and CDA ring a bell? They're both based on asymmetric cryptography, and they absolutely allow the terminal to dynamically verify whether a given card is authentic or cloned, without having to go online.

Without that, you could indeed copy the static signature data from any EMV card and replay it to an offline terminal and get away with it. That's why SDA has long been deprecated for offline transactions.

> The manufacturer and distribution of the chips in cards is extremely tightly controlled, so you can’t just buy them. [...] In theory anyone with a million dollars and ASIC contract could manufacture their own ICs

You can absolutely get them on Aliexpress straight from the manufacturer for a few bucks each, cheaper in bulk. They run Java, so you can just write your own software – the EMV specs are public!

What you can't get there is the cryptographic private key specific to the card number that the issuing bank embeds into it at personalization time.

EMV is a cryptographically sound (if dated and very complex) scheme, and secrecy of implementation is actually much less of a security factor than you seem to claim, despite the industry's (largely historical) obsession with secrecy.
by insane_dreamer | 2025-10-04 15:25:33+00:00
Good points and centralized infrastructure does seem key , but I think the biggest factor is the cost of housing. If Houston is half the cost of LA you’re going to have a lot less homeless to begin with and it’ll be a lot more affordable to over then housing.

This overlooks the weather factor. if you’re homeless and have the chance to get a bus to LA, would you rather try to survive in the streets of LA or Dallas (or Houston)? Easy decision.
by BlueTemplar | 2025-10-04 15:25:53+00:00
We did get more : the return of VR couldn't have been possible without drastically improved hardware.

But the way how it stayed niche shows how it's not just about new gameplay experiences.

Compare with the success of the Wii Sports and Wii Fit, which I would guess managed it better, though through a different kind of hardware that you are thinking about ?

And I kind of expect the next Nintendo console to have a popular AR glasses option, which also would only have been made possible thanks to improving hardware (of both kinds).
by rglullis | 2025-10-04 15:26:05+00:00
The one thing I don't understand is this assumption that demand for GPUs for training is going to keep growing at the rate they grew so far.

I get the demand for new applications, which require inference, but nowadays with so many good (if not close to SOTA) models available for free and the ability to run them on consumer hardware (apple M4 or AMD Max APUs), is there any demand for applications that justify a crazy amount of investment in GPUs?
by zahlman | 2025-10-04 15:26:07+00:00
Thanks for pointing it out!

> Has ongoing performance overhead on every attribute access.

I would have expected so, but in my testing it seems like the lazy load does some kind of magic to replace the proxy with the real thing. I haven't properly dug into it, though. It appears this point is removed in the live version (https://peps.python.org/pep-0810).

> Doesn’t work well with from ... import statements.

Hmm. The PEP doesn't seem to explain how reification works in this case. Per the above it's a solved problem for modules; I guess for the from-imports it could be made to work essentially the same way. Presumably this involves the proxy holding a reference to the namespace where the import occurred. That probably has a lot to do with restricting the syntax to top level. (Which is the opposite of how we've seen soft keywords used before!)

> Requires verbose setup code for each lazy import.

> Less clear and standard than dedicated syntax.

If you want to use it in a fine-grained way, then sure.
by driggs | 2025-10-04 15:26:47+00:00
What do you do today to resolve a dependency conflict when an intermediate library has a just-so dependency tree?

The charitable interpretation of this proposed feature is that it would handle this case exactly as well as the current situation, if the situation isn't improved by the feature.

This feature says nothing about the automatic installation of libraries.

This feature is absolutely not about supporting multiple simultaneous versions of a library at runtime.

In the situation you describe, there would have to be a dependency resolution, just like there is when installing the deps for a program today. It would be good enough for me if "first import wins".
by nobody9999 | 2025-10-04 15:26:55+00:00
>The reality is a lot more complicated

Reality is always more complicated than a one-liner. Surprise, surprise.

But that doesn't make it a "myth." Rather it's more municipalities and more disposable people being "disposed" of.

That doesn't make it right and certainly shouldn't normalize such practices -- that said, it's a little late now.
by SV_BubbleTime | 2025-10-04 15:26:58+00:00
The Stellantis systems I’ve worked on have a nice feature that there is a battery for the proximity use, that you can keep the key in your pocket and press the button to run the car, as long as the key is within the four or five proximity sensors you are fine.

When that battery dies, you can press the directly to the start button and it uses a “receiver powered transmitter” RFID close proximity to start and run the vehicle.

Most people don’t know this, so when that battery dies they panic and suffer.
by jauntywundrkind | 2025-10-04 15:27:15+00:00
With Bezos openly stating the goal to build 10 GW+ data-centers in space, it almost feels in question whether this is about ROI, or simply building the Neuromancer future where the ultra-rich can finally be free of their need for the rest of us. Not needing labor at all would be the final return on investment. https://news.ycombinator.com/item?id=45465480 https://www.datacenterdynamics.com/en/news/jeff-bezos-claims...
by lbaune | 2025-10-04 15:27:22+00:00
Anticipating a common question: this doesn’t bypass Copilot’s licensing or give you “free” access. You still need an active Copilot subscription, and the bridge just exposes it as a local API. Think of it as a shim: Copilot stays the backend, this just makes it usable from scripts, CLIs, or tools that expect an OpenAI-style interface.

I’ve tried to keep the project in the spirit of extending Copilot’s usefulness without abusing the service. Feedback on where the line should be drawn is welcome.
by echelon | 2025-10-04 15:27:23+00:00
And you have to have multiple low probability events. These probabilities multiply.

We had a good start. A Jupiter to clear the debris, a Theia impact to create tides and contribute to tectonics, a magnetic core, a shielded atmosphere. We had water delivered to us. Maybe even panspermia.

Maybe cell walls and mitochondria are hard. Maybe multicellular is hard. Maybe life on land is hard. Building lungs, rebuilding eyes, having actual energetic gasses on land...

Maybe life is easy, but intelligence is hard. Maybe civilization is hard.

Maybe technology development can only happen on dry land, because aqueous chemistry is hard in water. Sorry mollusks and cetaceans: you'll probably never be able to do chemistry or materials science.

Maybe you need water and carbon and other chemistries aren't robust enough.

Maybe you need lots of fossil fuel deposits to develop industry. And that requires growth without bacteria and decomposers for millions of years, implying a certain order to evolution.

Maybe you need a certain sized gravity well to escape.

Maybe surviving the great filter is hard and still ahead of us. Maybe every species can build tech where a kid in their garage can extinct the entire species by 3d printing grey goo.

There's just so much we don't know about how life could happen. Let alone intelligent life. We don't even know where we're headed.
by ekjhgkejhgk | 2025-10-04 15:28:22+00:00
The GPUs do/might lose value over time, but perhaps Nvidia is betting that they wont? Going by recent years, their value went up in some cases.

EDIT: Interesting note

> CPUs historically have 5-10 years of useful life , while GPUs in AI datacenters last 1-3 years in practice , despite 6-year accounting assumptions.30,31 Evidence from Google architects shows GPUs at 60-70% utilization survive 1-2 years , with 3 years maximum.31 Meta’s Llama 3 training experienced 9% annual GPU failure rates , suggesting 27% failure over 3 years.31