MurphyA/hacker-news huggingface dataset:
by cardanome | 2025-10-13 11:36:17+00:00
> For example both think that a developer writing normal code should not have to worry about null pointers or be able to cause a use-after-free

Like 99% of all languages currently in use.

These things have long been solved way before Rust even existed. Rust has only filled the small niche of cases where you can't or don't want to use automatic garbage collection.

> complex type system

Python's type system is orders of magnitude more complex. Dynamic type systems are crazy powerful, this is why Typescript is such an complex beast.

Rust has static type checking, which is what you mean. Which also means that Rust is limited to the types that are can be expressed and are decidable with that system, while Python allows you to do... whatever and types are only checked at runtime or with external tooling.

Python's type system is easier to use but more complex. Rust's is simpler but harder to use. I know people forget the difference between complex and hard but it is an important one.

A better reason Python is Rust are seen together is that Python is an excellent glue language. Same reason people like C and Python. Plus both Rust and Python are pretty trendy these days.
by gcanyon | 2025-10-13 11:36:26+00:00
For sure! Turnabout for the goose etc.:

My instinct is that things have largely gotten better over time. At a super-macro level, in 1900 we had directly adulterated food that e.g. the soldiers receiving Chicago meat called "embalmed". In the mid-20th century we had waterways that caught fire and leaded gas.

By the late 20th we had clean(er) air (this is all from a U.S. perspective) and largely safe food. I think if we were to claim a regression, the high point would have to be around 2000, but I can't point to anything specific going on now that wasn't also going on then -- e.g. I think microplastics were a thing then as well, we just weren't paying attention.
by vicentereig | 2025-10-13 11:37:10+00:00
I work with DSPy in Python and felt it was missing in the Ruby ecosystem.

So I started https://github.com/vicentereig/dspy.rb: a composable, type-safe version built for Rubyists who want to design and optimize prompts, and reuse LLM pipelines without leaving their language of choice. Working with DSPy::Signatures reminds me a bit of designing a db schema with an ORM.

It’s still early, but it already lets you define structured modules, instrument them in Langfuse, wire them up like functional components, and experiment with signature optimization. All in plain Ruby.
by lyu07282 | 2025-10-13 11:37:22+00:00
> If you did so too, you would've read the message from github which says "...disallow usage of camo to disclose sensitive victim user content"

They use "camo" to proxy all image urls, but they in fact did remove the rendering of all inline images in markdown, removing the ability to exfil data using images.

> Now why on earth would I take all the effort to come up with a new way of fooling this stupid AI only to give it away on HN?

You just didn't make it very clear that you discovered some other unknown technique to exfil data. Might I encourage you to report what you found to Github?

https://bounty.github.com/
by mpalmer | 2025-10-13 11:38:17+00:00
There's an entire separate copy of Chromium attached to every single goddam Electron app I install. It's completely insane. It's not at all worth the consistency you point out. Far too high a price.

The Tauri team is doing God's work. Electron was a fine enough idea, but I can't wait to see it improve or die. Imagine Electron supporting cross-compilation for mobile OSes. They won't close that particular gap with Tauri any time soon.
by stevage | 2025-10-13 11:38:25+00:00
My one-person side project, Whenever: https://stevebennett.me/2025/08/26/whenever-exploring-times-...

In short, an explorable database of movies, TV shows, books and board games organised around the time and place that they're set. So if you're interested in stuff set during the French Revolution but not in Paris, you could find it there, for instance.
by welzel | 2025-10-13 11:39:46+00:00
The real issue is that you can´t disable this CRAP.

Why can´t Apple allow for a setting to 100% disable this bad idea of an UI/UX experience? How much drugs do you need to consume, in order to assume that people who use a computer for professional work want this interface?

What was the user requirement for it? "lets waste as much UI as possible and make it very, very hard to work on Mac OS!"

Who approves this kind of bad UI/UX?
by UncleMeat | 2025-10-13 11:40:44+00:00
A friend of mine was targeted by TPUSA. Members in good standing did things like

* take their class, deliberately do a bad job, and then try to get them fired for bias against conservatives

* take their class and write hate speech in coursework to harass my friend, then withdrawing to avoid the F

At the same time my friend started receiving emails with death threats, hate speech, gore, and hardcore porn from anonymous email addresses. I cannot prove it, but I would be stunned if this was not from the same people.

