MurphyA/hacker-news huggingface dataset:
by bitwize | 2025-10-06 03:16:37+00:00
It was just Sonic music, SFX, and some sprites in a WAD. I was just messing around, no real goals in mind. I think SRB2 is a phenomenal project that's really pushed the limits of what the Doom engine and Sonic community can do and showcases, better than Sega has ever done until fairly recently, how well the classic Sonic formula can work in 3D.

One of the key factors in the history of Sonic that I didn't know until recently was that he was a total flop in Japan. In fact the Mega Drive struggled to gain traction there. That's why they kept trying to reinvent the formula into the 2000s and beyond; from Sega (of Japan)'s perspective, unlike Mario, they hadn't established a gameplay template that they knew would be a worldwide hit, only a character they knew was popular in the USA and Europe.

But the SRB developers got it. They knew what made classic Sonic work, and sought to replicate that with the strengths—and limitations—of the Doom engine and produced an absolute banger of a project.
by wtallis | 2025-10-06 03:17:31+00:00
They've been aggressively removing or reducing hardware that's vestigial from the perspective of AI. NVIDIA's Hopper has no display outputs, no raytracing hardware, no video encoders, and only one of the eight GPCs has raster graphics functionality; the rest are compute-only. With their newer Blackwell parts, going from B200 to B300 they cut out almost all FP64 and INT8 capabilities so they could squeeze in more FP4 throughput.
by em-bee | 2025-10-06 03:17:44+00:00
i could have sworn that this would be the case in germany too. but it turns out that there are practically no rights or obligations on separation except child support. property division only happens if both partners made a significant contribution, eg to a house. so if you pay for half of the house you can assume shared ownership of that house, but you may have to fight for it in court. you have to pay child support because it is the right of the child, which exists regardless of the relationship of the parents. another exception is financial support from the government. for that the income of your unmarried partner will be considered if you live in the same household, but that is obviously not relevant on separation.

the keyword to look up is "Eheähnliche Gemeinschaft".
by lmm | 2025-10-06 03:17:45+00:00
> Can you provide an example of a commonly used cryptography system that is known to be vulnerable to nation state cracking?

DES. Almost all pre-2014 standards-based cryptosystems due to NIST SP 800-90A. Probably all other popular ones too (like, if the NSA doesn't have backdoors to all the popular hardware random number generators then I don't know what they're even doing all day), but we only ever find out about that kind of thing 30 years down the line.
by mholt | 2025-10-06 03:18:58+00:00
Yeah, revocation is a hot mess, it's always been broken, and OCSP Stapling was our only hope -- but then most web servers (but not all! guess which one) dropped the ball. (Clients at least honored Must-Staple.)

Short certificate lifetimes is the ultimate way forward, and thankfully it's already available through Let's Encrypt, via the "shortlived" profile.

With a certificate that lives < ~7 days, there's virtually no need to revoke. Some clients/browsers will still move to revoke certificates within minutes or hours of their own choosing (see, that's the other frustrating thing, revocation is really just whatever you want), but I hope we'll only see that on internal PKIs, since doing that for public sites is essentially censorship.
by thehappypm | 2025-10-06 03:19:38+00:00
Jockey Hollow in New Jersey is a nice place as well, part of Morristown NHP. It’s ostensibly a historical park but 99% of the use is just a wonderful place to hike the small mountains and walk in the woods. Given the insane amount of NHPs in the Northeast, I’m curious if there are others.
by rmunn | 2025-10-06 03:20:21+00:00
Quote from the article (emphasis in original): "Our target for a suitable exploit delivery vehicle is open-source applications where the collection and distribution of high-frequency mouse data is not inherently suspicious. Therefore, creative software, video games, and other high performance, low latency software are an ideal targets for injecting our exploit."

