MurphyA/hacker-news huggingface dataset:
by Leherenn | 2025-06-12 13:52:21+00:00
I think it's pretty clear with the constantly increasing durations of negative prices, so far we haven't found a way to do so profitably. Carbon capture or anything else for that matter.

Anything that would really love free energy also cost a lot to build and maintain/operate besides electricity. So much that a few hundred hours of free (or even better than free) energy a year is far from enough when you need >90% uptime to make sense. Maybe it makes you go from 95 to 85%, but still clearly it's far more than there are sunshine hours.
by grues-dinner | 2025-06-12 13:52:28+00:00
It's basically the idea behind things like hydrogen electroysis with excess energy.

The problem is that things that can use bulk energy productively like electrolysers, hydrocarbon crackers, smelters, AI training farms, etc. are very expensive and having them on warm standby but idle most of the time waiting for good grid weather makes for bad returns on the capital expenditure and operational costs.
by closewith | 2025-06-12 13:52:54+00:00
That wasn't your claim, though. You spoke of double-bird-strikes, of which there are multiple per year.

So far this year, it's happened at least twice resulting in engine failure.

Jan - Air New Zealand NZ207 - aborted take off following dual bird strikes and both engines damaged.

~~Mar - Ryanair FR 4102 - dual bird strikes on landing resulting in injuries and hull loss.~~

Before that, in December 2024, Jeju Air Flight 2216 crashed on landing following dual bird strikes, resulting in the loss of all PAX.

These aren't as rare as you believe they are.
by rickdeckard | 2025-06-12 13:52:59+00:00
> I was turned off by it looking like they might be selling out the home screen in a way that threatened privacy&security

This was honestly a realistic risk, not because of the link you shared but because over the course of development, the success of FFOS became increasingly dependant on the commitment of carriers, and the main interest of those carriers was to create a OS under their control...
by AtlasBarfed | 2025-06-12 13:53:00+00:00
What's the required computation power for those extra 9s? Is it linear, poly, or exponential?

Imo we got to the current state by harnessing GPUs for a 10-20x boost over CPUs. Well, and cloud parallelization, which is ?100x?

ASIC is probably another 10x.

But the training data may need to vastly expand, and that data isn't going to 10x. It's probably going to degrade.
by ofjcihen | 2025-06-12 13:53:44+00:00
Great article and great system.

A little out of scope since the article wasn’t about the finer points of ADHD but I’ve always wondered if we’re being disingenuously hard on ourselves by labeling it a disorder.

So many people show the symptoms and they’ve only gotten worse as the world has become more complicated that it seems less like a problem with the individual and more like an natural effect of putting what are essentially still caveman brains in a world of flashing lights, vibrating phones and notification noises.
by JCattheATM | 2025-06-12 13:54:01+00:00
> So you are suggesting me to audit an implementation which I do not necessarily run and there's no way to know if I do. What's the point? How will it help?

No, I'm pointing out your, what seems to fundamentally be contrarian, alternative method that you are preferring because it is 'open', is no more secure than the coreboot secureboot implementation. Your concern seems to be based on the idea that the coreboot secureboot implemetnation could have sus code in their, but that is equally true for your heads setup. Unless you audit both, or pay to have both audited, either could have problem code.

Your position is an irrational inconsistency.

> The code running on my hardware is open, so anybody from the community can audit it and I have a possibility to verify that this is what I run at least by reflashing it. And I did reflash it. This approach is getting more reliable with more software becoming reproducible.

This is equally true for coreboot.
by dmix | 2025-06-12 13:54:10+00:00
Which is what Trump seems to want. A Europe not totally dependent on the American taxpayers for their own self defense and their own global power projection agendas. Many countries like Germany are quite far from that. France is more of a leader in that regard.

Although abandoning commercial American software wholesale would likely degrade their own security and GDPs even further than it already is.
by wkat4242 | 2025-06-12 13:54:10+00:00
> True, but why did they trust the US so much in the first place? It is not as though no-one has ever warned of the dangers before this year!