Kirk and TPUSA knew what happened to targeted faculty.
by mpalmer | 2025-10-13 11:41:43+00:00
> With our computers getting more RAM and disk space every few years - especially compared to AI needs, Electron is actually super lean compared to those AI llms models. Funny enough, LM Studio is an Electron app ;)

This is a phenomenally bad take. This is exactly the thought process that has led to the insane software bloat problems we're dealing with now (with Electron as one of the worst offenders).

> good luck implement something like rtl, i18n, text select and right click context menus in you favorite C/Go/Rust/ImGui/ImmediateModeWhatever library.

> Electron is superior for any text/form apps. HTML/CSS/JS are truly magical if you dive deeper and for any form-like classical type of crud apps there is really no better option.

I don't think you understand what Tauri is.
by paulryanrogers | 2025-10-13 11:41:51+00:00
> They're told that gibberish is real,

Literally. In pentecostal churches people (even children) are taught to babble out loud as if it's divine revelation. And another to 'interpret' the gibberish in the 'human' language for everyone else to understand.

Many of these people are college educated. Yet they learn to compartmentalize to the extreme.
by samrazer | 2025-10-13 11:41:58+00:00
I think the majority of the problem stems from the ads and I totally understand it — even if “minimal” sounds fine on a large screen, I see how visually some pages can feel crowded, especially compared to free or open-source alternatives. Google does sometimes adjust the number of ads depending on screen size, so I’ll look into optimizing that so it feels less intrusive.

Also, the privacy pop-up is actually the default from Google, and it varies by region — users in the U.S. see a slightly smaller version than in the EU. Still, I understand it can disrupt the experience, so I’ll explore ways to make it smoother.
by newpavlov | 2025-10-13 11:43:22+00:00
Thank you for a great overview! I wish HTTP3/QUIC was the "default option" and had much wider adoption.

Unfortunately, software implementations of QUIC suffer from dealing with UDP directly. Every UDP packet involves one syscall, which is relatively expensive in modern times. And accounting for MTU further makes the situation ~64 times worse.

In-kernel implementations and/or io-uring may improve this unfortunate situation, but today in practice it's hard to achieve the same throughput as with plain TCP. I also vaguely remember that QUIC makes load-balancing more challenging for ISPs, since they can not distinguish individual streams as with TCP.

Finally, QUIC arrived a bit too late and it gets blocked in some jurisdictions (e.g. Russia) and corporate environments similarly to ESNI.
by b112 | 2025-10-13 11:43:52+00:00
It is naive to think that once we achieved something, we don't need to keep fighting in purpose to keep it.

I agreed with this in my post, but I suppose not using those words. However, I discussed how people used to pay attention to experts, and they really, really did. Of course nothing is absolute, but there is a massive change, from what I see, between 50 years ago and now.