My comments: yes, because exploits being injected into open-source software are famous for not being discovered. Obviously it can happen (look at xz, or the recent Shai-Hulud worm on NPM), and it's entirely possible that it has happened to other places that weren't discovered. But with xz the exploit was caught quickly enough that it didn't reach production, and with Shai-Hulud it was contained within days despite having the potential to spread to every package. I doubt that anyone trying to stick this kind of thing into open-source software would get away with it. Closed-source software, OTOH, would be a far more likely distribution vector. Just persuade some overworked dev that he should use this handy library that tracks high-precision mouse movement in his game, and you've injected your exploit.
by andrehacker | 2025-10-06 03:22:22+00:00
Ah, the early days of AI.

If a book or movie is ever made about the history of AI, the script would include this period of AI history and would probably go something like this…

(Some dramatic license here, sure. But not much more than your average "based on true events" script.)

In 1957, Frank Rosenblatt built a physical neural network machine called the Perceptron. It used variable resistors and reconfigurable wiring to simulate brain-like learning. Each resistor had a motor to adjust weights, allowing the system to "learn" from input data. Hook it up to a fridge-sized video camera (20x20 resolution), train it overnight, and it could recognize objects. Pretty wild for the time.

Rosenblatt was a showman—loud, charismatic, and convinced intelligent machines were just around the corner.

Marvin Minsky, a jealous academic peer of Frank, was in favor of a different approach to AI: Expert Systems. He published a book (Perceptrons, 1969) which all but killed research into neural nets. Marvin pointed out that no neural net with a depth of one layer could solve the "XOR" problem.

While the book's findings and mathematical proof were correct, they were based on incorrect assumptions (that the Perceptron only used one layer and that algorithms like backpropagation did not exist).

As a result, a lot of academic AI funding was directed towards Expert Systems. The flagship of this was the MYCIN project. Essentially, it was a system to find the correct antibiotic based on the exact bacteria a patient was infected with. The system thus had knowledge about thousands and thousands of different diseases with their associated symptoms. At the time, many different antibiotics existed, and using the wrong one for a given disease could be fatal to the patient.

When the system was finally ready for use... after six years (!), the pharmaceutical industry had developed “broad-spectrum antibiotics,” which did not require any of the detailed analysis MYCIN was developed for.

The period of suppressing Neural Net research is now referred to as (one of) the winter(s) of AI.

--------

As said, that is the fictional treatment. In reality, the facts, motivations, and behavior of the characters are a lot more nuanced.
by agnivade | 2025-10-06 03:24:04+00:00
Adalat AI | https://www.adalat.ai | Remote (India, but open to global for exceptional candidates) | Go, React, Next.js, k8s We're Hiring at Adalat AI: Join Us in Building the Future of Justice

Adalat AI is on a mission to transform India’s judicial system with cutting-edge AI — reimagining courtroom workflows from transcription to summarization, just as UPI transformed payments and Aadhaar revolutionized identity verification. Deployed across 10 states and recently launched at the Delhi High Court, our platform is backed by global foundations and built by a team with roots at Harvard, Oxford, MIT, and IIIT-Hyderabad.

Roles:

- Senior Frontend Engineer – Lead and build complex, scalable UIs with Next.js, TypeScript, TailwindCSS, and rich-text/audio features: https://www.adalat.ai/careers/senior-frontend-engineer

- 2 X Fullstack Engineer – Own end-to-end feature delivery across React/Next.js, Go services, with Postgres as your database: https://www.adalat.ai/careers/full-stack-engineer

- Senior Site Reliability Engineer - Manage Kubernetes clusters, streamline complex deployments with ArgoCD, and ensure reliability for a system processing sensitive, real-time data: https://www.adalat.ai/careers/site-reliability-engineer

Why Adalat AI?

- Mission-driven: Your work has real-world impact—helping untangle India’s court backlog, improving access to justice for millions.

- Remote-first: Work from anywhere.

- Unlimited PTO: Yes, seriously.

- Unique environment: Co-design with judges, legal experts, and researchers. Publish, learn, grow. We value tech, law, and impact equally.

Send your resume and cover letter to careers@adalat.ai, using the subject lines:

- Senior Frontend Engineer - Platform | [Your Name]

- Fullstack Engineer | [Your Name]

