paavoova

Is 60GHz not part of the standard now? Only a matter of consumer hardware support.

He doesn't shower as far as I can tell. He mentions once (paraphrasing) "I'm lucky I don't sweat much and smell". He practices basic hygiene and appearance (shaving, etc) and washes his clothes in public laundromats, as shown in a couple of his videos. I guess a quick washcloth in a public bathroom can get to where it matters most, and having clean clothes helps a lot. But he also doesn't ever eat out in restaurants, visit crowded indoor spaces, mingle indoors, etc - places where it would matter most and people would notice or comment.

The dude on their phone is not comparable to the an AV carrying a family of 5 unpredictably veering into a concrete divider. One is negligent, the other has done nothing and could have done nothing, they only trusted the system. How do you reconcile it as merely a question of numbers then? So you trade 100 human-error accidents for 5 "blue moon" AV accidents, and this is good because it's statistically much safer. But that's also 5 accidents that wouldn't have happened to safe, diligent drivers.

Statistically, yes, but I think people can be afraid of the lack of direct accountability for AVs. A distracted/drunk driver, for example, is something easy to attribute cause and blame to. And you're not afraid of the car, you're afraid of the potentially negligent, dangerous people driving it.

But an autonomous object that behaves wildly unpredictably simply because of a malfunctioning sensor or a software bug is something that defies known reasoning which you're normally trained to respond to. You can no longer make eye contact with drivers at a crosswalk, instead you can only assume the AV will behave as normal, and if it doesn't and runs you over there's nothing you could have done differently and you were just unlucky and lost the statistics lottery.

I am very uneasy of car manufactures and regulators writing me off as a factored-in statistic. You are basically then allowing vehicles on the road with a deterministic cause of incident.

Your usage of errno can cause failure on success if errno was set any time before the call to fflush. Might need a bump to v3 for robustness...

Sorry, maybe I meant "linearly", or just "correlated".

Interestingly the article says:

Peek and her team found that muscle repair after injury was greater when mice were active or awake compared to when they were inactive or resting.

It seems sleep alone isn't the most important factor. Otherwise more sleep would linearly be beneficial to health and recovery, but, from a courtesy look into it, it appears sleep above 9 hours is inversely correlated with negative health.

That's not quite what's shown in that PDF...All oils tested showed signs of instability when heated, but EVOO was the most stable. But EVOO still had an increase in trans-fats, for example, when heated. Furthermore, in the conclusion, they note

note that the experiments were carried out without food being cooked. While cooking, the water and steam which comes from the food being cooked aids the process of hydrolysis. The absence of food in these trials may have allowed for a greater impact of oil oxi- dation when compared with other deterioration reactions

They didn't test the affects of water and food contact on stability and note the potential significance of hydrolysis.

But just going by that, I'd avoid all refined oils and heating/frying.

In your example, if you exercise, you can have the pizza as well as the sandwich. This can be significant, because suppose you have those 300 surplus calories 3x/week minus the exercise (not unreasonable, a small snack here and there, right?). 300 calories is about 3 bananas, so it might not even be unhealthy food.

Rough math: 3 * 300 * 4 = 3600 calories surplus/month. A pound of adipose tissue has ~3500 calories IIRC. So you're now gaining a pound of fat a month, and you're not even indulging yourself, really.

In reality, physical activity and diet aren't so steady, so some months you maintain weight, some you lose, and some you gain a lot. But over time it averages out, and you've put on 12lbs in a year.

> I don't think I'll ever use cat again if I can help it.

I just tested simple concatenation and bat is over 10x slower:

  $ time cat 1GiB 1GiB 1GiB 1GiB >/dev/null
  real 0m0.414s
  user 0m0.014s
  sys 0m0.400s
  $ time bat 1GiB 1GiB 1GiB 1GiB >/dev/null
  real 0m4.257s
  user 0m1.659s
  sys 0m2.594s

Seems like a lot of these "modern" replacements lose what the original simpler utils do well.

Meanwhile, hardware-level OS-ignostic rootkits like Computrace exist, and Intel ME has its own network stack, but Pluton being adopted as some kind of industry standard to lock down a platform in the name of "security" and what have you is a conspiracy.

I've noticed that people tend to have varying differences in their mental map of organization. If you view a codebase as largely monolithic with only a few states such as previous/backup, current, and future/editing, the addition of version control may not help workflow. Editing is always a rolling-release model, be it backwards or forwards (at least that's what I interpret from "there is kind of an active molten core that I have a much better working knowledge of" in the article. If version control were introduced, you would now be tasked to actively divert workflow to the versioning software, such as when reverting commits, etc. You don't create a repo for trivial objects, such as a simple shell script you write for your personal desktop, so it's easy to see this applied to scale, especially with a single-person codebase like DF. For the script example, a file will typically have undo/revert history in an editor, which itself is a limited form of version control. So there obviously has to be some form of version control used by the author other than file copying, albeit not as explicit as git. I think it's unfair to call it a mistake unless you're directly affected. In the 20 years of (solo?) development of DF, do you not suppose a rational person would adopt versioning were a lack thereof impacting them noticeably? So obviously it's a non-issue as far as scope of the codebase goes.

If you set the SSID and password identical for both bands, the clients should prefer to negotiate the optimal band. I just checked and all clients save for some legacy devices on my OpenWRT router are on 5GHz. So I'm now wondering for which cases is band-steering helpful?

On my machine running Ubuntu 18.04 (coreutils 8.28, openssl 1.1.1), openssl is faster than both shasum and sha256sum.

> got over my "audiobooks aren't real reading" stigma, and have since torn through over 100 books on 2x

So in your post when you refer to "reading", do you actually mean listening to audiobooks? While audiobooks have their place, I don't believe them to be the equivalent of reading. To think so is to believe the value of the book is the content itself, but literature as a medium is more than its written word. Literature can be an art, and not just in terms of prose and the writer behind it, but also in cases before mass printing was invented and entire books were written and illustrated painstakingly by hand.

And between reading and listening, I wouldn't be surprised if reading required more "brain power" to process, in the same way that (supposedly) reading does compared to watching TV. The auditory system is just more innate than the process of reading is, which is a learned skill you aren't born with. Of course this makes audiobooks more accessible and easier to digest, which would be one of their merits for a lot of people. This is my largely unsubstantiated opinion and I'm not trying to insinuate anything in particular. I just believe reading to be its own distinct pastime and skill.

Personally, I can't stand listening to audiobooks, especially while doing menial tasks like chores, because it feels like anytime I get distracted, the words go in and come out the other ear. The retention just isn't there, it might as well be background noise.