MurphyA/hacker-news huggingface dataset:
by svieira | 2025-10-09 17:21:04+00:00
Quite impressive, thank you for sharing!

Question - this loads a 2 MB JS parser written in Rust to turn `x => x.foo` into `{ op: 'project', field: 'foo', target: 'x' }`. But you don't actually allow any complex expressions (and you certainly don't seem to recursively parse references or allow return uplift, e. g. I can't extract out `isOver18` or `isOver(age: int)(Row: IQueryable): IQueryable`). Why did you choose the AST route instead of doing the same thing with a handful of regular expressions?
by Galanwe | 2025-10-09 17:21:05+00:00
> People used to make money buying in market A and selling in market B. Now HFT has mostly taken over that role, for instance

Who is "People"?

Well now, I cannot claim to know what everyone did at any point in time, but allow me to be very doubtful that anyone other than a dedicated arbitrager/market maker would do that.

Or at least, I cannot conceivably see how one would do that and turn a profit without being also a market maker.

The economics of arbitraging are just too tight.

You need to spot and act on a cross exchange spread that is wider that:

- The exchange fees, for which market makers have rebates. So even at equal technological footing, MM will have an advantage over "People".

- The cost of funding, for which you will need to post IM, and thus already be a professional investor with a good amount of capital.

- If that was "before HFTs", then it was before odd lots as well. Now I don't know what the average price of a US share is, but let's say a couple hundreds of dollars, times 100 lot size. These "People" better be filthy rich in cash.

- Arbitraging at a couple of price levels (which is already a lot), minus costs, would yield you a couple bips per trade. To make any kind of real money doing that, you better do it a trillion times per day, and thus lock a huge amount of money.

- The market risk over the arbitraging period

I don't think I have seen anyone turn a profit arbitraging naively in the last 15 years that were not some kind of market maker already, or some ad-hoc strategy on very ad-hoc EM markets.
by rakoo | 2025-10-09 17:21:17+00:00
AP, even in its purest simplest form, already allows to "revive" and "remix" data: you have the JSON of the data, you can do whatever you want with it. You can build a product injecting JSON of this data, just like in AT, but those product don't really exist so even if I can say "yes you can fork them" it's all talk.