- Senior SRE engineer | [Your Name]
by t_mahmood | 2025-10-06 03:24:39+00:00
One question, are you keeping it plugged in continuously, or disconnect it, sometimes? Because keeping it 100% will slowly degrade the battery, and during power loss it might fail.

In my country it's possible to have power loss occasionally, so having the battery on good health is important. I'm planning to setup two unused laptops, and a mobile for servers (different purposes) and power management, battery health has been an issue.
by rasz | 2025-10-06 03:24:42+00:00
So how is buyers ID going to help with Amazon not inspecting returns? Amazon doesnt even mark returns in any way so they dont know where it came from and where it ended up. Hell, they dont even mark/track source of co-mingled inventory!

And crucially - Amazon doesnt do this tracking on purpose so they can have plausible deniability while screwing merchants.
by AxEy | 2025-10-06 03:24:46+00:00
The comment you were responding to said that the free tiers were a boon for the poor and you responded that they (under the fork of interest) "left poor people poorer".

I mean I supposed every transaction leaves someone poorer of something and richer in something else. I'm not sure of the point though.

I concede that if the ad companies are willing to forgo collecting X dollars in exchange for showing you an ad then it must be worth >=X dollars to the ad company for the person to see the ad.

But it remains true that the poor person has no way to convert their attention directly into X dollars, and all that taking away the free tier does is make it so that someone who would have made a trade (of their attention for a service) cannot do so.
by yjftsjthsd-h | 2025-10-06 03:24:48+00:00
So I'm curious; the tagline/title is,

> Run Windows Applications on Linux, BSD, Solaris and macOS

Obviously it gets used a lot on Linux (not only because of SteamOS using it through Proton, but that certainly contributes), I think I've read about people using it on Darwin, but how much testing/use does it get on the BSDs and Solaris?
by hedora | 2025-10-06 03:25:38+00:00
You probably gave bad advice. By the time Reddit existed, you could have just gotten an netapp filer. They had higher availability than most data centers back then, so “the NFS server hung” wouldn’t be anywhere near the top of your “things that cause outages or interfere with engineering” list.

These days, there are plenty of NFS vendors with similar reliability. (Even as far back as NFSv3, the protocol makes it possible for the server to scale out).
by AnthonyMouse | 2025-10-06 03:26:26+00:00
> it's getting harder and harder to justify the efficiencies of centralization.

A lot of times they aren't even real to begin with.

People assume that economies of scale keep going up as long as scale keeps going up, but that's almost never true. They typically have diminishing returns or thresholds past which the unit cost stops going down. If you want to build solar panels you have to build a factory. If the factory can produce a million solar panels a year and you only want 10 solar panels you still have to build the entire factory. It's more efficient to build a million than 10.

But if people want a billion solar panels a year then you need a thousand factories, and one bigger factory isn't materially different than having two factories across the street from each other, so there's no real advantage to having them all operated by the same entity. Moreover, even if you only need 10 solar panels, you can get them from any of the thousand factories that each make a million a year. You're not losing the economies of scale by having many sellers and many buyers.

Meanwhile centralization often incurs additional costs. You already identified several, but another big one is land. Individual homeowners each have a roof or balcony wall that was otherwise going to have nothing on it. A centralized solar farm is more often going to have to pay for space.

Centralization is usually pushed by someone trying to monopolize something.
by forthac | 2025-10-06 03:27:08+00:00
This was posted to about a day ago: https://github.com/johnperry-math/AoC2023/blob/master/More_D...