Similar background, a long history of standing together (e.g. the war, marshall plans, NATO etc)

Trump is pretty unprecedented, even though some previous presidents weren't very friendly with the EU (like the "Freedom Fries" issue under George W Bush, when France opposed the invasion of Iraq - which eventually ended up based on complete lies so the French were totally right).

> Given that one of the EU's aims is to be a peer to the US and China (the term I recall them using is a "multi-polar world") they should not be reliant on anyone to this extent.

True. Europe has been too comfortable with the situation. It's also because it's hard to get everyone aligned. Politics is very nation-aligned, not EU-aligned.
by surajrmal | 2025-06-12 13:54:14+00:00
What's interesting here isn't a strict dependency on systemd, but dependencies on some APIs it provides. Given the ability and existence of things which implement those APIs outside of systemd, it's worth considering that the APIs themselves should be the focus. Perhaps they should be spun out of systemd itself. It seems sensible to that gnome would want to move to a better API which is almost defacto a standard these days anyways. Versioning the API and allowing more folks outside of the systemd organization to participate in its continued evolution should be the focus imo.
by PaulHoule | 2025-06-12 13:54:31+00:00
The smart way to write a Suduoku solver these days is to formulate the problem for an SMT solver, which is specifically intended to solve that kind of problem. The SMT solver already has tests, so you don't need to write tests.

When I wrote my first Sudoku solver I started out with a solver that solved easy problems where, at each step, there was some square with only one possible solution. That didn't work for harder problems where you have to guess. Eventually I realized that you could just pick any square, try all the numbers, and recursively solve the remaining problem. This works no matter which square you pick but it is faster if you start with the square that has the minimum number of choices available.

If you write a solver haphazardly like that you're very likely to wind up with two or more copies of the board because you're not sure what kind of queries you'll need to do. If you understand the problem, you won't.

The role of the tests is complex here. In principle they could help you refactor your data structures, in practice the sheer bulk of them could reify the data structures you have and add to the burden of refactoring them. A code-golfed version of the solver could be smaller than the tests.

Writing a chess program I found testing was a challenge. Move generators are easy to test, evaluation functions are easy to test. A decent alpha-beta search with transposition tables, killer heuristic and such is not so easy to test in terms of unit tests. Before I'd have the program play anyone I'd run a set of integration tests based on

https://www.chessprogramming.org/Bratko-Kopec_Test

I think of a system I inherited that had a part that was prone to race conditions, part of vanquishing the race conditions was writing a "super hammer" test that would run a few 1000 threads for about 40 seconds. Maybe it still has race conditions, but they won't be triggered often.

Long-running tests like that aren't really unit tests but for some problems they're the right tool. In general though long-running tests are a big problem because slow builds are a problem.
by aceofspades19 | 2025-06-12 13:55:17+00:00
It's not only that engines have gotten more efficient and powerful, its that they have also increased the reliability. The other issue is that 4 engines share almost all of the failure modes that 2 engines do. If you have 2 engines that fail that are on opposite sides of the aircraft, having 2 others isn't going to help as its likely a system failure in the aircraft or a fault in that particular model of the engine that could affect all of them. For example, if you run of fuel or have a failure in the fuel delivery system, it's not going to matter if you have 2, 4 or more engines. The mistake is thinking the probability of a 4 engine failure is significantly less than 2 engine failure for all types of failures.
by SkyeCA | 2025-06-12 13:55:32+00:00
Sure some people want the news, but I find it kind of absurd that could justify a computer phoning home regularly. Making an API call when the user opens a news app is more than sufficient and quick enough to not notice.

"What about the news widget?" I find it difficult to believe the average user even remembers the news widget exists in Mac OS since it's hidden away in a non-obvious panel.

The most compelling cases for phoning home are OS updates and Drive like services, but at the end of the day this should all be easy to disable should the user want to.

> HN is a completely different crowd

