I honestly can't say I've ever seen a non-techie expand a window to full screen using the green button on macOS. I'm not sure why, because in theory, I agree with you.
In my experience supporting Mac users, it's about 50/50. I think a lot of them have been conditioned to not maximize windows because it hides everything else, and they don't understand how to get back to their other windows.
I don't maximize windows because it means a 1 second delay, as for some reason Mac OS still does the hardcoded workspace switching animation even for that. Which means entering/leaving fullscreen in a video player is also delayed every time. I don't get it, not even the accessibility settings can disable this waste of time.
> Theirs simply no reason for any normal person to buy anything else.
My wife currently has an old MacBook with 8GB of memory, and she hits the memory limit somewhat regularly just from web browsing and light productivity work. But whether more breathing room in terms of memory is worth almost double the price...
I know this is happening with external customer support, but is this really happening internally at big companies? Preventing you from talking to a human in the correct department about an issue feels like a bomb waiting to explode.
There is at least an effect that chatbots have become the primary line and support, and even if you are not prevented from talking to a human, the managers of the humans you would talk to have decided that since the chatbot is there, it is inappropriate for them to be spending much time supporting coworkers in other departments when the chatbot can do it.
So to a degree, corporate politics can sort of discourage it.
I'm sure it is. Thankfully I don't work for a company this large any more, but when I was employed by a multinational with 30K+ employees, our IT department was outsourced to India and you had to get through a couple layers of phone tree/webchat hell to actually talk to a real person. I could easily see companies of this size replacing their support with LLM nonsense.
Teams are heavily incentivized to incorporate AI in their internal workflows. At Meta it is a requirement, and will come up in your performance review if you fail to do so.
I'm excited to try this. My coding workflow lately has been to whip up detailed plans with Opus, leaving little to no ambiguity, and hand them off to Composer 1.5 to execute. Composer isn't the smartest model and ends up needing some hand-holding sometimes, but it does a good enough job, and it's so damn fast that I can iterate on the result a few times before Opus would have finished. (And that's not to mention the cost difference, especially with Composer now being charged from the much larger "Auto" pool.)
If Composer 2 is as big a leap as they claim, I might start using it exclusively for anything that's not terribly complicated, including planning. The speed and cost effectiveness are just hard to beat.
That's a completely separate codebase that purposefully breaks backwards compatibility in specific areas to achieve their goals. That's not the same as having a first-class JIT in CPython, the actual Python implementation that ~everyone uses.
That makes sense if you're comparing with Java or C#, but not Ruby, which is way more dynamic than Python.
The more likely reason is that there simply hasn't been that big a push for it. Ruby was dog slow before the JIT and Rails was very popular, so there was a lot of demand and room for improvement. PHP was the primary language used by Facebook for a long time, and they had deep pockets. JS powers the web, so there's a huge incentive for companies like Google to make it faster. Python never really had that same level of investment, at least from a performance standpoint.
To your point, though, the C API has made certain types of optimizations extremely difficult, as the PyPy team has figured out.
> Python never really had that same level of investment, at least from a performance standpoint.
Or lack of incentive?
Alot of big python projects that does machine learning and data processing offloads the heavy data processing from pure python code to libraries like numpy and pandas that take advantage of C api binding to do native execution.
Google, Dropbox, and Microsoft from what I can recall all tried to make Python fast so I don’t buy the “hasn’t seen a huge amount of investment”. For a long time Guido was opposed to any changes and that ossified the ecosystem.
But the main problem was actually that pypy was never adopted as “the JIT” mechanism. That would have made a huge difference a long time ago and made sure they evolved in lock step.
Microsoft is the one the TFA refers to cryptically when it says "the Faster CPython team lost its main sponsor in 2025".
AFAIK it was not driven by anything on the tech side. It was simply unlucky timing, the project getting in the middle of Microsoft's heavy handed push to cut everything. So much so that the people who were hired by MS to work on this found out they were laid off in a middle of a conference where they were giving talks on it.
I use this on my Zenfone 8. It's...okay. The UI is pretty sub-par, but the main reason I use it is because the camera, by default, has this annoying, overly aggressive denoising filter built into it that makes everything look slightly cartoony, and there's no way to disable it with any other camera app I've tried.
> By law they are required to do whatever they can to maximize profits.
I know it's a nit-pick, but I hate that this always gets brought up when it's not actually true. Public corporations face pressure from investors to maximize returns, sure, but there is no law stating that they have to maximize profits at all costs. Public companies can (and often do) act against the interest of immediate profits for some other gain. The only real leverage that investors have is the board's ability to fire executives, but that assumes that they have the necessary votes to do so. As a counter-example, Mark Zuckerberg still controls the majority of voting power at Meta, so he can effectively do whatever he wants with the company without major consequence (assuming you don't consider stock price fluctuations "major").
But I say this not to take away from your broader point, which I agree with: the short-term profit-maximizing culture is indeed the default when it comes to publicly traded corporations. It just isn't something inherent in being publicly traded, and in the inverse, private companies often have the same kind of culture, so that's not a silver bullet either.
It's a worthwhile point to make because if people believe that misconception then it lets companies wash their hands of flagrantly bad behavior. "Gosh, we should really get around to changing the law that makes them act that way."
There is just no reasonable way that the open source community can compete with a $3.8T company. And before you say something along the lines of, "But they don't need to compete, they just need to be good enough", that still requires business to put their apps on some open source app store and make them compatible with the open source OS, and there is close to zero incentive for them to do so.
You're moving the goal post. Linix competed with the biggest software companies in the world in the server world and won. We can do it again in another market.
I'm not moving the goal post. We're talking about a consumer OS (Android). Servers are a completely different ball game with an entirely separate set of tradeoffs. On average, it's much easier for a company to adopt new, unknown tech than it is for laypeople who are not tech savvy.
You said, "There is just no reasonable way that the open source community can compete with a $3.8T company." But, Linux has completely decimated Microsoft's presence in the server and embedded markets. Look at what Microsoft was doing in the mid-2000's, they had a healthy server OS business, and they were spending billions trying to get Windows in embedded stuff (https://en.wikipedia.org/wiki/Windows_Embedded_Automotive)and it was a total failure because they could not compete with open source software, in the end, it wasn't even close.
These are markets far bigger than the consumer desktop licensing market where Microsoft can't even make a dent into Linux's dominance, this represents >$100B in annual lost revenue for microsoft. So yes, Linux already won, and it won big time, despite going up against the MSFT behemoth as you say.
Global Linux desktop usage is at about ~5% and growing while Windows is bleeding out and dying. And Microsoft doesn't care, go read their earnings reports to see why, their consumer desktop business does not matter except for it's ability to generate leads and demand for their actual core products. And geopolitical levers are also in Linux's favor, e.g. EU's desires for tech independence: the moves European governments were already making away from global tech products while funding domestic (often open source) alternatives are going to continue to accelerate:
And to answer your original question again, yes, open source software can compete, and it often can compete with a comical fraction of the resources of its closed source competitor. It's not a surprise: The open source model works extremely well and is the most efficient way to build software and technology that we know of; human beings have been sharing technology in this way for the duration of recorded history.
reply