The average person didn't want to seem "stupid", by trying to claim that germs didn't exist (because they can't see them), or that the world was flat, or whatever may be said.

Yet now, as I said, we have all these sources of just plain stupid, spewing stupid as knowledge. Before, we could enact change and at least get the public behind it.

Now (and you seem to agree here!) it's harder to do so. And we're losing ground!

So I disagree that it's about us not organizing. Very successful ways to organize and educate now fail due to this slop. It's not us, it's the world, fading, dimming, dropping back into the gibberish of the masses.
by pjmlp | 2025-10-13 11:43:59+00:00
I know well enough my way around vi, because although XEmacs was my editor during the 1990's when working on UNIX systems, when visiting customers there was a very high probability that they only had ed and vi installed on their server systems.

Many folks nowadays don't get how lucky they are, not having to do UNIX development on a time-sharing system, although cloud systems kind of replicate the experience.
by odogwu200 | 2025-10-13 11:45:56+00:00
Before I started working on AristoCarWare, I spent years managing data centers — optimizing infrastructure where efficiency and uptime mean everything. In that world, computing evolved from physical servers to the cloud, a model built on one core principle: don’t let capacity sit idle. The cloud made computing scalable, efficient, and cost-effective by pooling underused resources and distributing them on demand.

The automotive world hasn’t had its “cloud moment” yet — until now. Across America, dealerships are sitting on hundreds of billions in idle inventory — cars depreciating daily, financed by loans that bleed them dry. At the same time, consumers are drowning in $1.6 trillion of car debt, locked into long, predatory loans that make ownership a burden. It’s the same inefficiency I used to see in data centers — just applied to mobility.

That’s why I built AristoCarWare — the cloud for mobility. We turn idle dealership inventory into an active, revenue-generating network through car subscriptions. Just like the cloud, our platform connects unused capacity (idle cars) to real-time demand (drivers who need flexible access). Dealers earn recurring revenue on cars that would otherwise depreciate, and drivers get affordable mobility without the debt trap.

The future of transportation won’t be owned — it’ll be accessed, scaled, and optimized, just like the cloud transformed computing. AristoCarWare is bringing that same revolution to mobility — where every car is connected, efficient, and profitable.
by hwillis | 2025-10-13 11:46:39+00:00
Pretty unlikely. Solar is built on cheap land with low demand, and if the land isn't sold then the power is free so why wouldn't you sell it? No matter how high the taxes are, free money is free money. Aside from making it totally illegal it is very hard to reduce the incentive to sell power.

On top of that the subsidies for solar installations are mostly frontloaded, since the costs are frontloaded. Annual tax breaks are transferrable, so they get sold at the beginning of the project to offset investment cost, lowering interest payments. Even removing tax breaks would not make existing installations less profitable.
by samus | 2025-10-13 11:47:04+00:00
> And some people write code in Python which provides no automatic verification whatsoever.

Python is a language with almost no static validation whatsoever. It would be very odd if it cared about checked exceptions. This dynamism makes big Python code bases infuriating to work with.

> When we're talking about IO Exceptions, it's almost always failed operation which requires complete abort. It's either failed hardware, or, typically, disconnected client. Can't do much about it, other than clean up and proceed to the next client.

If this is the case then the solution is to add it to the `throws` list.

> That's not exactly true. In JVM, NullPointerException is absolutely well defined and you can continue execution after catching it.

Why would I catch a NullPointerException instead of fixing my application? The JVM is indeed completely fine, but processing still cannot continue because that code simply does not exist.
by shiandow | 2025-10-13 11:47:05+00:00
I don't think there's any mathematical reason to lay out the elements in memory that way. Sure given no context I would probably use i = row + n col as index, but it doesn't really matter much me.

If I had to pick between a matrix being a row of vectors or a column of covectors, I'd pick the latter. And M[i][j] should be the element in row i column j, which is nonnegotiable.
by zschuessler | 2025-10-13 11:47:08+00:00
A Windows-like UI, but for macOS.

I only recently reached an alpha - and I am looking for testers!

- Alpha screenshot: https://drive.google.com/file/d/1Wi6MqxC17iIzfSL--_nNxHxbID1...

- Rambling why I built it, plus Discord link: https://progress.compose.sh/about
by btreecat | 2025-10-13 11:47:23+00:00
> All that said, I'm one who appreciates information density! How about coloring branching code paths/call stacks? > > My keyboard has a concept of "layers," which allows each key to map differently depending on the layer. I've seen this used to make a numpad or to have a QWERTY and DVORAK layer. What if highlighting was the same? Instead of competing for priority over the color channels, developers could explicitly swap layers?

I was thinking about coloring logic /scope blocks as a way to help visualize scope and flow, even if it required static analysis and a simple script it could be useful when I need to debug
by maxglute | 2025-10-13 11:47:36+00:00
They seppukued by walking away from cheap RU gas.

Cheap RU gas isn't just power, it's cheap industrial feedstock/inputs. Renewable/nuclear does not replace this. So all the wank about their energy policy is distraction. TLDR:

Competitive Germany industry needs cheap RU gas.

Healthy German economy with 40% trade GDP needs US + PRC, then RoW markets.

PRC market going away.

Germany "chose" (maybe pressured) into expensive US gas to keep US market, because doesn't matter manufacturing cost if you lose biggest future market, and can't manufacture without reliable source of gas. The lockin is DE gets US gas and US market access.

But Germany with expensive US gas = will eventually lose competitiveness in most other markets, so sectors will crater. Double whammy of other (PRC) being more competitive and DE making it self even less competitive.
by irowe | 2025-10-13 11:47:38+00:00
A huge value in having authors upload the original source, is it divorces the content from the presentation (mostly). That the original sources were available was sufficient for a large majority of the corpus to be automatically rendered into HTML for easier reading on many devices: https://info.arxiv.org/about/accessible_HTML.html. I don't think it would have been as simple if they had to convert PDFs.
by baranul | 2025-10-13 11:48:14+00:00
> I am actually a bit surprised by the popularity of Zig on this website, given the strong dislike towards Go.

I'm not sure that's true, that there is a strong dislike towards Go on here. Maybe that's just competitors or their zealots creating such a perception. Even if that was the case (it being disliked on here), it would only hold true for this site, and not in general. Go is ranked as a top 10 language by TIOBE (as of October 2025). Rust is ranked 16, Swift is ranked 22, Vlang is ranked 42, and Zig behind it at 43.

> for serious industry projects starting in 2025...

In regards to starting projects with Zig, as long as people are clear that it's still in beta, then they should be fine with accepting the risks that go along with that. It's also fine not to want to use Zig and stick with the language that you are comfortable with. If a person wants to experiment or to see what's available, there are many languages in the "better C" or "C alternative" category.
by anthk | 2025-10-13 11:49:29+00:00
Modern doesn't always mean better. A better replacement for mplayer was mpv, and in some cases mplayer was faster than mpv (think about legacy machines).

- bat it's a useless cat. Cat concatenates files. ANSI colour breaks that. - alias ls='ls -Fh' , problem solved. Now you have * for executables, / for directories and so on. - ncdu it's fine, perfect for what it does - iomenu it's much faster than fzf and it almost works the same - jq it's fine, it's a good example on a new Unix tool - micro it's far slower than even vim - instead of nnn, sff https://github.com/sylphenix/sff with soap(1) (xdg-open replacement) from https://2f30.org create a mega fast environment. Add MuPDF and sxiv, and nnn and friends will look really slow compared to these.

Yes, you need to set config.h under both sff and soap, but they will run much, much faster than any Rust tool on legacy machines.
by landgenoot | 2025-10-13 11:49:34+00:00
This is how I feel as well. Spend some time "optimizing" my CLI with oh my zshell etc. when I was young.

Only to feel totally handicapped when logging in into a busybox environment.

I'm glad I learned how to use vi, grep, sed..

My only change to an environment is the keyboard layout. I learned Colemak when I was young. Still enjoying it every day.
Two tiny Bun-native packages tRPC over Bun.serve and a Kysely Postgres dialect
by lacion | 2025-10-13 11:49:47+00:00
I’ve been using Bun-first stacks in a few monorepos and ended up extracting two small packages that might save others some glue code. Both are MIT, ESM-only, and avoid Node shims.

— trpc-bun (Bun-native tRPC adapter: HTTP + WebSocket) What: Run tRPC on Bun.serve with first-class HTTP and WS. How: HTTP via a fetch adapter + server.upgrade; WS via Bun’s websocket handler; one-liner server composer; optional reconnect broadcast. Reqs: Bun ≥ 1.3.0, @trpc/server ≥ 11.6.0, TS ≥ 5. Repo: https://github.com/lacion/trpc-bun

Highlights: • Uses only public tRPC server APIs (v11) • createTrpcBunFetchAdapter, createTrpcBunWebSocketAdapter, configureTrpcBunServer • Connection params over WS, subscriptions, mutations, error shaping • Duplicate-id protection, graceful stop/disconnect • bun test + GitHub Actions CI

— kysely-bun-sql (Kysely Postgres dialect backed by Bun SQL) What: Tiny, dependency-free Kysely dialect/driver using Bun’s native SQL client. How: Pooled SQL under the hood (reserve()/release()), Kysely’s Postgres adapter + query compiler. Reqs: Bun ≥ 1.1.31, Kysely ≥ 0.28, TS ≥ 5. Repo: https://github.com/lacion/kysely-bun-sql

Highlights: • Bun-native PostgreSQL via new SQL() or env auto-detection • Pooling, prepared statements, parameter binding via Bun SQL • Full Kysely integration (adapter, query compiler, introspector) • Transactions and savepoints through Kysely • No runtime deps, ESM only

I’ve been running both in real projects; publishing them to get more eyes on edge cases. Would love feedback on correctness, ergonomics, and Bun version quirks. Issues/PRs welcome. Thanks for taking a look.
by VenturingVole | 2025-10-13 11:50:25+00:00
This was last week.

I ought to caveat that from a KYC perspective, I likely would have been 'easy' since my career history involves many well-known companies and the requested account was for a UK company that has been running for nearly 20 years.

Though I'm no longer personally in the UK. Microsoft on the other hand: It was impossible for me to open up an Azure account even with their Customer Support. Suspect I will have to use Tailscale to bypass overly rigid geographical controls.
by mike_hearn | 2025-10-13 11:51:12+00:00
The only way to genuinely control captured territory on the ground is with infantry, and it'll remain that way for a while yet. America demonstrated the limits of what you can do with Predator drones in Afghanistan; the tech worked great and posed a huge threat but the Taliban was never truly defeated and continued training and recruiting at scale.

For something like an invasion of Taiwan or (gulp) other territories beyond that, the only way to completely subdue the captured population is with lots of soldiers.
by gcanyon | 2025-10-13 11:51:34+00:00
I wonder if there are studies on the lives saved by asbestos's fireproofing feature vs. cost by its lung-disease-causing feature.

Answering my own question: the WHO estimates it costs 200K lives per year. No estimates on the other side, but that's a big number to overcome...

https://www.who.int/news-room/fact-sheets/detail/asbestos
by ben_w | 2025-10-13 11:51:35+00:00
I'm not the person you're replying to, but if I read the following link correctly, the USA average price to purchase is only $5.5k/acre, and any part of the US cheaper than or including the average price in Nebraska (ranked 17th at $3,884/acre) could well be trading food farmland for solar farm land at that price:

https://acretrader.com/resources/farmland-values/farmland-pr...
by kevg123 | 2025-10-13 11:52:05+00:00
> As the packet loss rate increases, HTTP/2 performs less and less well. At 2% packet loss (which is a terrible network quality, mind you), tests have proven that HTTP/1 users are usually better off - because they typically have up to six TCP connections to distribute lost packets over. This means for every lost packet the other connections can still continue.

Why doesn't HTTP/2 use more than one socket?
by dsr_ | 2025-10-13 11:53:45+00:00
No, because they mostly got military funding, not private equity.

ARPA would throw relatively large sums of money at you, but demand progress reports and a testable goal. Very little got rolled out based on hype. (Let's not talk about vehicle design.) If your project didn't show signs of working, or not enough signs of working, funding ended.

Anything which met goals and worked, we now think of as "automation" or "signal recognition" or "solvers", not "intelligent systems".
by rdsubhas | 2025-10-13 11:54:05+00:00
Backup works for a few outliers. But when everyone needs that backup at the same time, it's not a backup anymore.

From what we know...

- baseload electricity generation is not economical or practical (reactive) as a pure backup.

- a few grid-level mega-storage prototype projects, but nowhere near the scale of powering modern cities for a couple of off-weather days, or events where people congregate.

The hope is that – a combination of "couple of hours" of grid-level battery, and use that time to bring up a baseload. But the economics of that is abysmal (high capex/opex for what's essentially "hoping as an investor" for a few off-days so that this thing gets used after all). Those micro-nuclear-plants seem to still have a place.

As of now, grid as a backup is still only wishful thinking. Except for those who are already off-grid and changed their lifestyles to accomodate a few no-power days as a compromise.
by teitoklien | 2025-10-13 11:54:15+00:00
I know it’s controversial i know sometimes it’s inaccurate i honestly don’t care anymore i just don’t want the outrage inducing news content / videos / etc.

News is no longer the same everything is structured to maximize clicks , reactions, etc. Most news is misinformation or ideologically slanted anyways i just ask it to curate from feeds im interested in now, ive shifted to it only a few weeks ago, honestly its not as bad as people here are commenting it out to be.

i get it sounds dystopian but so does what i used to do previously. I dont need to know everything about everything, business & tech news i still read and watch myself as it tends to be fairly pleasant and inviting.

For me this is how the cons compare:

- Occasional inaccuracy from AI summaries < constant psychological damage from outrage algorithms

- Missing some nuance < being manipulated into anger and anxiety daily

- Imperfect information filtering > perfect exposure to toxic information delivery

I didn’t want to make this change i had to for my mental health sorry. Chatgpt can hallucinate a ton , claude is way more accurate and fair , i experiment with both.