Personally I'm fine with the scammy ads. I feel most people who would use CPU-Z are pretty technical and should be able to tell the difference between an ad download button vs the real one.
That, and you should already be using an ad blocker.
It's also abused by soo many devs, just wanting there app to be seen 24/7 by the users, regardless if there app gains anything from being in the menu bar. That's why many users run out of space.
Most people don't look at settings or ways to remove them (if they even give an option), so they quickly fill up the menu bar. Back in the day without a notch, people would have so many that some menu items would disappear too.
A couple of my colleagues have so many applications running at the menu bar, so they have to use Bartender to be able to have anything resembling a functional menu bar.
I understand power users, but I don't understand these users.
Try a corporate laptop. Every stupid thing you don’t need except to know it’s running is there, but you don’t know it’s running because they may just be hidden.
Jamf, zscaler, virus checkers, etc. need to all go to hell with this crap. I’m glad Tailscale are removing theirs.
They don't have to be one of my colleagues to share their own perspective and experience. We're a rather large band of computer using people here, and it's good to share experiences and viewpoints.
Here are some relevant excerpts from an October 2025 article[1]:
> In a message to GitHub’s staff, CTO Vladimir Fedorov notes that GitHub is constrained on capacity in its Virginia data center. “It’s existential for us to keep up with the demands of AI and Copilot, which are changing how people use GitHub,” he writes.
> The plan, he writes, is for GitHub to completely move out of its own data centers in 24 months. “This means we have 18 months to execute (with a 6 month buffer),” Fedorov’s memo says. He acknowledges that since any migration of this scope will have to run in parallel on both the new and old infrastructure for at least six months, the team realistically needs to get this work done in the next 12 months.
If you consider that six month parallel window to have started from the time of the October memo (written presumably at the start of October), then that puts us currently or past the point where they would have cut off their old DC and defaulted to Azure only.
Whether plans or timelines changed, I have no idea of course but the above does make for a convenient timeline that would explain the recent instability. Of course, it could also just be symptomatic of increased AI usage generally and the same problems might have surfaced at a software level regardless of whether they were in a DC or on Azure.
Putting that nuance aside, personally I like the idea that Azure is simply a giant pile of shit operated by a corporation with no taste.
>It’s existential for us to keep up with the demands of AI and Copilot
if by chance the CTO reads this, as a user of GitHub I would find it really existential if GitHub continues functioning as a reliable hub for git workflows (hence the name), and I have the strong suspicion nobody except for the shareholders gives a lick about copilot or 'AI' if it makes the core service the site was designed for unusable
Why? What is the correlation between profit and shareholder sentiment (besides the fact that shareholders want said profits)? They don't really influence the operation of the business meaningfully.
Sure, but I think it's the wrong way around. Appeasing shareholders doesn't make you profitable, being profitable appeases shareholders. I think there is a wealth of evidence that appeasing shareholders actually impedes profits overall.
Incorrect. They need to appease/trick/threaten/etc those that are paying for their services. Shareholders just demand they do so at the greatest (often short term) rate.
i heard that they asked LinkedIn to do this too and they either refused or their systems were too complex so they refused to. Maybe that explains why LI availability seems ok
Even the built in venv would've solved most of his issues too. But I agree with him in that Python documentation could be better. Or have a more unified system in place. I feel like every other how to doc I read on setting something Python up uses a different environment containment product.
I don't mind using Apple's native Hypervisor framework, it's better then QEMU (speed/overhead), but Apple has no support to passthrough USB ports. https://github.com/utmapp/UTM/issues/3778
That, and you should already be using an ad blocker.
reply