←back to thread

442 points logic_node | 8 comments | | HN request time: 0.001s | source | bottom
Show context
lanthissa ◴[] No.43973748[source]
this done well is a transformational thing, its just no one has been willing to invest yet, but the compute on a phone is now good enough to do most things most users do on desktop.

I can easily see the future of personal computing being a mobile device with peripherals that use its compute and cloud for anything serious. be that airpods, glasses, watches, or just hooking that device up to a larger screen.

theres not a great reason for an individual to own processing power in a desktop, laptop, phone, and glasses when most are idle while using the others.

replies(13): >>43973781 #>>43973797 #>>43973869 #>>43976591 #>>43978587 #>>43979114 #>>43979639 #>>43980207 #>>43981040 #>>43982455 #>>43982914 #>>43983353 #>>43983525 #
eru ◴[] No.43980207[source]
> I can easily see the future of personal computing being a mobile device with peripherals that use its compute and cloud for anything serious. be that airpods, glasses, watches, or just hooking that device up to a larger screen.

I don't see that at all.

That's because I think over time the processing power of a eg laptop will become a small fraction of its costs (both in terms of buying and in terms of power).

The laptop form factor is pretty good for having a portable keyboard, pointing device and biggish screen together. Outsourcing the compute to a phone still leaves you with the need for keyboard, pointing device and screen. You only save on the processor, which is going to be a smaller and smaller part.

> theres not a great reason for an individual to own processing power in a desktop, laptop, phone, and glasses when most are idle while using the others.

Even in your scenario, most of your devices will be idle most of the time anyway. And they don't use any energy when turned off. So you are only saving the cost to acquire the processor itself.

Desktop computer processors that can hit the computing power of a mobile processor are really, really cheap already today.

replies(1): >>43981429 #
1. zigzag312 ◴[] No.43981429[source]
You are ignoring data location and software installs.

Having all your data always with you stored locally (on your phone) is simpler than syncing and more private than cloud.

One OS with all your software. No need to install same app multiple times on different devices. Don't need to deal with questions like, for how many devices is my license valid for. However, apps would need to come with a reactive UI. No more separate mobile and desktop versions.

Example, you take a photos on your phone, dock it at your desk or laptop shell, and edit them comfortably on a big screen, with an app you bought and installed once. No internet connection is required.

A docking station could be more than just display and input devices. It could contain storage for backing up your data from the phone. Or powerful CPU and GPU for extended compute power (you would still use OS and apps/games on your phone with computations being delegated to more powerful HW).

This could replicate many things cloud offers today (excluding collaboration). No need to deal with an online account for your personal stuff. IMO, it would probably be less mystical than cloud to most users.

replies(2): >>43983764 #>>43990927 #
2. wkat4242 ◴[] No.43983764[source]
> Having all your data always with you stored locally (on your phone) is simpler than syncing and more private than cloud.

You need to sync it anyway. Having that phone with you all day also means exposing it to a lot of risk involving theft, drops and other kind of damage. You need that sync for backup purposes.

I agree actually having it on the phone is great though. I use DeX a LOT, it's a great way of working when I don't have my laptop with me but do have a docking station available (e.g. at the office when I forget my laptop or just dropped in unplanned)

replies(1): >>43984756 #
3. zigzag312 ◴[] No.43984756[source]
> You need that sync for backup purposes.

Backup is a simple one way sync, but like you said, it is needed. It could still be private, if backup to another of your devices is made when your phone connects to your home WiFi.

replies(1): >>43990935 #
4. eru ◴[] No.43990927[source]
> You are ignoring data location and software installs.

Caching works well for that.

> Having all your data always with you stored locally (on your phone) is simpler than syncing and more private than cloud.

Have a look at how GMail handles this. It has my emails cached locally on my devices so I can read them offline (and can also compose and hit-the-send-key when offfline), but GMail also does intelligent syncing behind the scenes. It just works.

> Example, you take a photos on your phone, dock it at your desk or laptop shell, and edit them comfortably on a big screen, with an app you bought and installed once. No internet connection is required.

My devices are online all the time anyway.

> A docking station could be more than just display and input devices. It could contain storage for backing up your data from the phone.

I'm already backing up to the Cloud automatically. And Google handles all the messy details, even if my house burns down.

> Or powerful CPU and GPU for extended compute power (you would still use OS and apps/games on your phone with computations being delegated to more powerful HW).

