fintler

Back in 2016, an update bricked my Withings scale. I don't think I've considered them again since.

> So I'm not sure what anyone is trying to imply by sharing this with this title

It feels like this submission might be a violation of HN guidelines for editorialization.

I’m also in the camp of people who don’t want frequent updates to my terminal. Every 6 months is more than enough for me. :)

> Hitler had been subject to gas attacks as a foot soldier in WW1 and forbade the use of chemical weapons as inhumane.

He didn’t seem to have a problem using them against civilian targets.

Don't forget about the (awesome) cluster scheduler, Flux.

https://hpc-tutorials.llnl.gov/flux/

Yes!

I started going down the path of building a ripple carry adder already (which seems to work fine). Then I was going to try for a full on ALU, then some sort of ISA that sits on top of it all.

I have no idea what the end result will look like if it all comes together. Hopefully I'll find some weird primitives along the way. :D

It's very hand-wavy, but I'm kinda hoping I can somehow have a machine manually constructed out of neurons that can naturally interact with one built with looser hebbian learning rules.

I had fun reading this. Thanks for sharing.

With dendritic compartments, this seems like a waste of a perfectly good neuron that we could productively use elsewhere. ;)

Note that a SINGLE neuron can compute nonlinear functions like XOR.

Shameless plug: If anyone is interested, I did a post a while back on how neurons can act as logic gates:

https://blog.typeobject.com/posts/2025-neural-logic-gates/

This article builds on the first and creates a half adder out of neurons:

https://blog.typeobject.com/posts/2026-timing-is-the-bit/

Although vcpkg is probably the most popular, I’m a fan of https://conan.io/center

Need to pee? Take the a-trap to Shell.

Its an eternal september moment.

https://en.wikipedia.org/wiki/Eternal_September

Don't get me wrong, both are pretty terrible. I'm not going to defend Tesla.

But BYD is on a whole different level with that stuff (e.g. human trafficking, suicides and the factory that collapsed and killed a bunch of people).

There's no way that being able to cut costs to that level doesn't help their bottom line.

BYD uses slave labor.

"In the dormitories of the Jinjiang Group, the company hired by BYD to carry out the work, there were no mattresses on the beds, and the few toilets served hundreds of workers in extremely unhygienic conditions. The workers also had food stored without refrigeration.

The Brazilian Labor Prosecutor's Office (MTP) also accused the companies of withholding the workers' passports and keeping 60% of their wages; the remaining 40% would be paid in Chinese currency."

https://en.wikipedia.org/wiki/BYD_Brazil_working_conditions_...

It's hard for any company to compete with that (I hope they don't).

Speaking from past experience with the DoE (I'm happy I don't need to deal with security like this anymore), there were constant and randomized checks to make sure fiber cables (they were all fiber to make it harder to tamper with and to avoid accidental RF) were fully visible (e.g. not hidden under a desk or something) and not tampered with. Also, lots of locks and doors, both electrical and mechanical. The guy at the front desk with a big gun probably helped too.

They have multiple networks. One of them is definitely airgapped (red for RD). The medium security one is protected by annoyingly strict network ACLs (yellow for ITAR). Then there's a low security one for stuff like sharepoint (green).

This article is full of nonsense and speculation.

They already have CUDA cores in production. This is a lab that's looking for the next big thing.

Probably because they're hosting an exascale-class cluster with a bazillion GH200s. Also, they launched a new "National Security AI Office".

Not to be confused with StarTree Cloud:

https://startree.ai/products/startree-cloud

2025/5/5 is the next square root day. The next one won't happen until 2036/6/6.

Also, the year itself is a square (45^2=2025).

If I'm calculating right, the last time this was the case was on 1936/6/6 (44^2=1936).

Classical reversible computing feels like it would be a good way to interface with a quantum computer (since it's also reversible in theory).

It's very similiar. The rod logic in diamond age (Eric Drexler was the one who originally came up with it) moves linearly -- not rotationally like this does. It's also reversible.

On several of the slides in this, it compares Northguard with Kafka.

Yeah, it's definitely a significant shift. The Xinfra component helps with Kafka compatibility, but that still has quite a bit of complexity to it. Also, it's written in C++, so that requires a different mindset to operate.

Keep an eye out for Northguard. It's the name of LinkedIn's rewrite of Kafka that was announced at a stream processing meetup about a week ago.

> do you think GCC’s m68k backend (to pick an arbitrary one) has been as battle-tested as their AArch64 one

m68k might be a bad example to pick. I was using gcc to target m68k on netbsd in the mid 1990s. It's very battle tested.

Also, don't forget that m68k used to be in all of the macs that Apple sold at one point before they switched to powerpc (before switching to x86 and the current arm chips). You could use gcc (with mpw's libs and headers) on pre-osx (e.g. system 7) m68k macs.

If I’m reading it right:

    dqi = O(m^2)
    classical = O(2^n)

    m = variables
    n = constraints