MurphyA/hacker-news huggingface dataset:
by Aeyxen | 2025-05-18 10:23:27+00:00
The thread keeps circling around the politics, but almost nobody has dug into what actually goes on in the NWS tornado warning pipeline.

It's worth being specific: the National Weather Service operates some of the most robust automation and radar ingest pipelines on Earth, but the final go/no-go warning call is almost always human—often a single overnight forecaster on a console, monitoring a swath of counties. Automation (e.g., Warn-on-Forecast guidance) can surface threats, but the NWS intentionally doesn't have an 'auto-warn' button for tornadoes, because of the asymmetry of false positives (blow credibility, cost lives in the long run).

Budget cuts reduce redundancy and experience in those overnight shifts. When you have only one person monitoring instead of a team of two or three, you get decision fatigue and coverage holes, especially during clustered, multi-cell outbreaks. We've seen near-misses in the past, and every pro-meteorologist I know says they're playing defense against process errors, not just technology failures.

Before we point fingers or blame 'technology/automation' shortfalls, let's quantify the concrete bottleneck: skilled human decision-makers are the limiting reagent; machine learning warning aids are still years away from majority trust.
by Nevermark | 2025-05-18 10:23:56+00:00
Ambiguities are not a good argument against laws that still have positive outcomes.

There are very few laws that are not giant ambiguities. Where is the line between murder, self-defense and accident? There are no lines in reality.

(A law about spectrum use, or registered real estate borders, etc. can be clear. But a large amount of law isn’t.)

Something must change regarding copyright and AI model training.

But it doesn’t have to be the law, it could be technological. Perhaps some of both, but I wouldn’t rule out a technical way to avoid the implicit or explicit incorporation of copyrighted material into models yet.
by majkinetor | 2025-05-18 10:24:31+00:00
Autohotkey is go to on Windows for stuff like this, and its called hotstrings [1]. Hotstrings are much more powerfull. Trigger can for example run arbitrary function. AFAIK on linux, you can run it using wine.

[1] https://www.autohotkey.com/docs/v2/Hotstrings.htm
by delbronski | 2025-05-18 10:26:50+00:00
People, no. Companies, yes.

If a web tool saves me and my team at work a bit of time for $5/month, yes, 100%, swipe the company card! Sure let’s buy another JS table library.

But if I’m working on a personal project, or I have to pay for said tool with my personal card, probably not. I’ll spend the time building my own solution from scratch while never actually finishing my project.
by vicentesteve | 2025-05-18 10:26:57+00:00
Quantum computing offers immense power, but remains out of reach for most users. This preprint introduces a universal protocol that enables purely classical clients to securely delegate quantum computations to remote servers, while ensuring both blindness (privacy) and verifiability (correctness).

The protocol integrates:

Post-quantum cryptography (trapdoor claw-free functions, LWE) Zero-knowledge SNARKs A novel thermodynamic verification mechanism using entropy flow as a physical signature of computation

The goal: democratize access to quantum computing without compromising trust or requiring quantum capabilities.

Would love feedback from the community.

Paper: https://www.researchgate.net/publication/391055609_Universal... Author: Vicent Esteve Voltes
by sabellito | 2025-05-18 10:28:16+00:00
LCH is awesome but OKLCH is even better!

https://evilmartians.com/chronicles/oklch-in-css-why-quit-rg...

Can honestly say this article changed my perspective on this subject drastically, such an amazing tool. I was very surprised that my designer friends hadn't heard of oklch at all, it solves a whole category of problems.
by never_inline | 2025-05-18 10:28:35+00:00
1. The article seems kind-of shallow. I didn't see any concrete (qualitative or quantitative) remarks about the "fast" part. I don't doubt you have reasons to do this - but I expected some information on what component are you writing using Rust + JNI, and how it helped? Or is it just a demo?

At some point, repeated calls into the JNI are counter-productive to performance, since the JIT can not optimize them. Pinning affecting garbage collection is another potential drawback if any of your rust calls are long lived. If we don't measure and just conclude "we are fast because rust is faster than Java, and we took average of both speeds", it's a disservice.

