rched

> the gap between them and VSCode has only widened since then

What is in this gap? Do you know of any good resources that outline the features that Cursor provides over VSCode with Copilot?

Are you willing to share the name of your startup?

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.

Seems like the opposite is true. If their primary motivation was more App Store sales why not allow GPTK games only through the App Store?

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.

This is the darkest timeline.

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.

I’m not sure this is a fair statement given that the thing isn’t even out yet and most haven’t used it.

This article strangely cites the cost of the Mac Pro with M1 Ultra. You can get the same M1 Ultra in a Mac Studio starting at $4000.

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.

Latest beta OS isn’t necessary. It works on macOS Ventura.

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.

I don't think this is true at all.

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.

> that Android users need to replace their phones less often

That is not true. In fact the opposite is true. The average iPhone will last longer than the average Android phone.

https://valorvortech.com/how-long-can-a-smartphone-last/

You are also saying on one hand that most iPhones are purchased by older non tech-savvy people while at the same time claiming that those same people buy a new phone every generation. That is hard to believe.

I'm still on the fence about whether this will end up being a net good or not but people don't seem to consider the potential knock on effects of this. Apple puts some nice pro-consumer, along with some less nice anti-developer, requirements on Apps in the AppStore. Easy subscription management, privacy disclosure, parental controls etc. If the developers of an app decide to only make it available outside the AppStore you as a consumer may be forced to choose between using that app and getting those benefits.

I don't think the Vulcan/Metal comparison is useful here. Metal shipped before Vulcan so it was never an option for Apple. The case of AV1 is different.

Vulcan did not exist when Apple shipped Metal. If it had I think there is a good chance they would have adopted it but we'll never know for sure.

I think the biggest thing holding Nova back from being a great code editor for most Mac users is their lack of investment in the extension ecosystem. The extension library has no curation which results in outdated, broken, and duplicate extensions. As far as I can tell Nova is maintained by a tiny team and extension bugs or feature requests are slow to be resolved.

It's hard to see many folks switching from VSCode if the extensions they rely on are unreliable in Nova.

In my experience it is a bit of a mixed bag. The speed and "Mac feel" are great overall. It seems to work pretty well for the natively supported languages. Unfortunately the LSP support is nowhere near as good as VSCode and they seem to be slow to add features and fix bugs for LSP. This makes it a much worse editor for most languages.

  > MacOS is a strictly consumer-facing platform for running App Store Apps

What are you basing that on? Apple markets these products directly to professionals in a lot of cases. They even sell professional audio software.

React famously claims not to be a framework. Many, myself included, would argue that it is very much a framework in every way that matters.

Short answer: import constraints.

Canada, like many countries, does not have the capacity to manufacture vaccines at scale. Our vaccine supply comes from over seas. Up to now the United States has not allowed vaccines to be exported to other countries so most of them come from Europe.

Your fears seem to come down to the idea that Apple will eventually try to force apps to go through the mac app store. I can understand why people would feel that way seeing what they have done on their mobile platforms but I don't actually think there is any evidence to suggest they want to do that on the mac.

I am not at all convinced Apple wants to go that route so the future of the mac doesn't look scary to me it looks pretty great.