But a noteworthy excerpt: ```

Ada programs tend to define types of the problem to be solved. The compiler then adapts the low-level type to match what is requested. Rust programs tend to rely on low-level types.

That may not be clear, so two examples may help:

Ada programmers prefer to specify integer types in terms of the ranges of values they may take and/or the precision of floating-point types in terms of digits. I ended up doing this at least once, where on Day 23 I specified a floating-point type in terms of the number of digits it should reproduce accurately: Digits 18. The compiler automatically chose the most appropriate machine type for that. Ada arrays don't have to start from 0, nor even do they have to be indexed by integers. An example of this appears below.

By contrast, the Rust programs I've seen tend to specify types in terms of low-level, machine types. Thus, I tried to address the same problem using an f64. In this particular case, there were repercussions, but usually that works fine as long as you know what the machine types can do. You can index Rust types with non-integers, but it takes quite a bit more work than Ada.

```
by kragen | 2025-10-06 03:27:32+00:00
For many years I have been writing about how bad Germany is for solar panels because of, mostly, how far north it is. Specifically, the capacity factor for utility-scale solar in Germany has historically been about 10%, which is mostly because of the unfavorable latitude and cloudiness. You can see this quantified at https://solargis.com/resources/free-maps-and-gis-data?locali.... The capacity factor for utility-scale solar in China has actually also historically been about 10%, and I have no idea why that is. You are certainly correct that it ought to be much better, because China gets so much more sun. You can see that quantified at https://solargis.com/resources/free-maps-and-gis-data?locali....

However, Germany does not have a space problem. Germany is 357'114km² with "photovoltaic electricity potential" of about 3.0kWh/kWp/day according to Solargis (see above link), which would be a capacity factor of 12.5%. I'm not quite sure how they calculate that, but multiplying by the country's area, the solar constant of 1000W/m², and a fudge factor of 0.8, it works out to something on the order of 30–40 terawatts, electric. That's roughly 50% to 100% more than the entire world's marketed energy consumption, which is about 18 terawatts, about a third of it electric. Germany produced 488.5 TWh in 02024 (https://en.wikipedia.org/wiki/Electricity_sector_in_Germany) which is 55.73GW.

Therefore, roughly 0.2% of Germany's land area would suffice to produce all of its current electrical consumption with solar energy, about 700km². This would also require something like 450 gigawatts (peak) of solar panels, which would cost about €45 billion at today's prices, roughly 4 days of Germany's GDP.

It is absolutely true that, if you put those same solar panels in the Mojave Desert, mounted with single-axis trackers, they would produce two or three times as much power. (California's average utility-scale solar capacity factor was over 29% last I checked.) So, yes, solar is much more expensive in Germany. But if you check out https://www.solarserver.de/photovoltaik-preis-pv-modul-preis... you will see that, in March 02023, solar modules cost three times as much as they do now. So solar generation in California then cost what solar generation in Germany costs now. (Except that, because of Biden's anti-renewable-energy tariffs, actual California prices were and are much higher than you would expect from Solarserver.)
by Jtsummers | 2025-10-06 03:27:45+00:00
> Lean the math prover? What does that have to do with Ada/Rust?

I'm going to be rude, but there are 4 sentences in this thread and you appear to have not read two of them.

The comment I responded to:

>> I've never heard of SPARK. What advantages does it have compared to Lean? [emphasis added]

The "It" in my response refers to SPARK.
by dbg31415 | 2025-10-06 03:30:11+00:00
It’s strange that we don’t require police officers, soldiers, or anyone paid by the government to provide a DNA sample before serving. We already fingerprint, drug test, and run background checks. A DNA record would make it easier to solve crimes, clear the innocent, and hold people accountable—especially those who carry weapons or authority on the public’s behalf. If we trust them with that kind of power, we should also expect that level of transparency.
by gkanai | 2025-10-06 03:30:12+00:00
> it would be great to be able to get one in the USA.

Allowing in Chinese EVs into markets where there are important domestic auto manufacturers will be very bad for those domestic manufacturers. (US, Germany, France, S.Korea, Japan, etc.) Outside of Tesla, none have EV brands competitive with the Chinese firms and if customers in those non China markets migrate to Chinese brands en masse, it would be tremendous disruption and the failure of many storied domestic brands.

It is important that the US have strong auto companies. Same is true for Germany, France, Japan, S. Korea, etc.

China should have strong car companies for their domestic market. The problem comes when they end up destroying other/outside markets.