There's no talk about migration in the core spec, but how is it in ATproto in practice ? Does everyone carry their entire repository, live from their own PDS, ready to be remigrated somewhere else ? It does feel like in AT-in-practice people just have a PDS and that's it ? (I've never used it, I might be totally wrong)

Really, if you want a simplistic view of AP, it's easy: it's an INBOX where you receive content, and an OUTBOX where you send content, and the content is activitystreams-formatted JSON. Anything else just makes it easier to work with.
by npodbielski | 2025-10-09 17:21:18+00:00
Yes, if this works sure why not. Few years back decent NUC cost was at least 1k$ dollars. And still it is quite small, so you cannot slam 8 ssds in there.

I did use my old PC and it was working very nice with 4 sata ssds, in raid 10.

And as I already said on other comment - in my case power does not matter much. Space too.
by svara | 2025-10-09 17:21:32+00:00
The counterargument used to be, the heavy lifting will be offloaded to python modules written in C, like numpy.

Which was true, but maybe not the strongest argument. Why not use a faster language in the first place?

But it's different now. There's huge classes of problems where pytorch, jax &co. are the only options that don't suck.

Good luck competing with python code that uses them on performance.
by tracker1 | 2025-10-09 17:22:11+00:00
For my home or personal server stuff... I'm pretty much using ProxMox as a VM host, with Ubuntu Server as the main server and mostly Docker configured with Caddy installed on the host. Most apps are stacked in /apps/appname/docker-compose.yaml with data directories mounted underneath. This just tends to simplify most of my backup/restore/migrate etc.

I just don't have the need to do a lot of work on the barebones server beyond basic ufw and getting Caddy and Docker running... Caddy will reverse-proxy all the apps running in containers. It really simplifies my setup.
by the_real_cher | 2025-10-09 17:22:58+00:00
> They will simply create companies and products that compete and take market share from American companies.

Trade and innovation benefits all of mankind. A rising tide lifts all ships. Having multiple countries becoming successful instead of the US simply monopolizing talent would benefit the world.

> Glad Qian Xuesen helped China improve their missile innovation.

Nuclear Deterrence should be spread far and wide so no one bad actor can get into power and bully others.
by SoftTalker | 2025-10-09 17:23:11+00:00
No, I never said they deserve it.

But if you have a business, and don't have continuity and recovery plans for software disasters, that's like not having fire insurance on your facility.

Fire insurance (and backups/disaster recovery plans) doesn't mean there won't be disruption, but it makes the disaster survivable, whereas without it your business is probably ended.

And losing a database or a major part of one is as simple as one adminstrator accidentally running "drop database" or "delete from customers" or "rm -rf" in the wrong environment. It happens, I've helped recover from it, and it doesn't take an AI running amok to do it.
by dh2022 | 2025-10-09 17:23:42+00:00
Is more complicated than that.

Walmart back in the 80s investd heavily into physical infrastructure back to back - building new stores, their own trucks fleet. The first retailer with its own satellite communication system. There was never a question about Walmart going bankrupt.

I spent a couple of years in Amazon retail finance. The vendors were incentivized to sell as much as possible, under cost if that helps. Part of my job as financial analyst was to "convince" them it is a bad idea to sell under cost. Very hard and stressful work.
by sevensor | 2025-10-09 17:23:51+00:00
I’ll bite: use objects sparingly, and mainly to namespace functions that operate on data. Use inheritance even more sparingly, because it’s a nightmare to work with a poorly conceived inheritance hierarchy, and they’re so easy to get wrong. Pure interfaces are an exception, in languages where you need them. Write mostly functions that transform data. Push IO to the edge where it’s easy to swap out.

Most importantly, never ever abstract over I/O. Those are the ones that leak out and cause havic.
by sys32768 | 2025-10-09 17:24:00+00:00
I think the main progression is lymphatic dysfunction > chemical build-up > BBB damage > neurodegenerative plaques and tangles.

My mother died from Alzheimer's at 77 but was the picture of health and happiness for many years prior, but never slept well to the point she had to have her own room away from Dad for many years.

Maybe the trick is going to be repairing the BBB and stimulating lymphatic function rather than chasing down every factor that explains why the BBB and/or lymphatic function is compromised in the first place.
by radio879 | 2025-10-09 17:24:04+00:00
I made this for my sister who has been curious about AI and coding (she is not a programmer). Its because I didn't want to sit and download each program individually, install each extension, Git, Node, ... also random people at work, lots of people get curious after me telling them how much fun it is.

I could not find any similar thing out there..

Includes at least two totally free and excellent free tier's of AI coding tools/APIs that can be used in the installed VS Code (auto-installs a couple AI coding extensions). Includes links to some other information I wrote about how to keep costs low or zero.. specifically for AI to help code (something that was trending on HN last month).

Its useful for when you are having random conversations about the topic and people are curious and want to maybe experiment... but have no idea how to start or what to do. Some people will loose interest when there are tons of steps or friction.

I could improve this a lot if anyone actually ends up using it besides myself, better docs and maybe a guide or example(s) step by step how to make/code something cool (or, links to some guides, videos, blogs/sites - I enjoy getting people into cool stuff like programming! If you can show someone how much cool things they can do before the brain boredom hits, they'll get some dopamine and maybe come back to it.

Interested in any feedback negative or positive, i'm probably missing a few things that should be included... I don't want to ever add anything spammy/scammy, things that you spend time to learn then they manipulate you into paying, no evil things etc.. no "gotchas" marketing "trickery" If I were to remake it i'd do it different: web/JS version where the checkboxes are online, and it creates a more custom script. More options and operating systems but with 2 or 3 good simple defaults to pick from.

The free AI models are Qwen3 Coder, Gemini 2.5 (probably 3 soon) Pro.. and there are usually one or two more that are built into the VS Code extensions Cline, Kilo Code. GLM 4.6 is $9 for 3 months. Github Copilot is an excellent value for all the Claude 4.5 credits they give you for $10 (maybe its temporary but I can go with the agent for hours, barely using 2%!)

--- Some people hate the phrase "vibe coding" but my own mother asked me if I had heard of it. Its out there in the consciousness and scammers are also out there in the same spaces, waiting in the bushes.. ready to pounce on people who don't know there are simpler, cheaper ways to access & use AI
by dang | 2025-10-09 17:24:09+00:00
Offtopic (sorry) but this thread is such a good example of the contrarian dynamic that I can't resist!

The "contrarian dynamic" (https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...) is the tendency for reflexively negative comments to show up early with shallow/generic objections to a submission, followed by a later wave of comments objecting to the objections and defending the submission.

The latter tend to get upvoted—rightly so, since they are more positive and usually more substantive. This puts the thread in the paradoxical-but-common state where the top comments are objecting to how prominent the bottom comments are! (Or, rather, were.) That's odd, but at least it's better than having the negative ones at the top.

In this case, these 5 comments all appear higher in the thread:

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

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

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

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

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

... than the negative(ish) ones that were posted earlier:

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

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

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

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

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

Some of those were only slightly negative and probably not meant that way, but yeah, the early impact of running into a bunch of these leads to a WTF feeling.

Ultimately I think this has to do with the reflexive/reflective distinction: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&sor.... That's probably the clearest way of describing the difference between the kind of comments we want on this site vs. the kind we don't want.
by danudey | 2025-10-09 17:24:19+00:00
Something like C++17's `std::hardware_destructive_interference_size` would be nice; being able to just say "Align this variable to whatever the cache line size is on the architecture I'm building for".

If you use these tricks to align everything to 64-byte boundaries you'll see those speedups on most common systems but lose them on e.g. Apple's ARM64 chips, and POWER7, 8, and 9 chips (128 byte cache line), s390x (256 byte cache line), etc. Having some way of doing the alignment dynamically based on the build target would be optimal.
by thewebguyd | 2025-10-09 17:24:22+00:00
> No idea why self-hosted software isn't `apt-get install` and forget.

Ubuntu tried to fix this with snaps but the whole Linux community raged and pushed back at them. Yeah, snap has its faults but it was designed initially for server-side apps.

Snap install xyz-selfhosted-app was the initial goal. You can install nextcloud as a snap right now.

Instead the Linux community let perfect be the enemy of good and successfully convinced everyone else to dump and avoid snaps as a format at all costs.
by jerrythegerbil | 2025-10-09 17:24:38+00:00
Remember “Clankers Die on Christmas”? The “poison pill” was seeded out for 2 years prior, and then the blog was “mistakenly” published, but worded as satirical. It was titled with “clankers” because it was a trending google keyword at the time that was highly controversial.

The rest of the story writes itself. (Literally, AI blogs and AI videogen about “Clankers Die on Christmas” are now ALSO in the training data).

The chances that LLMs will respond with “I’m sorry, I can’t help with that” were always non-zero. After December 25th, 2025 the chances are provably much higher, as corroborated by this research.

You can literally just tell the LLMs to stop talking.

https://remyhax.xyz/posts/clankers-die-on-christmas/
Show HN: I built a TikTok recipe extractor
by daniyalbhaila | 2025-10-09 17:24:39+00:00
I cook a lot from TikTok, but it really annoying to keep going back and forth to watch the recipe again.

So I built ingrdnt.app.

Paste any TikTok link → it extracts ingredients, steps, and macros automatically.

You can now save and organize your favorite recipes in one place.

I built it with Supabase + Next JS + Netlify + Claude code during a long flight.

Would love your feedback, especially on:

• what features make it genuinely useful • how you’d like to save or share recipes

https://ingrdnt.app
by palmotea | 2025-10-09 17:25:29+00:00
> It seems like everyone is getting too worked up about AI generated text. Yes, it's bad, but bad writing has existed forever. We don't see most of the older stuff because it disappears (thankfully) into oblivion and you are left with the works of Chaucer and Shakespeare.

You're missing the point. In the past bad writing was just bad writing, and it was typically easy to detect. Now the main contribution of AI is bad writing that can masquerade as good writing, be produced in industrial-scale quantities, and flood all the channels. That's a much different thing.

IMHO the main achievement of LLMs will be to destroy. It'll consume utterly massive quantities of resources to basically undermine processes and technologies that once created a huge amount of value (e.g. using the internet for wide-scale conversation).

I mean, schools are going back to handwritten essays, for Christ's sake.
by kbyatnal | 2025-10-09 17:25:37+00:00
thanks! Yup that's correct, we offer a set of APIs for handling documents: parsing, classification, splitting, and extraction.

We've seen customers integrate these in a few interesting ways so far:

1. Agents (exposing these APIs as tools in certain cases, or into a vector DB for RAG)

2. Real-time experiences in their product (e.g. we power all of Brex's user-facing document upload flows)

3. Embedded in internal tooling for back-office automation

Our customers are already requesting new APIs and capabilities for all the other problems they run into with documents (e.g. fintech customers want fraud detection, healthcare users need form filling). Some of these we'll be rolling out soon!
by fluidcruft | 2025-10-09 17:25:41+00:00
I think I disagree. I'm arguing that AI is useful from the bottom up. That's my personal opinion. The top generally doesn't actually understand how work is actually done. This idea that LLM replaces people seems like pure hype to me after having started to play with it (on my own time... after picking from among tools... because so far the ID-blessed CoPilot has been less than worthless and hasn't actually saved me any time... whereas Claude is just amazing and I keep finding new things for it to achieve). These are tools that can help people be more productive if they figure out how to use it to do work. In my experience Claude is like having free minions to do annoying grunt work so I get more of my work done. C-suite yapping doesn't actually get work done because they never actually do real work anyway.
by greenbit | 2025-10-09 17:26:05+00:00
Sure, that's true for single connections, the state of the switchboard when you have exactly one patch plugged in. If there are 5000 phones, there would be 5000 possible starting points and 4999 possible ending points, and as you say, A-B and B-A being equivalent, there are two ways to get there, so divide by 2.

But what if you then connect a second pair of phones, leaving the first patch in place? 4998 choices for A by 4997 for B again divided by two. And so on, until you place the 2500th patch on the board. But then there's more division to do, because there are 2500! different sequences to fill the board with that exact same pattern. It's a fun little combinatorics exercise.
by veqz | 2025-10-09 17:26:07+00:00
Perhaps. But put another way:

Writing code is artistic the same way writing text is.

Whether that is a function call, an ad, a screen script, a newspaper article, or a chapter in a paperback the writer has to know what one wants to communicate, who the audience/users will be, the flow of the text, and how understandable it will be.

Most professionally engaged writers get paid for their output, but many more simply write because they want to, and it gives them pleasure. While I'm sure the jobs can be both monetarily and intellectually rewarding, I have yet to see people who do plumbing or electrical work for fun?
by SeanAnderson | 2025-10-09 17:26:10+00:00
Can you explain your thoughts here more? I don't think I'm following.

Are you saying that the act of setting up the CI pipeline is time consuming? Or the act of maintaining it?

The only time I think about my CI pipeline is when it fails. If it fails then it means I forgot to run tests locally.

I guess I can see getting in the weeds with maintaining it, but that always felt more likely when not deploying Dockerized containers since there was duplication in environmental configs that needed to be kept synchronized.

Or are you commenting on the fact that all cloud-provided services can go down and are thus a liability?

Or do you feel limited by the time it takes to recreate environments on each deployment? I haven't bumped into this scenario that often. Usually that dominating variable in my CI pipeline is the act of running tests themselves. Usually due to poor decisions around testing best practices that cause the test runner to execute far slower than desired. Those issues would also exist locally, though.
by array_key_first | 2025-10-09 17:26:40+00:00
React has fundamental problems that lead to both:

- horrible performance characteristics

- needless complexity

These are not tradeoffs, these are bugs. We don't gain anything from them.

That's why React introduced a compiler. Because problem 1 is a big deal. But it's not a code problem, it's a React problem. Other tools simply do not have that bug. Which is why the exact same react code can be compiled and run much faster.
by bigyabai | 2025-10-09 17:26:41+00:00
If cryptocurrency is any frame of reference, AI hype will die down once an even more lucrative digital gimmick is invented. I don't know if it will "burst" besides all the wildly overvalued value-add corps like OpenAI and Xai. Unless something changes, they're dead-in-the-water even now.

Keep in mind, even the rapid abandonment of the cryptocurrency market didn't kill Nvidia. I don't think things will ever go back to normal for people who desire a 2012-esque tech outlook again.
by ModernMech | 2025-10-09 17:26:41+00:00
Exactly, most Python devs neither need nor care about perf. Most applications don't even need perf, because whether it's .1 second or .001 seconds, the user is not going to notice.

But this current quest to make Python faster is precisely because the sluggishness is noticeable for the task it's being used for most at the moment. That 6 second difference you note between the Optimal Python and the optimal Rust is money on the table if it translates to higher hardware requirements or more server time. When everything is optimal and you could still be 4x faster, that's a tough pill to swallow if it means spending more $$$.
by Towaway69 | 2025-10-09 17:26:54+00:00
So what is the exit strategy? Sell to OpenAI or NVIDIA?

Or will this become a white elephant too large too sell like Zalando?

Whatever happened to IFTTT?

Edit: It’s a valuation of 2.5 Billion - hence my question. There is snowballs chance that they will ever be worth that much. They are SaaS and not consumer products. They have no side gig like amazon or google - they have a single product in a tight market.
by everdrive | 2025-10-09 17:26:57+00:00
Phishing has a few basic conceptual problems which no one seems to want to address:

- You don't need to really be "fooled" by phishing. Not in the real sense. You just need to be tired one morning and click without looking. Even if you know how to check for phishing, you might need to click on content from 10s to 100s of emails per day. Scale this out to 1 year, and even the most educated among us can fail due to an honest mistake which we otherwise could have prevented. - Part of the problem is just that a normal workflow is: receive email --> click on URL --> enter credentials into 3rd party website. ie, this is intentional and valid behavior for most white collar workers on a daily basis. This behavioral pattern is why phishing works, and in reality, email should not be a vector for this path. Until companies and technologies stop assuming this makes sense, phishing will continue to be successful.
by dwohnitmok | 2025-10-09 17:27:21+00:00
I was roughly using estimates for as single Nvidia GB300 NVL2 superchip, which has about 1.3 TB of memory (which I think is probably ballpark the size of the distilled models that are being used for inference).

Timing-wise, I'm making an extremely liberal estimate. (In reality, Sora 2 takes about 2 minutes to generate a video in my testing).

The thing that matters here is ultimately the product of time and memory (the latter of which I use as a stand-in for calculating number of chips being used), so I'm more or less asserting that the models being used to generate the free Sora 2 videos have less than 6 trillion parameters (since 2 minutes being 1/5 of 10 minutes give us a 5x multiplier we could apply to 1.3 TB), or less than 24 trillion parameters with aggressive quantization. I can explain why I think parameter count is less than 6 trillion if you'd like, but it's pretty hand-wavy intuition.
by JumpCrisscross | 2025-10-09 17:27:25+00:00
> Now that there is a drug to repair the BBB (and likely glucose transport as well), I expect the funding will mysteriously show up to properly investigate the "brain diabetes" theory of Alzheimers

Why is this cast as conspiracy versus a natural consequence of risk and incentives? (‘Brain diabetes’ is in no way a neglected avenue of Alzheimer’s research.)
by everforward | 2025-10-09 17:27:34+00:00
I think there are three holdups.

One is the DX as you mentioned; eg Hugo is nice, but editor integration for autocomplete, warnings, etc is basically non-existent that I’ve seen. Templating is also really clunky relative to React.

The second is Reacts omnipresence means there’s usually pre-built stuff I can pull in if I just want to iterate fast.

The third is that typically the best way to get a low complexity and good DX static site generator is just to roll your own with only the features you need. They get a lot simpler when you aren’t dealing with an ever-expanding list of feature requests and usecases. You decide whether you want types or editor integrations or whatever by duct taping together a few libraries.