2. Also, I see unsafe for each call? I'd rather isolate this into a class / different file, since in JNI only few types of calls are possible. (method returning one of the primtive types, an object or `void`). This is the approach I took in dart jnigen. (Though there, the call is Dart -> Java, not Java -> Native language).

unsafe { env.call_method_unchecked( java_logger, logger_method, ReturnType::Primitive(Primitive::Void), &[JValue::from(format_msg(record)).as_jni()] ); }

3. I believe some details are missing here. What's native_add_one mapped to? And how is tokio futures awaited from Java? I believe that's the important part you should be presenting.

public CompletableFuture<Integer> add_one(int x) { long futureId = native_add_one(x); // Call Rust return AsyncRegistry.take(futureId); // Get CompletableFuture }

4. Also please don't use ChatGPT for writing anything. It totally derails the reader by mentioning irrelevant details and long winded corporate conclusion at the end of every sentence.
by Aeyxen | 2025-05-18 10:31:22+00:00
It's always amusing to watch people act shocked when LLMs beat average humans at persuasion. The actual headline here should be: 'A system trained on terabytes of successful human persuasion is better at persuasion than a random person on a crowdwork platform.' No mystery—just the mechanics of scale and exposure.

But guess what? Now, finally, we can co-opt LLMs for things humans fumble: e.g., real-time conversational tutoring, adaptive negotiation agents, or even scalable personal 'bullshit detectors' as countermeasures. I hope conversation doesn't go into AI-Safeteyism and restricting LLMs and more about building stuff. Let's build, not block.
by TonyTrapp | 2025-05-18 10:31:27+00:00
I think FBEdit was the closest to that, but like with most other languages, it never reached the same level of integration and quality because forms are simply not first-class citizens in FreeBASIC, unlike VB where the whole development process evoled around forms. You always need native GUI code or use a GUI library like GTK to achieve the same in FreeBASIC.
by bosky101 | 2025-05-18 10:31:31+00:00
Your homepage has no screenshots to inspire confidence to signup. All links/buttons just jump to signup. Maybe add ^ video to improve conversion.

Also having nothing open source on GitHub was unexpected but understandable. It's ok to be private for a private company. It's just that the entire ecosystem is open source. A day may come when it's strange not to have code running on your laptop to be open source. But it's totally your call.

PS: you should spend some money on a designer. Too many margins and wastage of space in your demo app. And adding some polish could go a long way in adoption/fomo/conversion.

Followed on x.

Good luck!
by andy99 | 2025-05-18 10:32:39+00:00
It's interesting to think about the parallels.

Social networks hijacked the natural reward system people have regarding interpersonal interaction.

What's the analogy for LLMs? Outsourcing thought (which used to be required to accomplish things) to a crappy simulation of it?

Or another way to look at it, engagement algorithms on social media prioritize empty content that's easy and mindless to consume. RLHF or whatever preference optimization algorithm trains LLMs prioritizes empty but plausible content that replaces real thought and writing effort.

Our stomachs (fast food), our social skills, and now our thinking are all atrophying.
by lynndotpy | 2025-05-18 10:34:50+00:00
> You can say that about any languages that you yourself know, or other people know.

No, I'm saying that Rust was easier to hack on and contribute to (on my own) when I had never written any Rust before. Rust (and almost Go) is the only language I can confidently say this about. It's not even in my top 5 strongest languages now, but I still stand by this.

E.g. Look at the build instructions for Gimp and all its prerequisites: https://developer.gimp.org/core/setup/build/

Very normal C++ project, ~500 words of instructions. Once I started thinking about using a chroot to fix dependency issues after I'd already built bebl and gegl, I gave up, because I ran out of free time. It didn't matter how much C++ I knew.

Rust projects, comparatively, almost never demand that. It's almost always just `cargo build`, with some rare exceptions (e.g. The one exception I know of for which this is not true for is Graphite, which is a web app and also uses npm. )
by AStonesThrow | 2025-05-18 10:35:00+00:00
This article seems to be referring to the newest LLMs and the associated craze around generative AI in particular, rather than demonstrating any insight or deep knowledge about A.I. type systems, including Machine Learning, neural networks, inference engines, expert systems, etc. etc.

The reality is that A.I. systems have pervaded our lives for decades. Businesses have implemented A.I. at all sorts of levels, whether or not it was formally called or considered A.I., they've done it.

And if you only knew how pervasive and common it's been for this long period of time, you may begin to doubt whether your life is worse because of it. Perhaps your life is the same. Perhaps your life is even better, because you've actually been able to get things done, as a consumer, as a citizen, thanks to A.I. systems churning in the background and presenting a uniform interface to you and the human droids you've encountered on the front-lines.

There is currently a huge circus going on around LLMs and generative type A.I. These are not the be-all, end-all of the technology, and it's disingenuous for myopic authors like this to limit the conversation around it.
by greatgib | 2025-05-18 10:38:49+00:00
Wtf, so now you will not be able to use the same cert for bidirectional TLS connection.

And this is totally a free user hostile change with dubious justification.

Each service that will accept the client cert can decide or not to accept a root certificate. And chrome is not even on the server side, so I don't understand why they have a say in what should be acceptable by a server (except the monopoly they have on the client to be able to refuse certs with this flag).

So now you will have to pay again legacy cert authorities to be able to use TLS client cert. Just to be put in perspective with the recent changes pushed by the same actors to enforce a reduction in validity duration of certificates to short periods, like less than a year when you need to constantly go back to your official root cert authority.

All of that without a valid widespread problem that they would be trying to fix.

In addition, letsencrypt could continue to support a dedicated profile for that but they won't. Discontinuing something they even already created to fix the issue. So TLS client cert will become a "pro" limited feature...
by owebmaster | 2025-05-18 10:38:57+00:00
> But the host application does much more than just connect to MCP servers, as the host is one-to-many client connections. The host application also has OTHER client connections to AI agents and so-forth.

Yes, that is the case, but they could have called just connections, a MCP Client (host) keeps multiple open connections to MCP servers. Everywhere in the docs and in the internet peoplE MCP Client the app connecting to mcp servers, not MCP hosts.
by joshstrange | 2025-05-18 10:44:58+00:00
I guess that depends on your definition of “desktop”.

What that really means (I think) is they aren’t using the power and cooling available to them in traditional desktop setups. The iMac and the Studio/Mini and yes, even the Mac Pro, are essentially just laptop designs in different cases.

Yes, they (Studio/Pro) can run an Ultra variant (vs Max being the highest on the laptop lines) but the 2x Ultra chip so far has not materialized. Rumors say Apple has tried it but rather could get efficiencies to where they needed to be or ran into other problems connecting 2 Ultras to make a ???.

The current Mac Pro would be hilarious if it wasn’t so sad, it’s just “Mac Studio with expansion slots”. One would expect/hope that the Mac Pro would take advantage of the space in some way (other than just expansion slots, which most people have no use for aside from GPUs which the os can’t/won’t leverage IIRC).
by xbmcuser | 2025-05-18 10:45:52+00:00
China will likely be the country taking forward RISC-V and ditching Arm and x86 completely. With USA trying to stop other countries from using latest Chinese tech they are given more reason to ditch any and all propitiatory US tech. So over the next decade I expect RISC-V architecture to enter and flood all Chinese tech devices from Tvs to cars and everything else that needs a CPU.

I personally hope China get's competitive in the node size as well as I want gpu and cpus start getting cheaper every generation again as once TSMC got big lead over Intel/Samsung and Nvidia got a big lead over AMD prices have stopped coming down generation to generation for CPU's and GPU's
by bullen | 2025-05-18 10:46:15+00:00
I agree that Java + native is the way to go.

But does rust really give you an edge over C/C++?

Here is how you do JNI with C++: http://move.rupy.se/file/jvm.txt

So simple it's ridiculous!

Then you can use RegisterNatives to give C++ API to the Java side instead of the stub (Java calls C++ .dll/.so) thing...
by hagbard_c | 2025-05-18 10:46:37+00:00
Here's why to ditch the 'fruit phone' from the 'fruit factory': no functional firewall on those devices, anything Apple is free to do whatever it wants according to the whims of Cupertino, not nearly the level of fine-grained control you can achieve with the mentioned setup, horribly expensive, subject to forced upgrades due to planned obsolescence, you need to totally buy in to their 'ecosystem', sleazy tricks like on-device content monitoring to 'protect the children', limited free software availability, etc.

There are more reasons related to the freedom AOSP-derived Android distributions give for those who want to have more control over what the devices can be used for and which network resources they can connect to. It comes down to the difference between having a Linux-based device with near full access (with the exception of the radio firmware) and a factory-sealed no-serviceable-parts-inside device.
by giomasce | 2025-05-18 10:47:07+00:00
What Every Programmer Should Know About Enumerative Combinatorics -> Nothing.

It can be interesting to know something (or even a lot) about enumerative combinatorics, and certainly there are some specific programming contexts in which that's a hard prerequisite, but it's not a topic that necessarily concerns every programmer.

OTOH I think it would greatly help programmers, especially beginners, to have fewer click baity titles around.
by latexr | 2025-05-18 10:47:26+00:00
> So it makes me wonder if artists will just be downgraded to an "AI" training position, but it could be for the best as people can draw what they like instead and have that input feed into a model for training which doesn't sound too bad.

Doesn’t sound too bad? It sounds like the premise of a dystopian novel. Most artists would be profoundly unhappy making “art” to be fed to and deconstructed by a machine. You’re not creating art at that point, you’re simply another cog feeding the machine. “Art” is not drawing random pictures. And how, pray tell, will these artists survive? Who is going to be paying them to “draw whatever they like” to feed to models? And why would they employ more than two or three?

> it still make me wonder (…) if we're going to start losing challenging styles (…) and everything will start 'felling' the same.

It already does. There are outliers, sure, but the web is already inundated by shit images which nonetheless fool people. I bet scamming and spamming with fake images and creating fake content for monetisation is already a bigger market than people “genuinely” using the tools. And it will get worse.
by ben_w | 2025-05-18 10:47:35+00:00
While LLMs are pretty good, and likely to improve, my experience is OpenAI's offerings *absolutely* make stuff up after a few thousand words or so, and they're one of the better ones.

It also varies by language. Every time I give an example here of machine translated English-to-Chinese, it's so bad that the responses are all people who can read Chinese being confused because it's gibberish.

And as for politics, as Grok has just been demonstrating, they're quite capable of whatever bias they've been trained to have or told to express.

But it's worse than that, because different languages cut the world at different joints, so most translations have to make a choice between literal correctness and readability — for example, you can have gender-neutral "software developer" in English, but in German to maintain neutrality you have to choose between various unwieldy affixes such as "Softwareentwickler (m/w/d)" or "Softwareentwickler*innen" (https://de.indeed.com/karriere-guide/jobsuche/wie-wird-man-s...), or pick a gender because "Softwareentwickler" by itself means they're male.
by tlb | 2025-05-18 10:49:09+00:00
The 128- and 256-core ARM server chips (like from Ampere) are pushing server performance in interesting ways. They're economically viable now for trivially parallelizable things like web servers, but possibly game-changing if your problem can put that many general-purpose cores to work.

The thing is, there aren't that many HPC applications for that level of parallelism that aren't better served by GPUs.
by killme2008 | 2025-05-18 10:49:59+00:00
This article summarizes our experience from a commercial project that runs on an in-vehicle Android system. In this project, we needed to invoke Rust code(DB) from Java(App), so we couldn't directly use the project’s source code for demonstration. Instead, we created a demo project: https://github.com/GreptimeTeam/rust-java-demo

1. I agree that using Rust doesn't necessarily mean faster performance; it simply gives you the opportunity to implement some compute-intensive modules in Rust, which is a possible approach.

2. This is a great suggestion, and we organized our project in the same way. You don’t need to use unsafe for every call. However, if you want to call JNI APIs from Rust, unsafe is required.

3. Sorry, some details were missing here. We use AsyncRegistry(Java) as an intermediary. Before initiating an async operation in Rust, we need to call Java code in advance to register a future and obtain a unique future ID. After the async execution completes, we retrieve the registered future by its ID, and then complete it or complete it exceptionally depending on the async result. You can refer to this code: https://github.com/GreptimeTeam/rust-java-demo/blob/90ffa0ba... and https://github.com/GreptimeTeam/rust-java-demo/blob/90ffa0ba...

4. This article was not generated by AI; it’s just that our official blog has a fixed template at the end. Sorry for the inconvenience.
by johnisgood | 2025-05-18 10:49:59+00:00
I do not know about Rust (because of all these lifetime and borrow checking stuff), but Go is definitely one of the languages one can easily contribute to without knowing much about the language, especially if you use VSCode with its Go extension.

I do not like C++ projects, they are behemoths, slow to compile, and C++ continues getting so much bullshit bolted on top of the language. It is extremely complicated, at least for me.

Most of my projects - regardless of language - has extremely simple build instructions, no matter how large it is.

As for GIMP, "meson" and "ninja" is not too bad, I have come across projects with much worse build instructions, but I agree, it is leaning towards "complicated".

> Once I started thinking about using a chroot to fix dependency issues after I'd already built bebl and gegl

Been there, done that. I remember compiling GCC myself, it was not as straightforward as, say, LLVM + clang. I think the issue is not with the language itself, however, but the developers who do not simplify the build process.
by rubitxxx4 | 2025-05-18 10:50:02+00:00
There was a comment here that I no longer see from someone that may work at Meteoblue (or majority shareholder Windy) which was very informative about various weather models. I think it’d be great if that person would write a post and share it, because I’d like to find a service that can provide the most reliable forecast dumps for our use in behavioral predictions.

The Meteoblue predictions seem sometimes much different from other predictions, and it was said that Meteoblue had a combined model that may be better than all other models, so I’d like to see some data.
by mebcitto | 2025-05-18 10:50:20+00:00
Other relevant talks/blogs that I found really useful for understanding Postgres locks are:

* Unlocking the Postgres Lock Manager by Bruce Momjian: https://momjian.us/main/writings/pgsql/locking.pdf

* Anatomy of table-level locks by Gulcin Yildirim Jelinek: https://xata.io/blog/anatomy-of-locks
by zahllos | 2025-05-18 10:51:37+00:00
Further additions to your comment. Expanding on your downside: Big reforms like giving women the right to vote only took effect in 1971 on the federal level. On a cantonal level, Appenzell-Innerhoden had to be forced into it in the 90s by the Tribunal Federal, but well.

I'd add some advantages to the upside as well: some changes require a referendum, such as changes to the constitution. But there's more: a popular initiative can be launched and if you collect 100,000 signatures in 18 months, you can force a vote on your own law. This is most commonly done by political parties and adjacent organisations, so it is at least feasible that a privacy-conscious organisation could launch an initiative to make it illegal to store any kind of user-identifying data. It is even possible private citizens could do it. There would likely be a "contre-projet" arguing why this isn't a good idea, but there is often a for/against for any initiative or referendum and they get to present their views in detail (in paper booklets, the vote swiss app, and on the federal chancellery website).

Further upsides: unlike US/British/some other countries, nobody has a 50% voting block in the Swiss parliament and it has remained a coalition since the modern iteration of the country (since 1848).

Basically Swiss politics is extremely deliberative. I honestly think "we will quit Switzerland if they do this!" is a bit of a hyperbolic reaction.
by d-lisp | 2025-05-18 10:54:28+00:00
I believe in UML usefulness as a whiteboard/blackboard language. A fun way to explain what you need or what you imagine to be a good architecture, but that's all, it's a drafting tool. But then, why not using it as a communication tool ? You would draft something on the board, the LLM would generate the program. Sometimes it is simpler to draw 5 rectangles, name then and show their relationships in UML class modeling than to explain it textually.
by zahllos | 2025-05-18 10:54:44+00:00
Yes, except that the "votations" happen 4x per year. Here are all the next ones: https://www.bk.admin.ch/ch/f/pore/va/vab_1_3_3_1.html

Each will have 1-4 issues (approx) scheduled. Elections for politicians happen every 5 years, but no need to wait for those. What takes time (for votations) is the process: you have to verify the signatures once they're handed in at the federal chancellery and then decide when to schedule it.