This is counterproductive. The only alternative to letting Apple exploit you is letting Google exploit you. There are differences, Google is somewhat better on this specific point, but there's enough things Google is worse at (such as privacy) that choosing Google isn't exactly without downsides.
Your mindset results in Apple users thinking "the problem is those stupid Android idiots who accept being in an ad tech company's spyware garden" and Android users thinking "the problem is those stupid Apple idiots who accept that 30% of literally everything they do goes to Apple". In reality, we have a common enemy in the big tech duopoly and extremely lacklustre regulation which lets them keep doing this shit. You calling me an idiot for making a different shitty trade-off than you helps nobody.
> This is counterproductive. The only alternative to letting Apple exploit you is letting Google exploit you.
Or allowing users to control their hardware and software and give them the freedom to install the hell they want on it?
We've been using computers for eternities where we still have the possibility, yet, as soon as it is about phones then "no way, we protecting you from bad actors".
Give me a break, you want to help protect me from bad actors implement proper software/hardware jails/containers for third party software and that's it.
As a user, I can not allow users to control their hardware. It is not up to me. I get to choose between Apple and Google, and neither is in the business of allowing users to control their hardware.
You do have an alternative to both Google and Apple, which gives you the best of both worlds - it's called the Sailfish mobile OS - https://sailfishos.org/ . (As for my snarky post, read my other comment in this same thread to understand why I posted what I posted.)
Who am I to tell you how to spend your money? The point is, there are alternative unlike what you claimed. There is currently no foolproof way yet for Google to block apps. Also, it doesn't matter, in the long run - once the adoption of Sailfish OS picks up and it reaches critical mass, developers will switch to building apps for it. The "digital sovereignty movement" also helps. Russia has already bought and forked the source code of Sailfish OS and adopted it as its "national" state-sanctioned mobile operating system. This has had a ripple effect where many Russian apps have now been ported to it. China too has already forked Android to create its own "official" OS and most Chinese apps now also work on it. Similar attempts are going on with other countries too, who don't wish to be trapped in the duopoly that is Apple and Google in the mobile phone industry.
A large enough difference in degree becomes a difference in kind. Chat bots have vastly inflated the amount of shitty PRs, to the degree that it needs different solutions to manage.
Exactly. We never had a problem with spammy PRs before. Even at the height of Hacktoberfest, the vast majority were painfully obvious and confined to documentation. It was easy and obvious to reject those. But LLMs have really changed the game, and this policy was explicitly prompted by a number of big PRs that were obviously purely vibe-coded and we felt we really needed to get a defined policy out that we could point to and say "no, this is why we're rejecting this".
I don't agree at all. There's a huge difference between "someone wrote this code and at least understands the intention and the problem it's trying to solve" and "the chat bot just generated this code, nobody understands what the intention is". I'm comfortable having a conversation with a human about code they wrote. It's pointless to have a conversation with a human about code they didn't write and don't understand.
The quality of "does the submitter understand the code" is not reflected in the text of the diff itself, yet is extremely important for good contributions.
Scale can be transformational: getting shot was always bad but when guns lowered the skill requirement and increased lethality wars became even more deadly. LLMs greatly increase the pool of potential scammers and the cost of detecting them.
Why would you want to use a chat bot to translate? Either you know the source and destination language, in which case you'll almost certainly do a better job (certainly a more trustworthy job), or you don't, in which case you shouldn't be handling translations for that language anyway.
Same with grammar fixes. If you don't know the language, why are you submitting grammar changes??
No, I think GP means grammar fixes to your own communication. For example if I don't speak Japanese very well and I want to write to you in Japanese, I might write you a message in Japanese, then ask an LLM to fix up my grammar and check my writing to make sure I'm not sounding like a complete idiot.
I have read a lot of bad grammar from people who aren't very good at the language but are trying their best. It's fine. Just try to express yourself clearly and we figure it out.
I have read text where people who aren't very good at the language try to "fix it up" by feeding it through a chat bot. It's horrible. It's incredibly obvious that they didn't write the text, the tone is totally off, it's full of obnoxious ChatGPT-isms, etc.
Just do your best. It's fine. Don't subject your collaborators to shitty chat bot output.
Agreed. Humans are insanely good at figuring out intent and context, and running stuff through an LLM breaks that.
The times I've had to communicate IRL in a language I don't speak well, I do my best to speak slowly and enunciate and trust they'll try their best to figure it out. It's usually pretty obvious what you're asking lol. (Also a lot of people just reply with "Can I help you?" in English lol)
I've occasionally had to email sites in languages I don't speak (to tell them about malware or whatever) and I write up a message in the simplest, most basic English I can. I run that through machine translation that starts out with "This was generated by Google Translate" and include both in the email.
Just do your best to communicate intent and meaning, and don't worry about sounding like an idiot.
You seem to be judging business communications by weird middle-class aesthetics while the people writing the emails are just trying to be clear.
If you think that every language level is always sufficient for every task (a fluency truther?), then you should agree that somebody who writes an email in a language that they are not confident in, puts it through an LLM, and decides the results better explain the idea they were trying to convey than they had managed to do is always correct in that assessment. Why are you second guessing them and indirectly criticizing their language skills?
Running your words through ChatGPT isn't making you clear. If your own words are clear enough to be understood by ChatGPT, they're clear enough to be understood by your peers. Adding ChatGPT into the mix only ensures opportunity for meaning to be mangled. And text that's bad enough as to be ambiguous may be translated to perfectly clear text that reflects the wrong interpretation of your words, risking misunderstandings that wouldn't happen if the ambiguity was preserved instead of eliminated.
I have no idea what you're talking about with regard to being a "fluency truther", I think you're putting words into my mouth.
Eh, na dawg, I'll have to reject a lot of what you've typed here.
LLMs can do a lot of proof checking on what you've written. Asking it to check for logical contradictions in what I've stated and such. It will catch were I've forgot things like a 'not' in one statement so one sentence is giving a negative response and another gives a positive response unintentionally. This kind of error is quite often hard for me to pick up on, yet the LLM seems to do well.
Note: Because of dependency on architecture and system changes to any current version of Apple operating systems (for example, macOS 26, iOS 26 and so on), not all known security issues are addressed in previous versions (for example, macOS 15, iOS 18 and so on).
macOS receives 1 year of full support and 2 additional years for security updates for each version with 6-8 years of upgrade eligibility. Windows 10 received 10 years of support (on top of a free upgrade from Windows 7/8.1 for most users).
I'm not sure why you're counting the years of support for a version of the OS and not the years of support for a computer. The interesting thing is: if you bought a computer at year X, does it still receive updates at X+Y?
There's loads of relatively young computers which can't upgrade to Windows 11 and therefore aren't supported anymore. That's the problem, not how long Windows 10 was supported.
There's a ton of outdated guides out there because Microsoft has been patching out workaround after workaround. It's likely that the simple solution you used doesn't work anymore.
This is slightly off topic, but do you know of a graphics debugger on macOS which supports OpenGL? ...or a graphics debugger on Linux which supports Wayland?
We used to have the Apple OpenGL Profiler etc on macOS, but all of Apple's tools these days are only focused on Metal. We used to have RenderDoc on Linux, but it got left behind by the Wayland transition and doesn't work anymore. So I'm kinda lacking anything to debug OpenGL at the moment...
I don't know sorry. For debugging GL I usually switch to Windows with RenderDoc (or some current NVIDIA tool - does Nsight still exist?).
RenderDoc on Linux appears to work fine for X11 apps via XWayland btw (just testing here via the sokol-samples with the sokol-gfx GL backend: https://github.com/floooh/sokol-samples, just another reason to not have a native Wayland backend but instead rely on the XWayland shim I guess...
The readme talks about plans for Linux support, but I'm guessing that's no longer on the table after the Epic acquisition? Sweeney is the single most publicly anti-Linux CEO I'm aware of.
The repository was first open sourced 2 years after the acquisition. Nothing has changed about the project’s goals. We are working on the Linux port now. It’s currently our top priority.
Yes actually: plenty of companies don't care where the money comes from, they're happy as long as there's money. Unity, the other big ad- and IAP-peddling game engine company, has pretty good Linux support.
It's weird for a company to explicitly say, "if you use this one operating system you can go F yourself, we don't want your money". (Note: this is not the same as saying "we only officially support Windows at this time, sorry". There's seething hatred in Sweeney's words.)
So this article isn't about a kill switch, just blocking downgrades and custom ROMs.
But to answer your question: we know iPhones have a foolproof kill switch, it's a feature. Just mark your device as lost in Find My and it'll be locked until someone can provide your login details. Assuming it requires logging in to your Apple account (which it does, AFAIK; I don't think logging in to a local account is enough), this is the same as a remote kill switch; Apple could simply make a device enter this locked-down state and then tweak their server systems to deny logins.
reply