How is that different from the ChromeOS scenario, apart from that the syncing in your case doesn't involve the cloud?

> This could replicate many things cloud offers today (excluding collaboration). No need to deal with an online account for your personal stuff. IMO, it would probably be less mystical than cloud to most users.

No, it would be more annoying, because I couldn't just log in anywhere in the world, and get access to my data. And I would have to manually bring devices in contact to sync them.

You can build what you are suggesting. And some people (like you!) will like it. But customers by-and-large don't want it.

replies(1): >>43992945 #
5. eru ◴[] No.43990935{3}[source]
You can (in principle) back of over the cloud and still have everything private. Encryption and open source software can handle that. (You want the software to be open source, so you can check that it's really end-to-end encrypted without a backdoor.)

Of course, that scenario would only become the norm, if there's mainstream demand for that. By and large, there ain't.

6. zigzag312 ◴[] No.43992945[source]
Cache invalidation is hard. Offline-first is also hard and expensive to develop. Single source of truth + backup is simpler.

> No, it would be more annoying, because I couldn't just log in anywhere in the world, and get access to my data. And I would have to manually bring devices in contact to sync them.

You are traveling without your phone? I don't always have an unlimited internet when traveling. If you loose your phone while traveling there's a good chance you won't be able to log in due to 2FA anyway. Devices just have to connect to the same local network to sync. Phone probably connects to your WiFi automatically when you come home. Syncing over internet is also possible.

I'm just saying it could be done. Not that everybody would use it or like it. Although, I imagine getting rid of one dependency (cloud) and having more control would be a plus to some.

Cloud is not magically without issues. People do get locked out their cloud account due to some heuristics flagging it, payment issues, user errors or even political reasons. And it can take a very long time before you get it resolved. Last year there was even a story on HN about Google Cloud accidentally deleting customer's account and deleting all their data.

> But customers by-and-large don't want it.

Do you have any data backing this up?

Phone centered solution could be more cost effective. A casual user would only need a phone, a backup solution (either cloud based or an external drive connected to a network) and a bigger display with input devices (portable or desktop). Possibly one less subscription they have to pay and lower HW costs.

replies(1): >>44001272 #
7. eru ◴[] No.44001272{3}[source]
> Cache invalidation is hard. Offline-first is also hard and expensive to develop. Single source of truth + backup is simpler.

Yes, cache invalidation isn't trivial. But it's a software problem that you can solve (for your particular application, or with a library for many similar applications) with enormous economies of scale.

> I'm just saying it could be done. Not that everybody would use it or like it. Although, I imagine getting rid of one dependency (cloud) and having more control would be a plus to some.

Ok, no objection there. Yes, some people would like this.

My point is that cloud first, and local caching that lets you work offline (like what you get with GMail and Google Docs) works well enough for most people, that there's probably not enough market share left over for your offline-first dream to get the economics of scale.

Though it's probably still more than possible in the same way that running your desktop on Linux was feasible from the 1990s onwards: at times a bit clunky, but if you are willing to put up with it, totally doable. Been there, done that.

> Phone centered solution could be more cost effective. A casual user would only need a phone, a backup solution (either cloud based or an external drive connected to a network) and a bigger display with input devices (portable or desktop). Possibly one less subscription they have to pay and lower HW costs.

If you need an external display anyway (and a battery, if you want a laptop form factor), adding a bit of compute power to turn it into essentially a ChromeBook is close enough to free. You don't even need that much computing power, because instead of offloading the computation onto your phone (like your scenario), you offload the heavy lifting into the cloud (basically our real world right now for most people).

The HW costs aren't that much lower, because low performance chips are already pretty cheap.

replies(1): >>44002901 #
8. zigzag312 ◴[] No.44002901{4}[source]
I agree there's an overlap.

> But it's a software problem that you can solve ... with enormous economies of scale.

Can be a problem for software that doesn't have such economies of scale.

Cloud is cheap for very basic usage, but costs can increase noticeably when workload increases.

Regarding UX. Some things work better in the cloud while some tasks are not so well suited for the cloud (e.g. latency sensitive tasks, task that require non trivial amount of data transfer between the user and the could).

I have no idea how many casual users would be affected by one or more of these things, if any. Phone centered user could still use cloud for some things. Maybe there would be enough interest, if polished solution becomes available. It could be you are right, I don't really know.