3 ms·

Weird all these companies struggle so much to support remote services, ssh has been working for me pretty seamlessly for like the 20 years I've been using it an

by advael 8mo ago

Weird all these companies struggle so much to support remote services, ssh has been working for me pretty seamlessly for like the 20 years I've been using it and has allowed me to remote-control any computer I own with relatively reliable authentication (with some hiccups that tend to be patched pretty rapidly when found) throughout that entire period. I hear tell it worked even before I was using computers professionally, too

interestpiqued 8mo ago
Yeah but this is from an AI company so its mad different
- advael 8mo ago
  Yea I've noticed that most things made by a company are worse and less reliable than things that are free and maintained by volunteers
  - parliament32 8mo ago
    This has always been the case, for pretty much everything. There's a reason the world's infrastructure runs on FOSS.
52-6F-62 8mo ago
Lol. I've been looking at this stuff wondering what the hell I was missing and what it was trying to solve. I was starting to think I've really fallen behind or something. I feel relief AND horror.
nonethewiser 8mo ago
SSHing into a terminal with your phone is terrible UX. Very low bandwidth. Voice input into a native app is not. We are not talking about fine grained control of your system by running explicit commands. We are talking about programming in plain English.
- advael 8mo ago
  I can use ssh as the transport and authentication layer over any internet connection through a fairly easily learnable set of ssh flags that can be further simplified through aliasing. As a bonus it's e2ee. The overhead from that affects latency but not bandwidth. Let's set aside ssh for a second. Streaming voice over the internet is a long-solved problem, I've been able to host a mumble server on a toaster since forever ago. So if the local machine can recognize voice commands, talking through a phone shouldn't make a difference. Like, if this works locally, and it works on the phone or whatever, why is having it talk over the internet the hard part? Whatever you think of the application itself, this is a weird failure mode

by advael 8mo ago

interestpiqued 8mo ago

Yeah but this is from an AI company so its mad different

advael 8mo ago
Yea I've noticed that most things made by a company are worse and less reliable than things that are free and maintained by volunteers
- parliament32 8mo ago
  This has always been the case, for pretty much everything. There's a reason the world's infrastructure runs on FOSS.

52-6F-62 8mo ago

Lol. I've been looking at this stuff wondering what the hell I was missing and what it was trying to solve. I was starting to think I've really fallen behind or something. I feel relief AND horror.

nonethewiser 8mo ago

SSHing into a terminal with your phone is terrible UX. Very low bandwidth. Voice input into a native app is not. We are not talking about fine grained control of your system by running explicit commands. We are talking about programming in plain English.

advael 8mo ago
I can use ssh as the transport and authentication layer over any internet connection through a fairly easily learnable set of ssh flags that can be further simplified through aliasing. As a bonus it's e2ee. The overhead from that affects latency but not bandwidth. Let's set aside ssh for a second. Streaming voice over the internet is a long-solved problem, I've been able to host a mumble server on a toaster since forever ago. So if the local machine can recognize voice commands, talking through a phone shouldn't make a difference. Like, if this works locally, and it works on the phone or whatever, why is having it talk over the internet the hard part? Whatever you think of the application itself, this is a weird failure mode