Yes, HN is filled with the very worst kind of techbros who regularly defend bad practices under the guise of saving the average consumer from themselves.
by laurieherault | 2025-06-12 13:56:18+00:00
Actually, my method works even with very very very little motivation. The idea is that having a list of easy, routine micro-tasks ready in the morning gives you momentum. Even on a day when I have no motivation at all, I still reach a basic, acceptable level of productivity.

I even gave an example in my article about this for initial cleaning, specifically with emails. We usually wait for a day when we feel motivated to sort everything out, but that day never comes, and we end up never doing the task. The idea is to have one micro-task every day, like processing a maximum of five emails. Or even five separate tasks of one email each. And on a day when you really have no motivation, you just push yourself to handle one overdue email.
by brunohaid | 2025-06-12 13:56:41+00:00
True on both counts, was a quite early comment and initially thought they're coming back in to land vs barely having taken off. Only leaves control inputs but given how short the video is it could also be that there simply wasn't much to input/correct anymore despite the slight rocking.

Can't edit anymore, but the general gist of catastrophic failure needed to prevent a 787 from climbing out of this situation still holds.
Show HN: FalkorDB – Open-source graph database major update (C/Rust)
by roilipman | 2025-06-12 13:57:08+00:00
Hey HN, I’m Roi, one of the co-creators of FalkorDB. We’re a growing team working on a graph database designed for production workloads and GraphRAG systems. The new release (v4.10.0) is out, and I wanted to share some of the updates and ask for feedback from folks who care about performance, memory efficiency in graph-heavy systems.

FalkorDB is an open-source property graph database that supports OpenCypher (with our own extensions) and is used under the hood for retrieval-augmented generation setups where accuracy matters.

The big problem we’re working on is scaling graph databases without memory bloat or unpredictable performance in prod. Support for Indexing tends to be limited with array fields. And if you want to do something basic like compare a current value to the previous one in a sequence (think time series modeling), the query engine often makes you jump through hoops.

We started FalkorDB after working for years on RedisGraph (we were the original authors). Rather than patch the old codebase, we built FalkorDB with a sparse matrix algebra backend for performance. Our goal was to build something that could hold up under pressure, like 10K+ graphs in a single instance, and still let you answer complex queries interactively.

To get closer to this goal, we’ve added the following improvements in this new version: We added string interning with a new intern() function. It lets you deduplicate identical strings across graphs, which is surprisingly useful in, for example, recommender systems where you have millions of “US” strings. We also added a command (GRAPH.MEMORY USAGE) that breaks down memory consumption by nodes, edges, matrices, and indices (per graph), which is useful when you’re trying to figure out if your heap is getting crushed by edge cardinality or indexing overhead. Indexing got smarter too, with arrays now natively indexable in a way that’s actually usable in production (Neo4j doesn’t do this natively, last I checked).

On the analytics side, we added CDLP (community detection via label propagation), WCC (weakly connected components), and betweenness centrality, which are all exposed as procedures. These came out of working with teams in fraud detection and behavioral clustering where you don’t want to guess the number of communities in advance.

If you want to try FalkorDB, we recommend you run it via Docker The code’s also available on GitHub https://github.com/FalkorDB/falkordb

Docs are at https://docs.falkordb.com.

Curious to hear from anyone who’s building graph-heavy systems, especially if you’ve hit memory or indexing limits elsewhere. We’re heads-down building and always learning, grateful for any feedback or test cases you throw at us.
by miki_tyler | 2025-06-12 13:57:19+00:00
Absolutely, I get that. But the whole idea behind the story is to introduce outside knowledge into the Roman world. If someone managed to bring steam power to ancient Rome, it would trigger a complex chain of events, a kind of technological revolution. It probably wouldn't resemble our own Industrial Revolution. For example, I don't see railroads becoming a priority. Rome's geography is centered around the Mediterranean, and most trade happens by sea. So steamboats it is.
by winternewt | 2025-06-12 13:57:43+00:00
Two projects:

1. Training my own LLM and other kinds of neural networks, e.g. a network for discriminating cheaters in an online game. I feel like it's very hard for an amateur to get their hands on enough training data.

