News for hackers. Stuff that matters.

cperciva

Tell HN: Please Vote

The strongest sign of a healthy democracy is that people participate in it. It's up to you to decide who to vote for, but no matter who you support, please show up and cast a ballot. A democracy with 75% voter turnout is healthier than a democracy with 50% voter turnout even exactly the same politicians got elected, because citizens participating in a democratic process signals that they...

( Read More... | 2 comments | 3 points | on HN )
Have you looked at Polestars? They're nicer than any ICE car I've ever driven.
Re:The Duty of a Scholar on Monday November 02, 2026 @12:22AM (#50333411)
I hope you're not suggesting that I am anti-intellectual.
Re:The Duty of a Scholar on Sunday November 01, 2026 @02:30PM (#50328847)
Revealed preference of academia as a whole, not of the individuals working within it.
Re:The Duty of a Scholar on Sunday November 01, 2026 @01:43AM (#50323234)
Prior to the ACA, states were not required to cover adults without dependent children.
Re:The Duty of a Scholar on Saturday October 31, 2026 @08:07PM (#50321509)
anyone making below $1,799/mo, with no asset test

Is that how it worked in 2005?

Re:The Duty of a Scholar on Saturday October 31, 2026 @06:36PM (#50320941)
Does "opening a malicious web site in Chrome" count as "controlled conditions"?
Re:The Duty of a Scholar on Saturday October 31, 2026 @05:50PM (#50320597)
By revealed preference, modern academia is about churning incremental papers in order to obtain tenure and research grants.
Re:The Duty of a Scholar on Saturday October 31, 2026 @04:18PM (#50319715)
Linus said some silly things too. Fortunately the security and cryptography community mostly understood.
Re:The Duty of a Scholar on Saturday October 31, 2026 @03:24PM (#50319217)
Wow that showed up quickly.

Readers might also consider my 2020 post "On the use of a life" to be an interesting companion piece: https://www.daemonology.net/blog/2020-09-20-On-the-use-of-a-...

Transmission is privately owned and operated but publicly controlled. Like other natural monopolies, the regulator tells the operator what to provide and how much they get paid for it.

The main reasons for this arrangement are political -- debt stays off the government's balance sheet, and labour disputes aren't "the government's fault".

This is exactly how it works. People who are part of the embargo are responsible for making sure that anyone they share information with -- which should usually be nobody! -- are aware of and abide by the embargo.
Re:One Hash Bloom Filters on Monday October 19, 2026 @10:33PM (#50160687)
While much cheaper than going to disk, computing k independent hashes per key is still a bit expensive for very high performance systems.

Depends how big the bloom filter is. Most hashes are big and their bits are independent.

Right, because there are established standards.
AI-enabled hacking

Do people get locked up for fatal traffic accidents? Do doctors get locked up if they prescribe a medicine which leads to a patient's death due to a side effect?

Criminal prosecution, in civilized countries, requires both Actus Reus and Mens Rea. If you deliberately commit computer crime using an AI system, you'll already be prosecuted; the cases we keep hearing about from AI labs have no human intent behind them.

The accepted solution to unintended harms is regulation: We have regulations about automotive safety, we have regulations about pharmaceutical testing and approval, etc.

Re:Reducing undefined behavior in the C language on Friday October 09, 2026 @02:25AM (#50016726)
No, CHERI supports sub-object capabilities.
Re:So You Think You Could Be an Electrician? on Sunday October 04, 2026 @01:51AM (#49951053)
And drywallers get no respect.

I find this especially unfortunate given that, in my experience, drywallers understand the rest of the trades far better than vice versa, since they're in the position of being able to see everyone else's completed work.

Re:More Than a Gigabuck: Estimating GNU/Linux's Size (2001) on Sunday September 20, 2026 @06:18PM (#49780673)
They aren't really separate applications, though. More importantly, that's not the primary effort (and cost) driver for this effort estimation model. I used the COCOMO model, an effort estimation model that was publicly available and widely used at the time. I then applied its rules to the Linux kernel of that time, as best I could.

COCOMO says that the cost scales superlinearly with the number of SLoC; my point is that drivers scale linearly because they're effectively separate projects. (In fact, to the extent that they're not separate projects, the cost in fact scales sublinearly since there's a bunch of code being copied and pasted when new drivers are written.) Your tool has this "--multiproject" concept; a better estimate would have identified which parts of the tree (primarily drivers) were functionally separate from the rest of the kernel.

I think its key point was absolutely correct: it would have cost far more than $50,000 USD to re-develop the Linux kernel of that time.

Oh, absolutely. I'm not disputing the conclusion; just the claim that an OS kernel is inherently more complex than another application of the same size.

Re:More Than a Gigabuck: Estimating GNU/Linux's Size (2001) on Sunday September 20, 2026 @03:53PM (#49779415)
in fact, operating systems kernels are known to be more difficult to develop than typical applications.

I'm not convinced. The core OS kernel code, sure; but more than half of the Linux kernel is drivers, and those are not just applications but separate applications; a change in an Intel wifi driver is unlikely to interact in any way with the nvme driver.

Re:EU chief opens door for Canada to become 'associate member' on Wednesday September 16, 2026 @08:53AM (#49726240)
No, all the Commonwealth countries changed their succession laws at the same time precisely to avoid this scenario.
Re:FreeBSD 14.5-Release on Tuesday September 08, 2026 @11:30PM (#49620553)
-CURRENT is great for cattle. For pets, I recommend -RELEASE.
It's entirely reasonable for the USG to say "we don't want to use a product with guardrails". Plenty of people have gotten annoyed with Fable and done exactly that!

But to prohibit anyone else from using it is a much bigger and more questionable step.

Re:Launching Route 53 Files on Thursday August 27, 2026 @09:53PM (#49473465)
unseasonal April fools joke

Not at all. Route 53 Files is a completely real service.

Re:Launching Route 53 Files on Thursday August 27, 2026 @07:53PM (#49472729)
Oh, I assumed that "style guide" meant things like starting launch posts with "I'm excited to announce", providing a simple demonstration of how to use the service, including screenshots, including a customer quote if available, and ensuring that pricing and availability were clearly laid out.
Re:Launching Route 53 Files on Thursday August 27, 2026 @03:16PM (#49469840)
Yeah, I was aware of those... but I just couldn't bring myself to write American, especially in the current political climate. You can consider those a non-tariff trade barrier.
Re:Launching Route 53 Files on Thursday August 27, 2026 @12:19PM (#49467287)
Oh, I was being facetious. I'm pretty sure Jeff mentioned needing to spend time writing a style guide when he started having other Amazonians write posts for "his" blog.

As a non-Amazonian I've never seen it, of course.

Re:Launching Route 53 Files on Thursday August 27, 2026 @12:02PM (#49467012)
Wait, there's an official style guide?

(In all seriousness, I've been reading AWS launch posts for 20 years; this one was mainly imitating the S3 Files launch post but I diverged by adding the customer quote and the FAQ -- because of course I started this process with a PRFAQ, and some of the questions in the FAQ are legitimately important.)

Re:Launching Route 53 Files on Thursday August 27, 2026 @11:36AM (#49466575)
Files which aren't DNS keys get ignored by Route 53 Files. So you could absolutely have a git checkout and update your DNS with 'git pull'.

Older »