I was an early adopter, I got an iPad back in the summer of 2010 and have used various models ever since. I've read quite a few of these "replacing a laptop with an iPad" articles and pretty much all of them involve a lot of bending over backwards to make it all work.
I've tried it a few times and it's not just worth it (to me). What I do instead is that I embrace the platform for what it is and don't do any of this remote machine kung fu to mimick a real computer. What I do instead is that I setup applications that sync data through the cloud, so that I can do draft work on my iPad (mostly text, some very light programming), but I never worry about runtimes, compilation etc. Ever since I stopped worrying and just used one of the many text apps (I mostly use iA or Google Keep), I've been much happier - I can focus on text, not on complex workflows.
Some years ago I read an article through HN by someone who did their programming on an ipad through SSH (and bluetooth mac keyboard) and ditched the laptop. Pictures of croissants in the sun outside in Munich. Got me very inspired.
But in the end I decided on a stationary box at work/home, and a MB Air for when not at the desk (or on the sofa). Works great and doesn't weigh much anyway. The main problem with the tablet was that were always things I was missing that I hadn't thought about when moving to iPad. Maybe it'd be better with another brand, but I'm not bothering now.
I read that series of articles every now and again because it sells a wonderful dream. The idea of being a highly mobile outdoorsman hacking code across the city is appealing. I also love the single-minded workflow of iOS, only one application is vying for your attention at a single moment. Anything else just pops in to let you know and then pops out. And working on a remote server is awesome, since the hardware doesn't matter anymore. I can bring whatever terminal I need, so I'm not tethered to my desk anymore.
Unfortunately most of my programming is web apps, so while it works for his C++ with long compile times, it doesn't work the same for me.
The one thing I did take from it long term is moving my dev server to the cloud, AWS Cloud9 specifically. I often find myself working on two or three website codebases plus two phone apps, and my personal laptop just doesn't have the RAM or disk space to hold all of that. So I use Cloud9 for the web apps and keep the phone apps on my local machine and it works out pretty well.
To be honest if Cloud9 worked on an iPad I'd probably leave my laptop closed more often.
I remember when it came out and a few coworkers at the time had seriously considered swapping to an iPad because of it, but ended up getting MacBook Airs instead.
It’s surprising how 7 years has gone by and using an iPad for development is still facing the same problems.
>using an iPad for development is still facing the same problems.
I don't know if the App Store customizes what it shows people based on the apps they have installed, but for the past few weeks they've been showing me "Get starting with programming" apps and stories on the App Store and it's always the same "Scratch for kids" or "Swift playgrounds" or Udemy videos or something. Apple seems to be pushing programming on an iPad quite hard, but they're not doing anything to make it any easier or more productive. It's weird.
I read the same article and felt the same way. But, like you, I couldn't get past the "why should I bother doing this when what I do works pretty well and I can autobackup a paranoid extra backup to usb?
TeX Writer developer here. Very flattered to be included in the author's workflow. Sitting at the core of this process is WorkingCopy, which has the most sensible integration with Files app that it simply keeps all files local. After one or two emails with its developer, we managed to get the coordination working rather quickly. The intersection of LaTeX & git & ipad users are very small, but it is a joy to see that apps can work well together with just a little bit of effort.
For iPad to function as a real computer, I think what we need most is a shared file system that can be accessed by all apps alike, with some sort of access control.
btw: Never expected that someone would dump the TeXLive tree into texmf-local. Nevertheless, glad that it works.
I'm on a 9'7 right now and use Working Copy and Kodek to write and Overleaf to "test" the LaTeX code and see if it will produce the .pdf I need. For full time use it might be a bit harder, but it's not impossible.
This is great to see, but also really frustrating. I see Apple pushing to make iPadOS feel more 'real computer', but these sorts of basic Unixy workflows still feel very hacky, particularly when it comes time to save things to the 'File system', as it were. I look forward to a day when I can someday actually use things like XeLaTeX and Pandoc on an iPad to accomplish my actual work, but for now, I'm finding myself editing Markdown and TeX now, and compiling later. Not great, but good enough.
I've often wondered whether Apple could do well by doing something similar to Crostini on ChromeOS, to allow these things to actually work as intended, but without impacting security. But that also probably doesn't sell software as effectively, as free software doesn't pay Apple's cut.
They could very well steal the WSL idea from Microsoft and make something similar. Currently there is iSH which runs certain Linux utilities unmodified, but I'd love to see first-party support.
The number of iPads bought by those users might be just a drop in the bucket, but that is too shortsighted to look at those users. Those users are the ones who might push development of more advanced apps on the iPad, be it as developers themselves or because they would attract new app development to the iPad. Engineers and scientists might be a small market, but I think it was vital for OS X, that early on Apple laptops started to appear at conferences, slowly growing in share.
The point I objected to comes at the end of this quote:
> I've often wondered whether Apple could do well by doing something similar to Crostini on ChromeOS, to allow these things to actually work as intended, but without impacting security. But that also probably doesn't sell software as effectively, as free software doesn't pay Apple's cut.
The implication is that Apple wouldn’t develop such a feature because it might cut into their profits. I don’t buy that reasoning: Apple wouldn’t lose much if any money by offering that.
Update: and I also don’t believe that Apple would deprioritize it because would cost them some money. Far more likely they’d decide it isn’t sufficiently useful, or would cause other problems, be too confusing, etc.
If those users are so unimportant, why did Apple bother to introduce the Hypervisor framework on macOS? If there's a big, important market for virtualisation on macOS, surely it would be worthwhile to also address that market on iPadOS? Especially since Apple is trying hard to convince all kinds of professional users to adopt the iPad.
I think Apple has a different vision for needs of people who use Macs and iPads for work.
For example the new Sidecar feature (use iPad as a screen) supports the pencil but not touch. Apple believes that touch on macOS interface is not a good experience. I suppose that they feel that text entry and chaining CLI tools on iPad is not one either.
Apple has been trying to pull people away from writing kernel extensions for a while, so I don't see why the introduction of Hypervisor.framework (and with it, another user-space way to do something which previously required working in the kernel) is noteworthy as anything other than this.
But why not use some of those fancy tablet devices that aren't locked in the first place? Much more options here. Sure, Apple hardware is good, but there are alternatives. Not suggesting to switch to chrome OS or android here.
While I never used a Mac before OS X, they probably were quite usable, and your question was both rethorical and snarky. There is more than one way to use a "computer". Incidentally, I only switched to the Mac after they added a shell to it with the switch to OS X. And one of the reasons I disliked Windows was the crummy shell and lack of a terminal. Also, it is 2019 and it is no problem to get a full Linux installation on a smartphone, while Apple sets up artificial limitations to prevent that.
There are certainly other ways to make the iPad a computing device - like the Macs before OS X, but Apple steps into the way of that in many places too. An app like Termux would not only make a lot of potential users happy, it would be something which could provide this in a way which could be nicely sandboxed in the iPadOS/iOS.
Naturally it was snarky, because having a CLI to be an usable computer is not something that one can generalize and largely proven in the market that consumers don't give a damn about it.
Which phone is sold with a full Linux distribution, with any kind of market relevance?
Android certainly not, as regular Linux APIs aren't part of the NDK stable API list, which Termux actually needs to work within the constraints of ISO C, ISO C++ and NDK APIs.
I still don't understand why you felt it necessary to make a snarky comment. Yes, there are tons of users who never use command lines on their computers. I guess no small amount of the Mac users don't know what "Terminal" is for. But do I really on hacker news have to argue what the value of a command line for an advanced user is, especially the hacker news audience?
I always think this is such an odd sentiment. That 1% builds 100% of the software for the other 99%. Doesn't that make them disproportionately more important?
I love my iPad.
Compared to windows at work it's way more reliable and polished.
I've been shifting over my computer interaction to the iPad with good results and improvements in convenience, independence and efficiency.
Migrating rss, mail, web browsing and content consummation has been successful.
I too started using the calendar, to do list and notes app to great effect.
Only programming I wasn't able to change yet.
An attempt was made with a ssh app, but it wasn't able to compete with a proper ide/text editor yet.
For unix as an ide fans it would be enough though.
I want to learn that, but sadly I still have to write native apps, though I'll change that when I have the chance.
The best thing about iPadOS is control.
It feels so relaxing not having to worry about discord scanning all your processes and files just because you want to chat with your friends.
I hope they'll never go back to allowing unsigned code.
> The best thing about iPadOS is control. It feels so relaxing not having to worry about discord scanning all your processes and files just because you want to chat with your friends. I hope they'll never go back to allowing unsigned code.
That's not what the article is saying - the linked article says that there may be a way for Facebook to do this, but there is no proof that they are. That still leaves room to say that maybe there should be user controls against these app extensions, though.
We are obligated to use iPads for external colleagues and it is a catastrophe for productivity. There are some nice apps but everything is restricted. Well, our CRM and ERP system use Windows, but even without that the iPads remain a toy for meetings.
Chatting with friends is ok though. But the ergonomy is still crap.
> The best thing about iPadOS is control. It feels so relaxing not having to worry about discord scanning all your processes and files just because you want to chat with your friends. I hope they'll never go back to allowing unsigned code.
I very much like the sandboxing of apps and the control I have over what they can access (e.g. location, contacts, photos). It also helps contain any security bugs in apps. But this seems orthogonal to allowing unsigned code. You could just as easily run an unsigned app in the same sandbox.
So personally, I'd like to keep that model - but I'd like to be able to load my own apps (within appropriate sandboxes).
To address some of the issues I've seen discussed here, I'd also like to see the ability to create a "volume" (a shared directory tree) and explicitly grant access to a volume to a subset of apps. (E.g. keep all of you document workflow in a volume and expose it to your TeX tools and git tools, but Uber/Facebook doesn't get to touch it.) I this is already addressed in OSX sandboxing - I believe you can grant access to a directory tree to a sandbox app via the open file dialog.
Actually Texpad is mentioned in the article briefly.
But, unlike its MacOS version, on iOS it’s not as very good. For example, there is no multitasking support on iPad. The package managing relies on installing pre-defined “bundles”, which don’t tell what packages are included. On the Mac version of Texpad, we can choose between its own compiler or an external one like tex live. But on iOS, the former seems to be the only option.
+1 on Texpad. It also integrates extremely well with File Providers. You can clone a repo of your TeX project on Working Copy, and then link the entire checkout folder in Texpad. Then, just edit and compile in Texpad, and switch back to Working Copy to commit and push the changes.
Just adding to this: TeXPad is what I use on both my laptop (when working on a big screen, though I mostly use Vim when working from battery) and my iPad mini 5 (+ a little bluetooth keyboard) on flights and before meetings.
Honestly, using that + iCloud syncing (+ Git, on my laptop) has been great: all of the changes I do sync across all of my devices, as do the PDFs, which I can easily bring up in meetings, while also having the plus side of git (diffs, general VCS niceness) once I get back to my computer and commit the changes to the remote repo.
Of course, unlike the OP, I'm not aiming to completely replace my laptop... I'm trying instead to augment my workflow to not carry my laptop to meetings, while waiting for people, etc.
My Stellar Astrophysics prof wrote his textbook in TeXPad back in it's early days. Between that, his iPad, and a bluetooth keyboard case, he wrote the entire book over the course of 2 years I think. Aside from some final polish, diagrams, and various references, all text was written on the go.
I wrote three books using LaTex, but I now use markdown with leanpub, otherwise I would immediately clone the author’s setup. I also find that an iPad Pro is great for writing wherever I happen to be. I recently gave my large iPad Pro to someone and bought the smaller one. My new iPad Pro is so small it is always ready at hand.
This is a tangent, but I just wanted to thank you for making that move away from LaTeX. As I explained elsewhere [1], PDF (the primary output format of LaTeX AFAIK) is not very accessible to blind people via screen readers. The structured formats that can be easily produced with full fidelity from Markdown (HTML, EPUB) are much better. I'm sure this isn't the reason why you made the switch, but it's a nice side benefit.
Or you can just get a ThinkPad X1 (a generation or two behind) for sub-$1k, install Linux on it, and work in comfort with almost the same weight and battery life. I'm really pleased with mine.
Overleaf's fine, but lack of offline editing, and more crucially, trusting my main working copy to live only on somebody else's computer, is a bit of a non-starter for me.
Plus, call me an idealist, but it feels like a huge step back when a device requires a paid web service to do something that's completely free on a real computer. I don't know that "pay somebody else" should be hailed as the solution to "good software doesn't work on this device".
The Overleaf website is a bit painful to use on an iPad. Hopefully, this will change with the "desktop-grade" Safari announced for iOS 13. Maybe someone already running the beta could test this?
I imagine it will be identical to Safari running on desktop. The Beta also gives you things like page scaling that you have on desktop so you can play with sizing if you like too.
I find Texpad to work great in principle, although I get frustrated by any text editor that is not vim. If you have the ability to sideload (that is, you have a developer account), there is a fork of iVim (https://github.com/holzschu/iVim) that supports running TeXLive locally on the iPad. I wrote up some notes on how to make this work some time ago: https://michaelgoerz.net/notes/editing-latex-on-the-ipad-wit...
When I don't need offline editing, another workflow I've used is to do the editing on my linux server: edit via Blink/tmux/vim on the left, and see the compilation result on the right via Screens/vncserver/evince (with auto-reloading).
I have another (albeit more expensive) workflow. I use texpad[0] on my Mac and iPad, with the files stored in Dropbox and iCloud. Works like a charm and almost no overhead setting up.
This actually used to be my setup too. But Texpad on iOS is not very good (e.g. no multitasking support). Its Dropbox sync is not very reliable in my experience.
Then I moved to TeX Writer and Dropbox, which worked better. Then I wanted more (code completion, version control). So I ended up with the workflow mentioned in the article.
I just run myself a docker container with pandoc and a flask endpoint on heroku.[1] Doesn't work offline, but with an iPad with cellular service I basically am never offline, and I have a Siri shortcut set up to share documents from any app, or markdown from clipboard, straight to the endpoint. Full latex, markdown, conversion to word... and on free dyno time no less.
I've tried it a few times and it's not just worth it (to me). What I do instead is that I embrace the platform for what it is and don't do any of this remote machine kung fu to mimick a real computer. What I do instead is that I setup applications that sync data through the cloud, so that I can do draft work on my iPad (mostly text, some very light programming), but I never worry about runtimes, compilation etc. Ever since I stopped worrying and just used one of the many text apps (I mostly use iA or Google Keep), I've been much happier - I can focus on text, not on complex workflows.