2. Building my own weather prediction engine. Again, accurate prediction requires highly detailed and accurate data to start from and as far as I can tell that's not publicly available.
by tpmoney | 2025-06-12 13:57:45+00:00
I’ll take a shot. Even the worst accounts of the events between him and the various other members over the years seem to me to demonstrate that he was the most involved in keeping the “Beach Boys” (in whatever form) alive and relevant. My reading on things is he was largely responsible for booking and pushing the touring they did, for keeping them in the public eye and doing what he could to keep their catalog in rotation. Without Mike, my guess is The Beach Boys would be another in a line of brilliant but burned out groups, scattered and broken by Brian’s mental illness and related issues from what the other Wilson’s were also dealing with. We will probably never know the full story but it’s notable to me that all of the members at various points remained involved with him and the work he was doing under The Beach Boys name. There are a lot of groups that have split and never worked together again for true bad blood, and that didn’t happen here, whatever else has.
by msgodel | 2025-06-12 13:57:53+00:00
I think for localized culture to develop it needs to be exclusive in addition to the need for it to be cheap for people to focus on cultural rather than economic output.

Outsiders hate being excluded though so the barriers all get knocked down. In face our modern social norm considers any kind of exclusion a moral failure, even excluding people who dislike the social norms. Maybe this results in a more efficient (perhaps even more pleasant) society but the cost is unique local culture.
by orbisvicis | 2025-06-12 13:57:59+00:00
Think about how this would apply to hacker news? Not all algorithmic bias is evil. If you want to avoid an echo chamber, design an algorithm to boost interesting content that missed the front page. That shouldn't render you vulnerable to legislation.

And would this allow Brazil to prosecute hacker news for cyber security violations if a user posts content regarding Flipper Zero or Japanese IC cards, or data breaches of Brazilian companies...

I think the line should be drawn at ads... and maybe even all profit centers of social media companies.
by Spivak | 2025-06-12 13:58:01+00:00
This wasn't a systemd problem— this was distro maintainers doing something stupid problem. The thing the maintainers wanted to patch into OpenSSH was systemd-notify which is the way services can tell systemd that they're ready. The protocol is literally sending the string READY=1 over a file descriptor. libsystemd contains a reference implementation but it's a protocol specifically for the reason that every service isn't supposed to link to libsystemd. Maintainers thought it was easier to link in all of libsystemd (and therefore xz) into OpenSSH just for the sd_notify function.

Just link in a huge library into security critical code, what could go wrong?!
by godelski | 2025-06-12 13:58:02+00:00
> requires a parent universe

Not exactly. A universe can expand, slow down, then collapse. In this case, bouncing back out.

Does that repeat forever? Does it lose energy in the bounce? If so, to where and how?

> The black hole in the parent universe must be much much bigger than anything we see in ours

Yes and no. You're not thinking about contraction. With relativity we can fit a 100ft ladder inside a 10ft barn.

Most importantly, you don't need everything all figured out at once to publish. Then no one would always publish. There'd be nothing to improve on. Only one publication that says everything. Till then, everything does have criticisms and is incomplete. It's good to have criticisms! They lead you to the next work!
by petertodd | 2025-06-12 13:58:08+00:00
That's not as ridiculous as it sounds!

As you know, negative electricity prices mean that someone is willing to pay you to dispose of electricity they need to generate for some reason. For example, a conventional steam-turbine-based electricity plant might prefer to just keep running for a brief period of time when demand is low, rather than subject their equipment to a power cycle, which increases their maintenance costs. There's other, dumber, examples based on stupid contracts and badly designed solar... but this example is a reasonable one that exists for good engineering reasons.

The battery provider in this circumstance is profiting from their ability to accept power when demand to dispose of electricity is particularly high. When that need goes down, they can reasonably profit by dumping that energy on someone else who is also able to dispose of the electricity. But at a lower cost. E.g. imagine an big industrial refrigerated storage facility that can consume some excess energy by supercooling their refrigerators. But they can't consume unlimited excess energy, because at some point their warehouse just gets too cold, and they don't have unlimited refrigeration capacity anyway.

