Review from a REAL Computer Scientist! Code, study, and work on ONLY an iPad? I've done it for a year!I just upgraded to the 12.9' 2018 iPad Pad Pro! A possible iPad setup for programming If you search for them, you'll find the occasional IDE for iOS. Pythonista for iOS, for example, will mostly work if you're writing Python scripts. Unfortunately, there isn't an equivalent for Elixir and Phoenix, which I tend to favor these days.
The merit in all things consists in the difficulty.
– Aramis
This is a story about how I experimented with using an iPad Air 2 to write code, what worked and what didn't, and where I ended up.
Updates:
In 2019 I reevaluated coding on iOS with Coding on an iPad Pro in 2019.
I also continued my quest in Can you Write Code on a Chromebook? and Using Windows 10 and the Surface Book 2 for Web Development.
Why?
Why did I head down this ludicrous path? That's a long story. You can read it at My Ideal Software Development Environment.
The Experiment: an iPad Air 2
Microsoft office mac activator. Without going into too much detail, let's say that I became obsessed with creating an ultralight, thin-client computing environment, and few computers on the market seemed to fit my requirements.
However, my two-year-old iPad Air 2 was about the right size and weight. The idea that I could use iOS for work seemed laughable, but I figured that the iPad could stand in for the device I would one day buy. And of course, most of the things I did were already cloud-hosted, with native and web applications that ran on phones, tablets, and laptops.
Despite iOS's limitations, it is very much oriented toward thin-client uses:
- iOS has no user access to the filesystem; if you want to work with files, they have to be remotely hosted or contained in an app, and most apps automatically sync any local files to a remote server
- iOS is the ultimate low-power OS: the app ecosystem runs pretty well on an iPad with 1 GB of RAM, compared with the 16 GBs on my laptop
- iOS automatically backs your device up to the internet via iCloud
- iOS can scale from a handheld device (a phone) up to a small-form workstation (the iPad Pro, around 12 - 13 inches)
- I could break the iPad over my knee, buy another one, and get back to work – assuming I could work on it to begin with – in 15 minutes
So I began the experiment.
The Development Environment
The most important part of my ideal development environment was that code and dependent programs would exist off of my device. Local caching would keep me going if I went offline temporarily. The environment should provide roughly the same level of intelligence that I expect from PC and Mac IDEs.
That was already a tall order, and I had other requirements that I hoped to achieve eventually. Accepting that it wouldn't be perfect, I decided that I could make compromises if they got me close to my ideal.
There are several types of programs I write, some more frequently than others, that my development environment needed to satisfy:
- Backend programs, typically web applications and APIs
- JavaScript components and single-page applications
- Native applications (previously, macOS apps)
- Mobile applications (iOS, Android apps)
- Text editor plugins
None of these types of programs can be written directly on the iPad, using iOS programs, for a few reasons:
- The OS doesn't allow you to run web servers, compile code, run code on a connected mobile device, or anything else that a programmer needs; so the code itself needs to be somewhere else (I'm sort of okay with this)
- There are no good native editors that work well with remote code (I'm not okay with this)
- Apple refuses to allow the user to modify running programs in any meaningful way, through the injection of plugin code (I'm not okay with this)
Accepting these constraints for the purpose of the experiment, I dug into the concept of hosting my code and programs on a cloud server, with a fast, native text editor running on iOS. For the rare times I developed iOS, macOS, and Android apps, I would have to figure out some way to connect the iPad to a remote graphical desktop.
However, I quickly found that no professional-grade editor existed for iOS. Apps like Coda, Buffer, Codeanywhere, and the iOS Vim port all failed to work nearly as well as well as desktop editors like Vim, Emacs, and JetBrains IDEs.
As I tried and failed to get a good editor setup in iOS, I decided there was only one way to achieve a real development environment on the iPad: return to Vim.
Returning to Vim
If I couldn't run a good editor natively on the iPad, with my code on a remote server, then I'd have to run the editor itself on a remote server. That left either a remote desktop/VNC connection to a server running a graphical editor, or using a shell session over SSH.
Even on a fast LAN connection, in my experiments VNC was choppy and weird. Tadam 1 2 – simple pomodoro timer. I couldn't imagine it working on coffee shop internet. A terminal session, on the other hand, only had to send minimal data: text.
Two powerful text editors exist, designed for exactly the constraints imposed by a terminal session: Emacs and Vim. I was already familiar with Vim and comfortable with its modal editing paradigm, so I decided to shift all my development back to it after a several year hiatus.
Still using my laptop at this point, I made a few updates to my old Vim configuration. I updated to the latest version of Neovim and configured vim-test to run tests in a terminal split. This is pretty great, as it gives you access to debuggers like pry running alongside your code in a Vim buffer. Then I freshened up my tmux configuration and began writing code in Neovim within a tmux window, instead of my IDE.
In a week or two, I had fully reacclimated to Vim and was pretty happy, so I took the next step: finding a place to run Vim that wasn't on my computer.
Digital Ocean
Digital Ocean was my first choice and made getting started easy. The web site has great UI/UX, and support is included.
Pricing on VMs was competitive with other providers like Linode and included features like backups and metrics.
Google Cloud Platform
I also experimented with GCP because the flexibility was attractive.
With GCP, I could pay for the compute nodes (to use Google Cloud Platform terminology) that run my dev environment separately from the disk space. For a couple of days I might run with one CPU and 4 GB of RAM, and then if I needed to temporarily, I could scale the compute node up – perhaps to run a graphical desktop and work on an Android app. Meanwhile, my network traffic would always be low compared to something like a busy website, so no need to pay for traffic I won't use!
Second, I could snapshot my entire development environment automatically and keep it backed up. I could keep a base image and clone that into new project-specific environments if needed. (Both of these features were also possible with Digital Ocean).
Best of all, when I'm not using the machine, I could power down the compute node portion and stop paying for it!
All of this looked possible with Google Cloud Platform, and when I signed up, the free trial included enough credits to run a medium-powered machine 24/7 for an entire year.
It took some time to set up my disk, a compute node, get some projects set up, and script the process. In the meantime, I opened up the SSH port on my router and macOS firewall on my Macbook Pro, so I could try out an SSH-based working environment immediately, by SSHing from my iPad to the Macbook Pro.
Setting up the iPad
Once I had a development environment I could SSH into, I was ready to get my iPad set up.
This was not quite as magical an experience as using Google Cloud Platform. However, keyboard control of iOS and many apps had improved since the last time I tried using a Bluetooth keyboard with an iPad.
I dug out my old Microsoft Universal Keyboard, which was decent but flawed due to the position of some keys and its small size. Still, it worked and was pretty light. After trial and effort I wound up with the following apps:
Blink, a Mosh and SSH terminal that can remap the Capslock key to Escape and Option to Control – changes that, unlike macOS, iOS can't do but that I need for using Vim
Mosh on the server and Mosh connections with Blink; Mosh is an SSH utility that makes sessions work very well over unstable network connections, like those found in the coffee shops I enjoy
The built-in Mail and Calendar apps because they had the best keyboard support (surprisingly, all of Google's apps had poor keyboard support)
A crazy browser called iCab, which lets you control almost every feature with configurable keyboard shortcuts – all it was missing was a Vimium-style feature to open links with a keyboard!
Dropbox as my filesystem because it was so well-integrated in other iOS apps, and because it supported headless Linux installs, giving me full access to my iOS files via a Linux terminal
Get my newsletter.
You'll get an occasional email when I'm excited enough about a technology to write about it.
Things I Loved
I loved that my graphical environment stayed in sync across both my phone and the iPad, which felt really cool. iOS, though weird in so many ways, came to feel futuristic and made my Mac desktop feel stale whenever I had to use it.
I loved that it was fun! I can't really explain why it was fun. It could have been purely the extra difficulty that made it more fun.
I loved setting up the Workflow app to remote-control my development environment from my phone or iPad via SSH commands tied to buttons in the app. A new release of Workflow broke SSH commands the day after I got mine working, but the feature was cool while it lasted.
I enjoyed code reviews a lot more! When I did code reviews, I would detach the keyboard and use the iPad as a tablet. I read pull requests from a comfortable chair, holding the iPad with one hand and taking notes with the other, and then I would snap the iPad back into the keyboard to write up my comments.
I loved taking a three-mile hike around Oak's Bottom Wildlife Preserve with the iPad on my shoulder and barely feeling it, then working for a couple of hours in a beautiful park, tethered to my phone connection.
Battery life was good. Not great, but way better than my Mac.
Limitation of iOS
Ultimately, using iOS to write code became an endurance test: just how many limitations could I endure?
There were so many they sometimes took my breath away, but here are the deal-breakers:
There is no way to access Developer Mode on any iOS web browser. iCab has Firebug Lite built in, which is close enough to scrape by, but I mean, this makes web development pretty difficult. Android file transfer won t open.
iOS 10 exhibited frequent Bluetooth keyboard glitches with three different keyboards. The Command-tab shortcut would often deliver me to the wrong app, as if someone had stored an index number into an array that was being mutated and never updated the index. Meanwhile, all three keyboards would occasionally stop working and have to be reset. I found many of these issues already reported by customers months and years ago, and yet they were still around. I can't imagine how Apple can sell 'Pro' iPads when the OS has so many flaws in external keyboard support!
You can connect a USB keyboard to an iPad via a Lightning-to-USB adapter, but there is no good way to connect an iPad to an external monitor. So this is not a device that can scale up to a desktop workstation. There are ways to output your iPad display to a monitor screen, at a bad resolution and with black bars along the sides, but A) this is different from real external monitor support and B) every variation of this experience that I tried was unacceptable.
Touching a screen is enjoyable when I'm doing tablet tasks like reading, but if the iPad is connected to a keyboard, I do not want to have to touch the screen for every task. Being required to reach up and touch a screen repeatedly for several hours sucks the fun out of iOS. Touch is a pleasing interface while the iPad is in tablet mode, but when connected to a keyboard, touch can't replace a mouse or trackpad.
There are no truly reliable, full-featured SSH clients, though there are many expensive ones. Blink, the best I could find, constantly broke in various ways and required me to close out my session and establish a new one to fix display problems and frozen keyboard input. For something that itself is a compromise to replace the full-featured native text editors that don't exist on iOS, unreliable SSH apps are a deal-breaker.
If you want to use custom fonts in your terminal (and thus Vim, in my case), your SSH app has to have this feature built in – and many don't.
iOS doesn't allow you to remap keyboard keys like Caps Lock and Control globally, so individual apps have to build that feature in, and almost none do.
You can't override default applications like the Safari browser.
Emulator for mac high sierra. It is pretty well established that apps can't let the user modify how they operate, i.e. by exposing a x plugin API.
Apple maintains total control on what apps you can install on the device; they could revoke an app you rely on at any time, for any reason.
So many more…
The Most Surprising Part
To me, the most surprising part of the experiment was that using Vim on a remote server was acceptable – even great. I could start a test run that was configured to push a notification to my phone when it was finished, walk to the coffee shop, and by the time I ordered my drink, get pinged that the tests passed or failed. Cool!
If I were to go back to using a Mac primarily, which I haven't yet, I would still use Vim on a remote server. I set up a decent ctags workflow that jumped to symbols with less accuracy than an Intellij editor, but was still better than nothing. Linters gave me pretty good real-time feedback about my code in the languages I used.
Vim is great at editing text, and using it instead of a Vim emulator in an IDE feels like coming home. I can appreciate the Unix philosophy of composing an environment from individual, specialized tools, even if the downside is that nothing feels truly cohesive.
Can You Write Code on a __?
Ultimately, after a few weeks, I stopped using an iPad as my primary device. The limitations were starting to get to me, but what forced me to stop was that my hands ached. Those tiny Bluetooth keyboards hurt to type on after a while!
However, I consider the experiment a success: I found out that I was really happy with a light, thin client device that could act like both a laptop and a tablet.
So I looked around for other devices that I could write code on that were similar. There were only two or three on the market:
- Microsoft Surface Pro / Surface Book
- Samsung Chromebook Plus and Chromebook Pro
Every other hybrid laptop on the market weighs more than I want or is somehow compromised. Meanwhile, Apple maintains its lust for OS and device purity, desiring that I pay thousands of dollars for a phone, tablet, computer, watch, and whatever else they can design, with three different OSes, rather than building practical, multi-purpose systems.
Ultimately, I grabbed a Chromebook Plus for $417 on an open-box special at Best Buy. So, let me give you a preview of the writeup of my next experiment: Can You Code on a Chromebook?
Here are some salient facts about the Samsung Chromebook Plus that I've been using the past couple of weeks:
- In a store full of hybrid computers, this was both the lightest and the cheapest
- It runs a full version of desktop Chrome with developer tools, which syncs across my devices
- It runs Android apps in a crazy inter-operating mode that is a little delirious and very promising – and on the Plus, works well because of the ARM processor
- The stylus works better than any stylus I tried with iPads over the past few years, especially with Android apps like Google Keep and Squid
- There is a great SSH and Mosh client available
- It can run web applications in a windowed mode that allows full keyboard shortcut support – Chrome doesn't intercept them!
- Battery lasts forever – 10-15 hours in my use
- VPN support is basically atrocious, but SOCKS5 proxies work well enough
- It's too heavy for one-handed reading, but is still enjoyable as a tablet
Why?
Why did I head down this ludicrous path? That's a long story. You can read it at My Ideal Software Development Environment.
The Experiment: an iPad Air 2
Microsoft office mac activator. Without going into too much detail, let's say that I became obsessed with creating an ultralight, thin-client computing environment, and few computers on the market seemed to fit my requirements.
However, my two-year-old iPad Air 2 was about the right size and weight. The idea that I could use iOS for work seemed laughable, but I figured that the iPad could stand in for the device I would one day buy. And of course, most of the things I did were already cloud-hosted, with native and web applications that ran on phones, tablets, and laptops.
Despite iOS's limitations, it is very much oriented toward thin-client uses:
- iOS has no user access to the filesystem; if you want to work with files, they have to be remotely hosted or contained in an app, and most apps automatically sync any local files to a remote server
- iOS is the ultimate low-power OS: the app ecosystem runs pretty well on an iPad with 1 GB of RAM, compared with the 16 GBs on my laptop
- iOS automatically backs your device up to the internet via iCloud
- iOS can scale from a handheld device (a phone) up to a small-form workstation (the iPad Pro, around 12 - 13 inches)
- I could break the iPad over my knee, buy another one, and get back to work – assuming I could work on it to begin with – in 15 minutes
So I began the experiment.
The Development Environment
The most important part of my ideal development environment was that code and dependent programs would exist off of my device. Local caching would keep me going if I went offline temporarily. The environment should provide roughly the same level of intelligence that I expect from PC and Mac IDEs.
That was already a tall order, and I had other requirements that I hoped to achieve eventually. Accepting that it wouldn't be perfect, I decided that I could make compromises if they got me close to my ideal.
There are several types of programs I write, some more frequently than others, that my development environment needed to satisfy:
- Backend programs, typically web applications and APIs
- JavaScript components and single-page applications
- Native applications (previously, macOS apps)
- Mobile applications (iOS, Android apps)
- Text editor plugins
None of these types of programs can be written directly on the iPad, using iOS programs, for a few reasons:
- The OS doesn't allow you to run web servers, compile code, run code on a connected mobile device, or anything else that a programmer needs; so the code itself needs to be somewhere else (I'm sort of okay with this)
- There are no good native editors that work well with remote code (I'm not okay with this)
- Apple refuses to allow the user to modify running programs in any meaningful way, through the injection of plugin code (I'm not okay with this)
Accepting these constraints for the purpose of the experiment, I dug into the concept of hosting my code and programs on a cloud server, with a fast, native text editor running on iOS. For the rare times I developed iOS, macOS, and Android apps, I would have to figure out some way to connect the iPad to a remote graphical desktop.
However, I quickly found that no professional-grade editor existed for iOS. Apps like Coda, Buffer, Codeanywhere, and the iOS Vim port all failed to work nearly as well as well as desktop editors like Vim, Emacs, and JetBrains IDEs.
As I tried and failed to get a good editor setup in iOS, I decided there was only one way to achieve a real development environment on the iPad: return to Vim.
Returning to Vim
If I couldn't run a good editor natively on the iPad, with my code on a remote server, then I'd have to run the editor itself on a remote server. That left either a remote desktop/VNC connection to a server running a graphical editor, or using a shell session over SSH.
Even on a fast LAN connection, in my experiments VNC was choppy and weird. Tadam 1 2 – simple pomodoro timer. I couldn't imagine it working on coffee shop internet. A terminal session, on the other hand, only had to send minimal data: text.
Two powerful text editors exist, designed for exactly the constraints imposed by a terminal session: Emacs and Vim. I was already familiar with Vim and comfortable with its modal editing paradigm, so I decided to shift all my development back to it after a several year hiatus.
Still using my laptop at this point, I made a few updates to my old Vim configuration. I updated to the latest version of Neovim and configured vim-test to run tests in a terminal split. This is pretty great, as it gives you access to debuggers like pry running alongside your code in a Vim buffer. Then I freshened up my tmux configuration and began writing code in Neovim within a tmux window, instead of my IDE.
In a week or two, I had fully reacclimated to Vim and was pretty happy, so I took the next step: finding a place to run Vim that wasn't on my computer.
Digital Ocean
Digital Ocean was my first choice and made getting started easy. The web site has great UI/UX, and support is included.
Pricing on VMs was competitive with other providers like Linode and included features like backups and metrics.
Google Cloud Platform
I also experimented with GCP because the flexibility was attractive.
With GCP, I could pay for the compute nodes (to use Google Cloud Platform terminology) that run my dev environment separately from the disk space. For a couple of days I might run with one CPU and 4 GB of RAM, and then if I needed to temporarily, I could scale the compute node up – perhaps to run a graphical desktop and work on an Android app. Meanwhile, my network traffic would always be low compared to something like a busy website, so no need to pay for traffic I won't use!
Second, I could snapshot my entire development environment automatically and keep it backed up. I could keep a base image and clone that into new project-specific environments if needed. (Both of these features were also possible with Digital Ocean).
Best of all, when I'm not using the machine, I could power down the compute node portion and stop paying for it!
All of this looked possible with Google Cloud Platform, and when I signed up, the free trial included enough credits to run a medium-powered machine 24/7 for an entire year.
It took some time to set up my disk, a compute node, get some projects set up, and script the process. In the meantime, I opened up the SSH port on my router and macOS firewall on my Macbook Pro, so I could try out an SSH-based working environment immediately, by SSHing from my iPad to the Macbook Pro.
Setting up the iPad
Once I had a development environment I could SSH into, I was ready to get my iPad set up.
This was not quite as magical an experience as using Google Cloud Platform. However, keyboard control of iOS and many apps had improved since the last time I tried using a Bluetooth keyboard with an iPad.
I dug out my old Microsoft Universal Keyboard, which was decent but flawed due to the position of some keys and its small size. Still, it worked and was pretty light. After trial and effort I wound up with the following apps:
Blink, a Mosh and SSH terminal that can remap the Capslock key to Escape and Option to Control – changes that, unlike macOS, iOS can't do but that I need for using Vim
Mosh on the server and Mosh connections with Blink; Mosh is an SSH utility that makes sessions work very well over unstable network connections, like those found in the coffee shops I enjoy
The built-in Mail and Calendar apps because they had the best keyboard support (surprisingly, all of Google's apps had poor keyboard support)
A crazy browser called iCab, which lets you control almost every feature with configurable keyboard shortcuts – all it was missing was a Vimium-style feature to open links with a keyboard!
Dropbox as my filesystem because it was so well-integrated in other iOS apps, and because it supported headless Linux installs, giving me full access to my iOS files via a Linux terminal
Get my newsletter.
You'll get an occasional email when I'm excited enough about a technology to write about it.
Things I Loved
I loved that my graphical environment stayed in sync across both my phone and the iPad, which felt really cool. iOS, though weird in so many ways, came to feel futuristic and made my Mac desktop feel stale whenever I had to use it.
I loved that it was fun! I can't really explain why it was fun. It could have been purely the extra difficulty that made it more fun.
I loved setting up the Workflow app to remote-control my development environment from my phone or iPad via SSH commands tied to buttons in the app. A new release of Workflow broke SSH commands the day after I got mine working, but the feature was cool while it lasted.
I enjoyed code reviews a lot more! When I did code reviews, I would detach the keyboard and use the iPad as a tablet. I read pull requests from a comfortable chair, holding the iPad with one hand and taking notes with the other, and then I would snap the iPad back into the keyboard to write up my comments.
I loved taking a three-mile hike around Oak's Bottom Wildlife Preserve with the iPad on my shoulder and barely feeling it, then working for a couple of hours in a beautiful park, tethered to my phone connection.
Battery life was good. Not great, but way better than my Mac.
Limitation of iOS
Ultimately, using iOS to write code became an endurance test: just how many limitations could I endure?
There were so many they sometimes took my breath away, but here are the deal-breakers:
There is no way to access Developer Mode on any iOS web browser. iCab has Firebug Lite built in, which is close enough to scrape by, but I mean, this makes web development pretty difficult. Android file transfer won t open.
iOS 10 exhibited frequent Bluetooth keyboard glitches with three different keyboards. The Command-tab shortcut would often deliver me to the wrong app, as if someone had stored an index number into an array that was being mutated and never updated the index. Meanwhile, all three keyboards would occasionally stop working and have to be reset. I found many of these issues already reported by customers months and years ago, and yet they were still around. I can't imagine how Apple can sell 'Pro' iPads when the OS has so many flaws in external keyboard support!
You can connect a USB keyboard to an iPad via a Lightning-to-USB adapter, but there is no good way to connect an iPad to an external monitor. So this is not a device that can scale up to a desktop workstation. There are ways to output your iPad display to a monitor screen, at a bad resolution and with black bars along the sides, but A) this is different from real external monitor support and B) every variation of this experience that I tried was unacceptable.
Touching a screen is enjoyable when I'm doing tablet tasks like reading, but if the iPad is connected to a keyboard, I do not want to have to touch the screen for every task. Being required to reach up and touch a screen repeatedly for several hours sucks the fun out of iOS. Touch is a pleasing interface while the iPad is in tablet mode, but when connected to a keyboard, touch can't replace a mouse or trackpad.
There are no truly reliable, full-featured SSH clients, though there are many expensive ones. Blink, the best I could find, constantly broke in various ways and required me to close out my session and establish a new one to fix display problems and frozen keyboard input. For something that itself is a compromise to replace the full-featured native text editors that don't exist on iOS, unreliable SSH apps are a deal-breaker.
If you want to use custom fonts in your terminal (and thus Vim, in my case), your SSH app has to have this feature built in – and many don't.
iOS doesn't allow you to remap keyboard keys like Caps Lock and Control globally, so individual apps have to build that feature in, and almost none do.
You can't override default applications like the Safari browser.
Emulator for mac high sierra. It is pretty well established that apps can't let the user modify how they operate, i.e. by exposing a x plugin API.
Apple maintains total control on what apps you can install on the device; they could revoke an app you rely on at any time, for any reason.
So many more…
The Most Surprising Part
To me, the most surprising part of the experiment was that using Vim on a remote server was acceptable – even great. I could start a test run that was configured to push a notification to my phone when it was finished, walk to the coffee shop, and by the time I ordered my drink, get pinged that the tests passed or failed. Cool!
If I were to go back to using a Mac primarily, which I haven't yet, I would still use Vim on a remote server. I set up a decent ctags workflow that jumped to symbols with less accuracy than an Intellij editor, but was still better than nothing. Linters gave me pretty good real-time feedback about my code in the languages I used.
Vim is great at editing text, and using it instead of a Vim emulator in an IDE feels like coming home. I can appreciate the Unix philosophy of composing an environment from individual, specialized tools, even if the downside is that nothing feels truly cohesive.
Can You Write Code on a __?
Ultimately, after a few weeks, I stopped using an iPad as my primary device. The limitations were starting to get to me, but what forced me to stop was that my hands ached. Those tiny Bluetooth keyboards hurt to type on after a while!
However, I consider the experiment a success: I found out that I was really happy with a light, thin client device that could act like both a laptop and a tablet.
So I looked around for other devices that I could write code on that were similar. There were only two or three on the market:
- Microsoft Surface Pro / Surface Book
- Samsung Chromebook Plus and Chromebook Pro
Every other hybrid laptop on the market weighs more than I want or is somehow compromised. Meanwhile, Apple maintains its lust for OS and device purity, desiring that I pay thousands of dollars for a phone, tablet, computer, watch, and whatever else they can design, with three different OSes, rather than building practical, multi-purpose systems.
Ultimately, I grabbed a Chromebook Plus for $417 on an open-box special at Best Buy. So, let me give you a preview of the writeup of my next experiment: Can You Code on a Chromebook?
Here are some salient facts about the Samsung Chromebook Plus that I've been using the past couple of weeks:
- In a store full of hybrid computers, this was both the lightest and the cheapest
- It runs a full version of desktop Chrome with developer tools, which syncs across my devices
- It runs Android apps in a crazy inter-operating mode that is a little delirious and very promising – and on the Plus, works well because of the ARM processor
- The stylus works better than any stylus I tried with iPads over the past few years, especially with Android apps like Google Keep and Squid
- There is a great SSH and Mosh client available
- It can run web applications in a windowed mode that allows full keyboard shortcut support – Chrome doesn't intercept them!
- Battery lasts forever – 10-15 hours in my use
- VPN support is basically atrocious, but SOCKS5 proxies work well enough
- It's too heavy for one-handed reading, but is still enjoyable as a tablet
That's all until next time, when I return with Can You Code on a Chromebook?
Perhaps you've been meaning to take a lesson in programming or maybe you've already started taking classes and just want a way to speed up the process. Then again, you may already be well-versed in programming and now you're looking for a mobile solution for your needs. The following list is a collection of apps that can be used for various programming needs. Whether you're looking to build a website, a game, an app, or maybe learn coding, these apps can help you out.
Adobe video processing. 25 Apr 2020, by Cherry Mae Torrevillas
Coding on the go. That's what all developers need from time to time. Code Compiler IDE allows you to code and runs your code instantly. With Code Compiler, you can practice to code in 10 programming languages using an integrated library of source code samples (100+ code examples available).
- In addition to the programming language itself, it is possible to choose its version. The app contains the most popular and latest versions of 10 languages.
- Write & Run Real Code (like on PC or Mac).
- View program output or detailed error (in a Real-Time!)
- Compiler Flags, Input Arguments, STDIN, etc.
Do you have a perfect idea for a game or app but aren't sure how to build it? The Codea app has been developed to help you feed into your creativity and give users the ability to put together 2D and 3D rendering. Now you can take that idea that has been bouncing around in your head and do something with it. Beginners will appreciate the selection of example projects that will give them ideas and technique tips. When you're done you can export your work to Xcode and then make an actual app out of it. Some of the other tools include the ability to create sound effects, there is a physics engine that can be used for complex motion, you can code from your desktop using WiFi/Air Code, there is an auto-completing code editor, and the app supports Bluetooth.
Is Ipad Good For Coding Software
- The app allows you to take the ideas in your head and create actual games and apps
- The app makes it possible to render in 2D and 3D
- There is a wide selection of advanced tools
- Check out a selection of example projects
The pythoni app works as a multi-functional offering that allows users to run code, learn, and share Python 2.7 script. This one is loaded with user-friendly tools such as code color, outline, auto indent, and auto-complete. You can select what text you want to run, there are code templates, and there is horizontal screen development. Learn about Python thanks to the built-in browser, browse through the included basic learning content, save your Python code, share your code over social media, adjust the code font size and color, and enter in the code by keyboard.
- This app is ideal for those looking to learn Python 2.7 script
- There is included learning material as well as a built-in browser to search for more
- Enter code by keyboard
- Save your code and share it
- The app offers an auto-complete tool
- There are code templates to use
Have you been wanting to build your very own website but don't feel qualified or confident enough to take it on? The L2Code CSS app can help you out by walking you through the basics of code so that before long you can build your own websites. There are tutorials that are easy to follow and then you can work your way through step-by-step practice sessions. When you're ready you can practice in the text editor, you can import files from your email address and email files, and the built-in library can save your files and your practice sessions.
- Learn how to build websites and webpages all on your own
- There are tutorials to take you through the basics
- Take part in step-by-step practice sessions
- You can practice in the text editor
- You can save your files and your practice sessions
- With the app you'll be able to transform into a CSS coder
Here's a way for people with or without experience to create animations, stories, and games and that's with the Hopscotch app. This app works by allowing you to create fun characters that can then interact, dance, move around, and more. The end result is fun and unique. Any level of skill can use this one and the idea is to make coding fun and not intimidating. The app has been recommended for people ages eight and up, so why not teach the kids when they're young? Expect a user-friendly environment that is filled with fun surprises.
- Kids and adults can use this app to learn and create
- Through the app you can make stories, animations, and games
- Create your own characters and then interact with them in fun ways
- The user interface is inviting and not intimidating in the least bit
- Play games through the app that other users have created
Is Ipad Good For Coding
How would you like to learn a computer programming language that was created for educational use yet serves a number of functional programming purposes? The i-LOGO app can provide you with the opportunity to learn about LOGO, a computer language that was created back in 1967. Now keep in mind this isn't meant to be used for programming an actual application; instead, this app teaches users about computer language in general and how to work with it. You can test recursively, test calculations with the help of polish notation, and there are arrays you can use.
- Learn about the LOGO computer programming language that was created back in 1967
- This is meant to be a teaching opportunity rather than a computer language capable of actual programming
- The app allows for testing calculations with the help of polish notation, there are arrays to use, and you can test recursively
The Objective-C Programming Language app gives users the opportunity to take advantage of a programming language that can help with a number of tasks such as complex math equations, studying, and entertainment. Another use of the app is to teach users about the Objective-C programming language in a hands-on way. This one makes it possible to put together your program and then run it. You can export and import programs, and you can do a text input before you actually run the program. Compressor 4 3. Keep in mind an Internet connection is needed for this one.
- Ideal for those looking to familiarize themselves with the Objective-C programming language
- You can put together a program and then run it
- This one can help users with a variety of tasks
- It allows for exporting and importing of programs
- The user interface is modern, user-friendly, and very easy for customers to navigate
Learn Coding On Ipad
Objective-C Programming Language app review: powerful programming tools on your iOS device