I mean there's quite clearly a victim here, the child.
I've been reading her book, the truancy thing is interesting. She had data that showed that kids that weren't showing up at school, particularly young ones, didn't learn how to read sufficiently well, and then fell behind in school and struggled to catch up, they then ended up struggling later in life, and often ending up either as victims or perpetrators of crime.
So, she used the California DA's office to enforce truancy laws across California, encouraged reaching out to fix the problems at home if at all possible, and also encouraged reaching out to folks that had been written off as "not caring" (she cites an example of a father that hadn't been paying child support but upon learning that his daughter wasn't going to school, started taking his daughter to school every morning, and volunteering in her classroom).
Of course this is all by her account, but that sounds overall quite positive to me.
Sure, there's a cost to breaking things up, all multiprocessing and multithreading comes at a cost. That said, in my evaluation, single for "unity builds" are garbage; sometimes a few files are used to get some multiprocessing back (... as the GitHub you mentioned references).
They're mostly a way to just minimize the amount of translation units so that you don't have the "I changed a central header that all my files include and now I need to rebuild the world" (with a world that includes many many small translation units) problem (this is arguably worse on Windows because process spawning is more expensive).
Unity builds as a whole are very very niche and you're almost always better off doing a more targeted analysis of where your build (or often more importantly, incremental build) is expensive and making appropriate changes. Note that large C++ projects like llvm, chromium, etc do NOT use unity builds (almost certainly, because they are not more efficient in any sense).
I'm not even sure how they got started, presumably they were mostly a way to get LTO without LTO. They're absolutely awful for incremental builds.
Slow compared to what exactly...?
The worst part about headers is needing to reprocess the whole header from scratch ... but precompiled headers largely solve that (or just using smaller more targeted header files).
Even in those cases there's something to be said for the extreme parallelism in a C++ build. You give some of that up with modules for better code organization and in some cases it does help build times, but I've heard in others it hurts build times (a fair bit of that might just be inexperience with the feature/best practices and immature implementations, but alas).
There's no precompiler in C++. There's a preprocessor but that's something entirely different. It's also not a slow portion of the compile process typically.
C++ is getting to the point where modules might work well enough to do something useful with them, but they remove the need for #include preprocessor directives to share code.
Have you ever seen a vacuum chamber? Science does suck ... and it's fucking awesome at it. 🥁
Basically TikTok has been proven to serve the Chinese Communist Party (via influence over what users see and data collection). Additionally, the Atlantic article goes on to explain how the United States has a long history of protecting its citizens from foreign influence campaigns going back to the early radio days (and trying to ban TikTok is not a divergence from the status quo or an attack of free speech, rather the continuing of policies that have largely worked and served the public good).
Here's the big difference. Automated assembly lines do a job better than the average human can. LLMs do the job consistently worse than the average human would.
A fact I struggle with on an almost daily basis...
EILIF: TikTok is like that "friend" that says they're your buddy, but you have a lot of reasons to doubt they actually have your best interest at heart.
From my notes:
Oh wow, that's quite the backstory!
So, I'm trying to clone an SSD to an NVME drive and I'm bumping into this "dev-disk-by" error when I boot from the NVME (the SSD is unplugged).
I can't find anyone talking about this in this context. It seems like what I've done here should be fine and should work, but there's clearly something I and the arch wiki are missing.
So most dorms don't want you using your own routers because a bunch of student routers causes A LOT of inference.
You should probably reach out not to the dorm folks but the university networking folks as they're the ones that will ultimately make the decision on whether or not to turn things off/disconnect you.
A cheap networking switch would probably be okay by them to get some more wired connections in your dorm room (routers aren't really a great way to do that).
https://www.amazon.com/Linksys-Business-LGS105-Unmanaged-Enclosure/dp/B00FV12VSW/ref=mp_s_a_1_1_sspa?crid=3PUXDK6TFLZIT&dib=eyJ2IjoiMSJ9.zm2b2eGNCSReGFJuUskv6-s3cUVDK12lfqOmf729Jjx1nw8mI07xRjx4RZCcnWDhplIUW-7IOfSn6R7TMu0yVy_k9hGXtOs0SNS7RO8sN4RI5aa_8-iwSOXz6biaUH5pE27eM8eYyBzJl9tkYxX4erfrbMwkWwhSrqIKQGOSqx1DQ1z5ZiDGCyQ_u0k8IhaN1Ra-Zpsr07cg-ZjJnDz6lA.iHHYMOhPc6OW0LmOOPkf8taxFxWnD5Sbwy_NxZwTQbU&dib_tag=se&keywords=network+switch&qid=1725717407&sprefix=network+%2Caps%2C186&sr=8-1-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9waG9uZV9zZWFyY2hfYXRm&psc=1
As a secondary concern, using a router will cause a double NAT for all your connected devices (universities don't operate in the way ISPs do). That could cause some weird networking shenanigans, particularly for anything peer-to-peer like online games.