3 ms·

I think if/when we get to the point where people with browser based workloads can just sit down at a desk and have the monitors and keyboard automatically conne

by jbc1 4y ago

I think if/when we get to the point where people with browser based workloads can just sit down at a desk and have the monitors and keyboard automatically connect to their phone, more hardware intensive software will quickly move to the cloud. You’ll be doing game development and CAD stuff with your phone acting as a thin client.

wizofaus 4y ago
Yeah, I've tried doing cloud- based development. It's a no from me. I'd think that's further off being universally workable than the phone-docking idea. Though if you've already decided to get fully in bed with a particular cloud provider and totally tie yourself to their proprietary protocols etc. I can see the advantage.
- fragmede 4y ago
  Yeah I think that's a matter of software, plus optimization for a particular use case. Looking at Geforce Now/Stadia/Xcloud/Luna, the underlying technology exists, it's just a (not so small) matter of updating RDP's video stack to be seamless.
- pjmlp 4y ago
  It used to be the only way to do UNIX development, many moons ago, via thin terminals.
  - wizofaus 4y ago
    And you'd voluntarily go back to that?
    - pjmlp 4y ago
      Yes, that is what cloud computing is all about, with the added benefit making UNIX irrelevant. Now it is all managed runtimes, on top of type 1 hypervisors, and containers, with browser based shells and IDEs. Unikernels have won even if it doesn't look like it from the surface.
      - wizofaus 4y ago
        I don't have an issue with unix but I still rely on being able to work in scenarios where I don't have a reliable/fast-enough internet connection to be able to run multiple hi-res GUI desktops remotely. If we get to the point super-low-latency network connectivity is as available as electricity, then sure, it's feasible. But even 30ms latency can make GUIs feel clunky to work with. I know some devs seem to tolerate it though.
        pjmlp 4y ago
        Modern times are wonderful fast versus using 1994 - 2000 network technology for X Windows / telnet based workflows.

by jbc1 4y ago

wizofaus 4y ago

Yeah, I've tried doing cloud- based development. It's a no from me. I'd think that's further off being universally workable than the phone-docking idea. Though if you've already decided to get fully in bed with a particular cloud provider and totally tie yourself to their proprietary protocols etc. I can see the advantage.

fragmede 4y ago
Yeah I think that's a matter of software, plus optimization for a particular use case. Looking at Geforce Now/Stadia/Xcloud/Luna, the underlying technology exists, it's just a (not so small) matter of updating RDP's video stack to be seamless.
pjmlp 4y ago
It used to be the only way to do UNIX development, many moons ago, via thin terminals.
- wizofaus 4y ago
  And you'd voluntarily go back to that?
  - pjmlp 4y ago
    Yes, that is what cloud computing is all about, with the added benefit making UNIX irrelevant. Now it is all managed runtimes, on top of type 1 hypervisors, and containers, with browser based shells and IDEs. Unikernels have won even if it doesn't look like it from the surface.
    - wizofaus 4y ago
      I don't have an issue with unix but I still rely on being able to work in scenarios where I don't have a reliable/fast-enough internet connection to be able to run multiple hi-res GUI desktops remotely. If we get to the point super-low-latency network connectivity is as available as electricity, then sure, it's feasible. But even 30ms latency can make GUIs feel clunky to work with. I know some devs seem to tolerate it though.
      - pjmlp 4y ago
        Modern times are wonderful fast versus using 1994 - 2000 network technology for X Windows / telnet based workflows.