Hacker News new | past | comments | ask | show | jobs | submit login

That complaint doesn't quite make sense to me because things like "language servers for every programming language in existence" don't exist for iOS in the first place, even if you were allowed to run external processes.

To me the logical solution is something like Replit, where your arbitrary programming environment is running off-device. You want to program Go or Python on your iPad? Okay, but the actual code is executing in some cloud machine. Apple should be happy with that, and it'll be a lot easier to maintain all this stuff off-device anyway, than on iPads, where nobody else is maintaining a toolchain.

Of course that doesn't work with a "one-time-purchase" business model....




> That complaint doesn't quite make sense to me because things like "language servers for every programming language in existence" don't exist iOS in the first place, even if you were allowed to run external processes.

Yes, they do exist for iOS, they're the existing language servers. iOS is Unix on ARM, it can run most of (all of?) the Node ecosystem (including the existing LSP implementations) just fine. The problem is Apple doesn’t provide the APIs to run them, and bans apps that create their own workarounds to run them (unless they’re in the app bundle, which my understanding is allowed, e.g., that’s how something like play.js works https://playdotjs.com/).


Apple is building desktop-class processors for iPad so that it can operate as a thin network client for a Linux server somewhere? That strategy doesn't make too much sense.


It only makes no sense if you have a black/white view of the world.

Some apps will run on device and need the full performance e.g. video editing. Other apps will be a thin client.


But the iPad could be so much more. It is a highly performance platform. Great CPU, GPU, SSD ... So yeah it's just being held back by Apple




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: