DiligentEngine VS ish

Neither Apple nor Microsoft want any usable multiplatform graphics API. For this reason, none of them delivers such a thing.

If you want a multiplatform graphics API, you should use a library which implements such API on top of these native OS-specific APIs.

I have good experience with that one: http://diligentgraphics.com/diligent-engine/ I’ve used it couple times on Windows with D3D12 backend, and on Linux with GLES 3.1 backend.

Diligent Engine: They say their engine is the successor of bgfx, but I'm not rly into that topic.

Diligent Engine. A Modern Cross-Platform Low-Level 3D Graphics Library and Rendering Framework Tweet.

Read other people's code (I recommend modern small to medium sized github projects, because large ones can be overwhelming) or else you will forever stay in your bubble of how things are done. For example, I had learned a thing or two by using (and code browsing) diligent engine's source.

Diligent Engine

I'm not speaking out of my ass, either, I have very actively followed low-level development being done towards open-source engines such as Diligent and Wicked. I personally am a contributor to the latter engine, as well. It is baffling to me that independent developers don't support this platform.

They don't "allow" it, but most apps that need background execution just ask permission for geolocation tracking and pretend to use it, for example iSH[1]. There are a few activities that the app can do to prevent itself from being suspended when it goes out of focus, like playing sound, geolocation etc.

[1] https://github.com/ish-app/ish/issues/249#issuecomment-54433...

Android: install termux, `pkg install openssh`, and preferably run `termux-setup-storage` to give it access to storage folders.

iOS: I think https://ish.app/ ?

This of course hasn't been true for years, eg: http://omz-software.com/pythonista/index.html

And you can run a C compiler (or anything) inside https://ish.app/ too.

False. iSH is an x86 "bytecode" emulator.

"Possibly the most interesting thing I wrote as part of iSH is the JIT. It's not actually a JIT since it doesn't target machine code. Instead it generates an array of pointers to functions called gadgets, and each gadget ends with a tailcall to the next function; like the threaded code technique used by some Forth interpreters."

https://github.com/ish-app/ish

There is an x86 virtual machkne running Linux available on the App Store now.

https://ish.app/

Now would Apple allow a full blown Windows VM is a different question

There are plenty of solutions for running Python in an IDE on the iPad. There is an even an x86 emulator and a Linux terminal built on top of it in the App Store.

https://ish.app/

It can run anything that you can run on an x86 in user mode. I downloaded the AWS CLI (which requires Python) to run some tests

By the way, you were completely wrong about VSCode being written in .Net.

> That's just compiling the code to a native binary, which you would then have to go submit through Apple's store. How does that help for an IDE expected to allow you to test (i.e. execute) and debug the code you've just written ten seconds ago?

There is an existence proof that it could be done. If you ran iSH with remote VNC you could have a full IDE on a Mac.

> We can see right there some examples of what isn't allowed:

Not making any statement regarding the mentioned workflow issues (I mostly agree with them), I really like iSH [1] for this sort thing.

It’s a “good enough” solution for the “I just quickly need to do something in a terminal” problems.

And because it’s an x86 Alpine Linux it can even run simple binaries if needed.

But for me it still couldn’t replace a dedicated laptop for proper tasks.

[1]: https://github.com/ish-app/ish