14,317 karma · joined March 14, 2012
If you want to email me: keybase > github > dotfiles > .gitconfig
We're talking about the kind of training needed to work some garbage CRM that the employer uses, not a decade spent mastering a fine art...
This just moves the ambiguity.
Is the tomato sauce over rice, with a side of broccoli salad? Or is the sauce over [rice and broccoli salad]?
In this case "rice and broccoli salad" doesn't really sound like a dish, but why the fuck wouldn't you just use a tiny piece of syntax to make it super clear, rather than relying on the reader hopefully having similar culinary sensibilities?
They all do this.
This makes it easy to fill in card info online using the same password tools you're already using (passmenu, rofipass, etc.), without needing to go find your wallet, or rely on your browser's form auto-fill database (and worry about hidden fields attempting to exfiltrate that auto-fill data).
I'm tempted to use `pass` to store TOTP seeds as well, but this seems like a bad idea because you'd be putting both factors in one place. Maybe a separate pass db stored offline or something...
But the statistic you're citing here conflicts with your earlier statement (which is the one I take issue with):
> isn't because we have super advanced defense systems but because the fear of punishment keeps people from doing it.
The "fear of punishment" deterrent is clearly doing absolutely nothing for the 40% of women who have been / will be sexually assaulted.
Fear of punishment does not work when "correct" execution of justice is so rare and arbitrary. That's my point. Police are corrupt. Prosecutors are corrupt. Therefore, there is no justice. Therefore, "fear of justice" doesn't work as a deterrent.
Even if the police were better, if all it takes is a few murdering, raping, psychopaths to do all of the damage, how could "fear of punishment" possibly work?
There is, however, fear that the bureaucracy will decide to come after you in a Kafkaesque horror show...
No, the real reason most people aren't constantly worried about being murdered is that most of the people we encounter aren't murderers.
And this is why the people shouting that "the direct cause of the log4j bug is our collective failure to give open source maintainers bags of money" are wrong. Don't get me wrong, you should give people bags of money if you want them to drop everything and go fix a critical bug after it's been discovered.
But our collective ability to discover bugs is abysmal.
Drive-by pull requests during a highly visibile emergency are rarely useful.
fn land(self) -> Drone<Idle> {
Drone::<Idle>::from(self)
}
instead of: fn land(self) -> Drone<Idle> {
Drone::<Idle>::new()
}
Otherwise the position assertions in drone_flies fail, because it's looking at the position of a brand new Drone<Idle>, rather than one based on the position you just flew to.Edit:
Yes it should. [1]
[1] https://github.com/rustype/drone/blob/main/src/drone.rs#L53
This is the real red flag here. No workflow that I'm aware of ever has you read a one-time code to a human, it only ever goes into a text field.
Obviously you'd never use something like this for trusted boot, but with Windows 11 requiring a TPM, and applications moving in the direction of "we refuse to run unless the environment is pristine" (e.g. video games with anti-cheat features, banking apps), it seems that something like this might eventually be useful for getting around DRM and restoring our ability to run whatever we want on machines that we own.
Basically the definition of a chilling effect...
No idea if this was meant seriously, but it simultaneously sounds reasonable and terrifying...
One side of the queue is a peripheral like a serial port that needs to be fed/drained like clockwork to avoid losing data or glitching (e.g. via interrupts or DMA), and the other side is usually software running on the main thread, that wants to be able to work at its own pace and also go to sleep sometimes.
An SPSC queue fits this use-case nicely. James Munns has a fancy one written in Rust [1], and I have a ~100 line C template [2].
[1] https://github.com/jamesmunns/bbqueue
[2] https://gist.github.com/ohazi/40746a16c7fea4593bd0b664638d70...
My brain fart was forgetting how floats work, seeing that the integer-resolution range for both single and double precision floats was exactly the number of bits in the fraction + the sign bit and then pattern matching.
Edit: Ignore this, I'm wrong.
If this seems strange to anyone, it comes from the fact that all numbers in JS [1] are represented as double-precision floating point values. The bit format for doubles is a sign bit, 11 bits for the exponent, and 52 bits for the fraction.
When storing integers in floats, you use an exponent of 1, and then stuff the integer into the fraction and sign bits.
[1] I think bigint is a thing now?
As Drew points out, the thing that he described is clearly not possible, thanks to the "analog hole" (or even an equivalent "digital hole" -- if the protocol is open source, there's nothing stopping me from creating a fork of their software that logs everything it ever sees).
Closing the analog hole is impossible. Closing the digital hole would require some sort of DRM, which is definitely counterproductive, and most likely ineffective.
GTK is used by a lot of projects that are unrelated to GNOME, but unfortunately GTK still lives under the GNOME umbrella, and the GNOME developers are an unbelievably antagonistic bunch.
Why would Android developers go along with anything Microsoft tries to "extend" Android with when Google will just go "lol, no"?
This seems more like a desperate grasp than "embrace/extend/extinguish."
The difference between "so close" and "terraced" is hearing your neighbors fucking at night. No thanks.
Agree with you about the shutters, though...