But isn’t this whole thread about running Linux on Apple hardware? I haven’t seen anyone in this thread complaining that they can’t run macOS on non Apple hardware.
I'm not sure that's really the same thing. Apple doesn't own ARM and the main issue here seems to be the GPU no? Is this much different from how things work with Nvidia? I guess the difference is that Nvidia provides drivers for Linux while Apple does not. As far as I know Nvidia Linux drivers aren't open source either though.
This makes no sense to me. Apple does nothing to prevent AAA games on the App Store also being released on Steam. I think it’s more likely that the GPTK license is to encourage developers to make high quality native ports rather than devs checking a box to make their game available on Mac.
You want to leverage AI to automate the cycle of creating low quality games to display in low quality ads that leverage gambling mechanics to entice clicks?
Doesn’t seem like Apple shutting down this old, likely unpopular feature is evidence of Apple turning the Mac into an “Apple Chromebook”.
There is no “hard stop” on the life time of a Mac. Yeah Apple will eventually stop updating the software but this has always been true. If anything this situation is much better that it ever has been with free OS updates.
Finally even if there was a hard stop Apple will gladly recycle your product. No need for it to go to a landfill.
This isn’t quite true or at least doesn’t tell the whole story. This tool can do things that Wine can’t today. Namely supporting DX12 games. That support was added by Apple.
I think that’s true today but it could change. I imagine Apple wants to encourage developers to build native games but I could see them loosening restrictions down the road. Maybe they eventually position this tech as the Bootcamp alternative for Apple Silicon. Time will tell.
It's an interesting thought experiment but if the goal is to decide whether we should allow these types of AIs to be used for commercial purposes I think it's more helpful to ask a different question.
If we had these LLMs 30 years ago would J.K Rowling's books ever have existed?
Yes. It's significantly better than the average interest rate of savings accounts in general. Most of the big banks have abysmal interest rates for savings accounts. That said there definitely are options that provide a bit higher rate than Apple. The other reason would likely just be convenience.
> Apple and Google would rather not get into these markets than dealing with the legal complexities, this is the reason they are blocked
I find this claim pretty suspect. What are you basing this on? I'm sure the extra income would be vastly more than the cost of dealing with legal complexities.
How does blocking gambling, crypto, and adult content help their bottom line? Seems to me like these would be a lucrative source of income if they allowed them on the store.
The risk to the average user is that an app they want is removed from the App Store and only available via sideloaidng.
I don't think you can separate the principle from its misapplication. It's misapplied because it tries to stuff useful knowledge into a memorable phrase and the nuance is lost.
Flagging code in code review is another great example of harmful behaviour principles encourage. I've stopped referencing principles altogether in code review and I encourage others to do the same. Instead I focus on trying to explain the specific impact the code will have on our specific codebase.
The problem is with the entire concept of development "principles". They are a bad way to propagate knowledge. I suspect more people have an incorrect understanding of DRY than not. Seems like a net loss to me.
We should ditch these principles altogether and focus on teaching a deeper understanding of these concepts that captures the nuances.
A compiler can't check that your logic is correct. There may be a bit of overlap in the things verified by tests and a compiler but they don't solve the same problem.
How are static types a requirement for encapsulation? Dynamic languages are perfectly capable of providing encapsulation. Statically typed languages are also perfectly capable of having very poor encapsulation.
What is in this gap? Do you know of any good resources that outline the features that Cursor provides over VSCode with Copilot?