So in this simplified example, the battery storage service is getting paid a lot of money to quickly absorb a lot of energy, which they then dump more slowly to the refrigerated warehouse (and similar providers) as the surplus diminishes, in anticipation of another surplus in the near future.
by calibas | 2025-06-12 13:58:22+00:00
You don't need an ear drum to hear, your hearing comes from tiny hairs connected to mechanoreceptors.

Guess what we've found in plants? Tiny hairs (trichomes) connected to mechanoreceptors.

So plants have the nearly the same physical structures that animals use for hearing, but not only that, they also have similar mechanosensitive ion channels too.

https://pmc.ncbi.nlm.nih.gov/articles/PMC5685652/
by the__alchemist | 2025-06-12 13:58:22+00:00
What required software will be rendered rendered incompatible after switching to Linux and Libre Office? Perhaps the crisis will be a shot across the bow at how IT systems almost-universally make computing a bad experience. Technical software like SolidWorks sometimes has OS-restrictions, but most of what I can think of that would be useful for school is, or should be OS-agnostic.

I suspect that some of the software devs here, especially at small companies, may be insulated from the horror that is government and enterprise computer networks. If that stuff breaks, this will be an improvement for users as long as they can get internet.

I suspect I am looking at this through a mix of optimism and naivite. Or colored by my own experiences.
by MoreQARespect | 2025-06-12 13:58:35+00:00
>I imagine this wouldn't work so well for hard algorithmic stuff where there are mathematical properties you need to be aware of and maintain

Mathematical properties are often even more ideal candidates for being encoded into either types or property tests.

Business oriented code is usually where most people see TDD (how it is normally taught) fall down - where you need "some kind of dashboard with x, y and z" but the exact details arent precisely nailed down. However, if you can do it right these scenarios work extremely well with snapshot test driven development. Most people just dont do it or dont know how.
by namanyayg | 2025-06-12 13:59:05+00:00
> "65% of developers using AI for refactoring and ~60% for testing, writing, or reviewing say the assistant “misses relevant context."

> "Among those who feel AI degrades quality, 44% blame missing context; yet even among quality champions, 53% still want context improvements."

Is this even true anymore? Doesn't happen to me with claude 4 + claude code.
by iDont17 | 2025-06-12 13:59:07+00:00
Yeh, exactly. Code doesn’t matter. Correct and stable electrical states matter.

Energy based models and machines that boot strap from models, organize their state to a prompt are on their way. The analog hole for coders is closing.

Most software out there is the layers of made up tools and such to manage and deploy software. We’ll save a lot of cycles pruning it all for generic patterns.

5-10 more years it’s all hardware again. Then no longer need to program a computer like it’s 1970.
by XCSme | 2025-06-12 13:59:15+00:00
ChatGPT quick explanation:

Humans struggle with understanding exponential growth due to a cognitive bias known as *Exponential Growth Bias (EGB)*—the tendency to underestimate how quickly quantities grow over time. Studies like Wagenaar & Timmers (1979) and Stango & Zinman (2009) show that even educated individuals often misjudge scenarios involving doubling, such as compound interest or viral spread. This is because our brains are wired to think linearly, not exponentially, a mismatch rooted in evolutionary pressures where linear approximations were sufficient for survival.

Further research by Tversky & Kahneman (1974) explains that people rely on mental shortcuts (heuristics) when dealing with complex concepts. These heuristics simplify thinking but often lead to systematic errors, especially with probabilistic or nonlinear processes. As a result, exponential trends—such as pandemics, technological growth, or financial compounding—often catch people by surprise, even when the math is straightforward.
by kamaal | 2025-06-12 13:59:23+00:00
It would do people a whole lot of good, if they start looking at a great day as executing well tested 'checklist' rather than a 'todo list' built from scratch every day.

No wonder some of the most productive people like Knuth, or people like presidents many times have fixed schedules, clothes they wear, food they eat etc etc.

If something is working, do it more often, you want to do more of what works, at some point things that don't work wont be on your check list.