For over the last >1 year, Google has been dismissing people without warning or cause. The days where it was nearly impossible to be fired are over; now you might be severed by surprise for no given reason at all.
Anecdotally speaking, I have seen a change in behavior even from early 2024.
I was in a meeting (online) with a few people from Google shortly before Google IO about something fairly small. The technical engineer actually spoke(!) and he talked about revenue and stuff. I was dumbfounded that technical engineers at Google would ever care about "moving the needle".
It's both. They're usually more lenient than other companies when it comes to performance, but then there are random waves of layoffs that have more to do with what org you're in than anything else.
Firings like this often include a technically voluntary separation agreement that gives you a few extra weeks' pay or some additional months of health benefits etc. precisely to avoid that problem. (Also gets them out of paying unemployment, and means they can get a fresh set of NDAs/nondisparagement etc. signed with the employee.)
I would never fire an employee unilaterally, especially over something like this, when there's valuable IP at stake and you can just talk the person into agreeing to sign over whatever it is you need.
One big advantage of IPv6 local addresses is that you can pack a lot of semantic information in an address that's easy to remember, plus bits to help with routing and/or firewalling if you need.
DNS and mDNS don't "just work". You don't need but probably really want HA for DNS which is overkill for a homelab user, and you really want a fixed address for that DNS, because who wants to fix issues when you can't even address your services, and you really want your routers to have fixed addresses for the same reasons; you need VLAN and/or Avahi reflecting for mDNS, and if you need firewalling on your LAN, have fun dealing with the fact that mDNS clients prefer GUAs, then IPv4s, then ULAs in that order, by RFC rule, and managing GUAs sensibly when your ISP keeps changing your prefix -- well, IPv6 is almost 30 years old and home/SMB equipment still can't handle that reliably or flexibly, if it even lets you do anything besides assign /64s, and there's nothing stopping your ISP from saying "here just have a single /64, sorry if you wanted to actually use IPv6 for anything clever like having multiple subnets, who would ever want that?" So you say "I'll just use DHCPv6" and it turns out that DHCPv6 kind of sucks and it also turns out many devices don't support that by default or at all, including every single Android and Chrome device, for starters.
IPv6 is full of these design issues where you have a lot of things that are supposed to Just Work, Look It's So Much Simpler Than IPv4, and look at all these address bytes (excuse us while we take 64 of them away for no reason), except you discover that nothing Just Works with anything else in mildly nontrivial cases. You end up on a yak shave only to discover no yak underneath, and you end up just having a broken network while standing in a pile of yak hair. The whole story above is just one example. IPv6 is a migraine in RFC form, and if it weren't that I accidentally bought some expensive IOT devices that are IPv6-only, I'd be happy to never touch it. At this point, it would have been a better time-money tradeoff to have thrown those in the trash as soon as I had seen the problem.
Tesla is a meme stock like GameStop, but for a good fraction of America, so the market cap can be much larger. As long as TSLA owners don't care about the stock defying gravity, it will continue to do so.
Why would I answer that when you already said one statement being wrong doesn't matter? If one statement being wrong doesn't matter then why are you changing your mind and asking? Would there be any point in replying?
I've met a lot of folks in software who think contradicting themselves in order to "gotcha" the other person is some form of being clever. You can't really have success reasoning them out of it; they think being incorrigible is the same as winning.
You don't understand. All they have to do is repeat what you've said with a snarky tone, tag it with an extreme insult, then imply that it makes you unfit to be employed, even if you are self-employed. Your duty is to apologize, and promise to do better.
It's wrong because a "woke mind virus" literally doesn't exist, and you just made up the concept, or more likely appropriated it from a Nazi-salute-slinging billionaire whose brain has turned to mush.
It's dishonest because it pretends that people behaving in a way that you don't like are somehow infected by some (literal or metaphorical) contagion, when I am not aware of any evidence that this is the case.
I'd be delighted to be proven wrong on either of the above with studies or other serious sources. I'll wait.
I understand what Critical Social Justice is, and it is not in any way a virus either literally or figuratively. Perhaps I wasn't clear, but I was asking for sources establishing that such a thing as a "woke mind virus" exists. I doubt there are any serious sources which frame critical social justice as such, but once again I'd love to be proven wrong on this. I'm still waiting.
Woke lost, because it infected companies, universities and other organizations. It prompted entitled idiots like cited above to go into projects started by others, assume eminent domain, and attempt to take it over with slander and defamation. Always with the same script, pretending to defend while engaged in an unprovoked and drawn out attack.
See the cases of:
- The Ada Initiative
- DongleGate
- James Damore
- Bret Weinstein and Evergreen state (there's even a documentary by Mike Nayna about this)
Just to name a few.
Hyperventilating over the phrase "woke mind virus" or calling Musk a nazi a few dozen more times will not work.
You're the square, and your favored ideology lost.
We now even have BlueSky serving as the verifiable echo chamber of the idiots, and it's absolutely hilarious how they just can't stop attacking each other over there.
Calling for sources while questioning one of the most visible forms of social activism of the last decade is pure gaslighting btw.
And no, asking for sources is not gaslighting, no matter how much you say it is. It’s important to me that my beliefs are backed by evidence, and so you’ll have to forgive me that I just can’t assume that “a woke mind virus is a thing that exists” is a valid claim.
@sanity posted a sibling reply which I can’t reply to because it’s [dead] for some reason. In that reply they do give a couple of examples of recent literature that they say supports their claim. I will freely admit I’m not familiar with the work they’re citing so I’m going to look into it. Upon a brief look at a summary of the Lukianoff and Haidt work, I don’t think it actually addresses the claim which I was asking for sources for, but I will reserve judgment until I read it.
I'll raise my hand here and risk downvotes from very smart people who are smarter than me, but I've heard of CVE but not LPE or RCE. I know what the latter two terms are but am not used to seeing them in acronyms.
So what's missing is that keeping up-to-date with CVEs is important and some CVEs are Internet-nerd famous. Remember Heartbleed? Even some casual gamers I know had heard of it. And everyone who's mildly serious about sysadmin knows you want to defensively keep systems patched against important CVEs. The second layer of that, what the exploits actually are or do, is a second-layer term of art, one that one might miss the jargon for even if one has familiarity with the concepts.
To me, the fact that the page is obviously AI-assisted is way more upsetting than some guy not knowing what an acronym means. There's something about AI prose that is just so fucking tedious. It makes the mind glaze over.
To be clear, I'm not suggesting that you if have heard of CVEs therefor you must have heard of LPE. I'm saying if you have read many of them you would have seen these terms.
I obviously do not expect someone who has merely heard of various CVEs before to know anything about the contents of those CVEs. The other poster said they had "read many CVEs", which I took to mean they have read many CVE disclosures, where the term is extremely common. Perhaps they meant that they've read about CVEs, in which case I can see why the term would not be on their radar.
some people just don't have a good memory for acronyms. It's one thing to learn the concept of a privilege escalation, but an entirely different thing to play mental memory with TLAs (three letter acronyms). Acronyms remove all the context from a term which makes them way harder to memorize. A bit like knowing your friends vs knowing their phone numbers.
Boastful lies like this are a telltale sign of vibe-coded projects. Approximately, an AI is making word-association guesses from its context window, and arranging those guesses into grammatical forms that human RLHF reviewers find impactful. Frequently the lies are obvious if you have a mental model of the project, which the AI doesn't have.
Yes, this paper is insane. The actual quote about caching is:
> Once a region of tape has been read, the controller stores the
result. Subsequent operations reference the cache rather than re-interrogating the physical
medium. Re-reading a known bit is unnecessary; the controller already holds its state
However, earlier, the paper claims:
> The transformer architectures underpin-
ning modern large language models are bandwidth-limited, not compute-limited [1–3]. The
energy consumed moving data between DRAM, NAND flash, and processor cache already
exceeds the energy consumed by arithmetic in datacenter AI accelerators [2]. This is not an
optimization problem. It is a materials problem [emphasis mine].
as part of a longer rant about the AI "memory wall" in the very first section. If we open with a long spiel about how memory is expensive in material cost and energy cost and this material is a solution for that then what are we caching the read in? On that note, what kind of computer engineer thinks about cache on the order of individual bits on a medium?
And, as you point out, 25 PB/s is a lot. Around 1000x that of a typical on-die SRAM cache, I think.
A while later, the author speaks of using atomic force microscopy to read the data back. The size of AFM scans are, in practice, as I understand, along the order of square micrometers. I think this whole paper is an AI-driven, as you put it, 'fever dream', enabling an author to put forth 60 pages of sciencey claims and sciencey math without -- as far as I can tell -- any concrete and novel scientific result of any kind. AI-driven reality warps are not new; the difference is nowdays AIs are good enough at sounding smart to get past the barriers of a typical smart person who might want to be fooled or make a show of being open-minded. Later on, the author proposes using "shaped femtosecond IR pulses" -- without further elaboration -- to address single atoms! IR wavelengths are on the order of a micrometer at minimum!
Strong chance the same robot that wrote the benchmark also wrote the sentence to sound impressive.
This is another one of the vibe-coded slop projects that are routinely frontpaging HN now. As someone else pointed out, the single author has "written" >100kLOC in diffs per week. It's not possible that any human knows what's in the codebase in any reasonable detail.
This is a really embarrassing post. You stalked the author's online presence, turned up a TCP bridge utility, not really relevant to anything, and tried to shame the author for writing it, all so you can pretend you won an argument on the Internet?
reply