Look at solar panels, drones, batteries, for similar comparisons.
by VTimofeenko | 2025-10-06 03:30:42+00:00
I have the original mainboard (i5, 11th gen) the laptop came with in that coolermaster case. Generally really quiet, but fans have kicked in a few times and it was pretty noticeable. Since it's VESA mountable, I might just move it into the rack at some point and let the rack fans take care of everything.
by jnaina | 2025-10-06 03:31:05+00:00
The modern smartphone has become an indispensable tool of daily life, its familiar “slab” design refined to minimize cognitive load.

For something I handle hundreds of times a day, I want it to be unobtrusive — free from design gimmicks or unnecessary distractions.

In that sense, the “Cambrian Explosion” of early smartphone designs has undergone its own form of natural selection — a Cambrian decimation that left only the most functional forms to survive.
by stevefan1999 | 2025-10-06 03:31:41+00:00
Wine is not an emulator, as it runs unmodified PE executable by mocking the ABI calls, translating them to Linux equivalent. You can say it is like Windows on Linux, just like Windows on Windows 64, otherwise, WoW64 would be considered an emulator.

The only difference is that only programs that fully uses userspace works, and anything that uses kernel driver will fail miserably. In this sense, games worked out the best because they usually have high level of independence and self-contained, with hardware abstraction layers to make things highly compatible.

If you want to talk about similar stuff, FreeBSD have a Linux compatibility layer similar to Wine. You can use that as a reference, despite both FreeBSD and Linux use ELF, and Windows use PE.

But to be honest at the end of the day, it's just program header describing code sections, library imports/exports and relocations, and this is why you can run Windows app on Linux basically untouched, given you can reverse engineer userspace Windows API calls 100% precisely.

And the legal aspect of it, well...

Also, there is a project called Winlator (https://github.com/brunodev85/winlator) that combines Wine + Box64/Box86 to run x86 games on Wine on Android. Now that is what I call an emulator since Box64/Box86 really is one.
by burnt-resistor | 2025-10-06 03:31:45+00:00
Office jobs that pay enough to achieve "middle-class" lifestyles are decreasing and mostly closed to new generations. Software engineering and similar STEM fields that were once one of the few that promised the illusion of meritocratic security and class mobility are fading away. And like Upton Sinclair's quote[0], when I sounded the alarm (prematurely) ~2018-2021 in industry to other software engineers that big salaries and high demand were on the decline, I was met with resistance and disbelief.

What the future holds for 99.999% of humanity who isn't an owner or somehow locating a lucrative niche specialty is more or less globally flattening into similar states of declining real wages for almost everyone. Meanwhile, megacorp capital owners and their enabling corrupt government regimes are more and more resembling racketeering and organized crime syndicate aristocracies with extreme wealth distribution disparities that generally aren't getting any better.

The situation of greater desperation for income invariably drives people to non-ideal choices:

a. Find a new field of work that make less money

b. Sacrifice ethics to work at companies that cause greater harm in exchange for more money

c. Assume the on-going risks of launching a business or private consulting practice

d. Stay and agree to greater demands for productivity, inconvenience, bureaucracy, and micromanagement for less pay

e. Give up looking for work, semi-retire, and move to somewhere like another state or country where the cost-of-living cheaper

---

0. It's difficult to get a man to understand something when his salary depends on his not understanding it.
by jedberg | 2025-10-06 03:33:14+00:00
I guess I have to earn your trust too. I was actually intimately familiar with Netapp filers at the time, since that is what we used to drive the NFS mounts for the desktops at the first place I mentioned. They were not as immune as you think and were not suitable.

Also, we were a startup, and a Netapp filer was way outside the realm of possibility.

Also, that would be a great solution if you have one datacenter, but as soon as you have more than one, you still have to solve the problem of syncing between the filers.

Also, you generally don't want all of your app servers to update to new code instantly all the same time, in case there is a bug. You want to slow roll the deploy.

Also, you couldn't get a filer in AWS, once we moved there.

And before we moved to AWS the rack was too full for a filer, I would have had to get a whole extra rack.