Agreed, I really prefer using my reMarkable 2. I see it less like an iPad and more like a bottomless pit of scratch paper and printouts that I can carry more conveniently than individual dead tree products. This is probably furthered by my not using their cloud subscription and using a USB cable or SSH to transfer files instead.
A lot of lower division math and computer science courses now presuppose iPads or other digital pen devices for working through handouts during lecture. Printed handouts are often available at request, but not the expectation / default.
On the other hand, I've seen more professors — especially in the humanities, but also upper div CS — start banning devices in lecture partially or altogether. Complete distraction (scrolling Instagram, etc.) during lecture is extremely prevalent, and they keep citing noticeable improvements in engagement after banning devices. This also coincides with a shift back to less take-home assignments and more exam-style assessment since they want greater assurance people aren't completely offloading their cognition to LLMs.
David Huffman too, made some very complex paper folding models from relatively abstract mathematics, although apparently did not like them being likened to origami.
I would disagree that a smartphone without a working camera is perfectly usable. A lot of the world — especially in developing countries — runs on QR Codes for everything from restaurant menus to electronic payments. Without a camera, other stuff too, like KYC, just doesn't work. These are the sorts of changes that, as you mentioned, are forcing people to use smartphones. And they rely on the camera.
QR codes can be unreliable and unnecessary to convey a URL. That's why I said "an image is never the only format available". If it's a deliberate thing people must pay attention to, the friction is already too high.
Most QR codes are not permalinks. Nobody wants to print out another one or retry scanning with better lighting only to find it doesn't work. When it really matters the link is dynamic and invisible. It's baked into a script your phone runs when you perform a more interesting higher level task in an app, tap-to-pay when you arrive, etc.
comma.ai is an autonomous driving add-on (fully open source software and hardware IIRC) for cars that don't have (full) autonomous driving but do have hardware like radar cruise control, etc. that can let software control the accelerator, brakes, steering, etc. so that the add-on can take control of the car.
The OP brings up testimony of someone other than himself who prefers when software drives their car rather than him.
Thank you, this was a fun rabbit hole to dive down. That blog also has a well-argued article about Zero Interest Rate Policy which relates to the doordash story: https://www.readmargins.com/p/zirp-explains-the-world
The remarkable 2, especially if you downgrade the OS to the older 2.x versions, is very hackable. It runs full Linux, I followed a blog post about setting up FDE on it using go and cryptfs [1]. You can make GUI applications, people have even run XFCE, and people have fed handwriting input to another API so routing it internally shouldn't be much harder.
So yes, theoretically you can turn the reMarkable 2 into a emacs lisp machine, although it would take a considerable amount of time.
I haven't read up on the reMarkable Paper Pro, but I think the dev ecosystem for that is very much alive too.
Currently that feature is unsupported or I just can't figure out how to do it. With the latest compiler version 0.14 any .typ file I try to compile will incur warnings about skipping the equations (skipping the main reason I'd want to compile a Typst file to HTML...).
As per their GitHub they haven't included MathJax or KaTeX support yet as they were more focused on semantic and structural accuracy of HTML output with this release.
Seconding this, I've used alternatives like Amethyst, and I can't disable S.I.P for yabai, but Aerospace fills in that missing aspect from Linux when I am in want of it.
