Hacker Newsnew | past | comments | ask | show | jobs | submit | dreamcompiler's commentslogin

Another nice feature of these old diesel engines: They're not vulnerable to EMP. So after a nuclear holocaust they'll still run. Assuming you're still alive and can deal with fallout of course. And assuming you can find fuel. Which won't be a problem because these engines will run on the rancid oil in the vat behind what used to be the local McDonalds.

Protons are also called "hydrogen ions." Stuff that donates protons is called an "acid." So this is an acid chemical process but I'm not enough of a chemist to know more than that. Would welcome comments from someone who is.

Seconded. This book enlarged my brain.

Gall's Law:

"A complex system that works is invariably found to have evolved from a simple system that worked."

https://lawsofsoftwareengineering.com/laws/galls-law/

In my naive youth I always thought top-down design was the sensible way to build systems. But after witnessing so many of them fail miserably, I now agree with Gall.


Well said. And similarly, it always seems to be the simple, bottom up, “let’s just build something simple and minimal that works” projects that get iterated on that do can do well, and start to strain when the technical debt and complexity accumulate.

Cardiovascular risk increase is not a feature of aspirin, the original NSAID. Aspirin lessens cardiovascular risk which is why we give it to patients in the initial stages of a heart attack: It decreases the likelihood of further clotting.

Regardless of whether you agree with his opinions, Gruber invented Markdown. The world would be a very different place today without it.

I have to give props for him for keeping basically a simple blog with the same layout and still consistently pulling in over $40,000/month in weekly sponsorships after 20+ years.

No drama, never in the spotlight much nowadays, just posting on his blog and raking in insane money.


> Regardless of whether you agree with his opinions, Gruber invented Markdown. The world would be a very different place today without it.

So?

And also...with substantial contributions from Aaron Swartz.

Not solely Gruber.

Gruber is only known for his Daring Fireball blog amongst everyone important, only techies care about his Markdown 'invention'.

Markdown is just a side project for him.


I had no idea Markdown had an inventor (but obviously someone had to do it) - I guess I thought it evolved from usenet on its own.

And I only knew of Gruber as "the Mac guy" and (am embarrassed to admit) that I thought the daring fireball was another Mac guy.


They're now building the best cheap laptop ever made. That feels mass market to me.

Carry lookahead is definitely faster than ripple carry but it's not free. It requires high-fan-in gates that take up a fair amount of silicon. That silicon saves time though, so as you say almost nobody uses ripple carry any more.

I vaguely remember we used the XOR trick on processors other than Intel, so it may not be Intel-specific.

In principle, sub requires 4 steps:

1. Move both operands to the ALU

2. Invert second operand (twos complement convert)

3. Add (which internally is just XOR plus carry propagate)

4. Move result to proper result register.

This is absolutely not how modern processors do it in practice; there are many shortcuts, but at least with pure XOR you don't need twos complement conversion or carry propagation.

Source: Wrote microcode at work a million years ago when designing a GPU.


You don't do twos complement negation for sub in an integer ALU. You do ones complement (A + ~B) and set the input carry to 1. The difference is that you don't need two carry propagations and therefore you can just add a fancy A + ~B function to the ALU.

Floating point is different because what matters is same sign or different sign (for same sign you cannot have cancellation and the exponent will always be the same or one than the largest input's. So the FP mantissa tends to use sign magnitude representation.


These two steps usually run in parallel though, with transistors to enable them depending on what operation should be performed.

I think of enshittification as "we're making plenty of money but let's make more." In other words greed.

Based on how much money Zitron has reported that these companies are losing on every subscription, this feels more like they're just trying to survive. In other words "ohshittification."


> In other words "ohshittification."

Brilliant coinage, if it’s yours, congrats!

My take: it is not enshittification to raise the price for a product whose demand outstrips its supply. That is basic economics. There are alternatives, it’s not a monopoly. If you think it’s the best product, then pay more for it.

Personally I would be perfectly content if the price of Max went up a bit and Pro no longer worked for CC if it meant that Max was faster and more stable.


Zitron is completely full of shit too though. I imagine they’re compute limited and so they’re moving towards price discrimination.

Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: