Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MoonHome: Remote Development Environment

moonhome.io

Post reply on HN
Print view View original

31–40 of 97 posts

Re: MoonHome: Remote Development Environment

#31

Post by movedx »

TheDong wrote: post #25
movedx wrote: post #21

Earlier quoted context omitted.

Compared to what? If you ran this yourself, like I do on LightSail, that would be a (worse) one man operation.

The risk of a one-man operation in this case is pretty clear. If the one dude running this gets hit by a bus, your dev environment vanishes and is useless, all data lost. If you instead use LightSail, it's clearly better. You'd need quite a few Amazon employees to be on the same bus before a small accident would result in LightSail vanishing and becoming useless. With both this, and hand-rolled stuff on LightSail, if…

Fair. But would you rather know it's a one man operation and avoid it, or not know, thinking there is a team, and then get stung in the manner you're suggesting?

Re: MoonHome: Remote Development Environment

#32

Post by movedx »

boolean wrote: post #22
movedx wrote: post #21

Earlier quoted context omitted.

Compared to what? If you ran this yourself, like I do on LightSail, that would be a (worse) one man operation.

Compared to GitHub Codespaces or LightSail which have proper support teams behind the products.

LightSail (AWS) don't manage the OS upwards for you.

Re: MoonHome: Remote Development Environment

#33

Post by hoherd »

google cloudshell is also free for GCP users and has a lot of the same use cases as this. I've been using it for building and pushing docker images, among other things.

> Cloud Shell is available at no additional cost for Google Cloud customers.

https://cloud.google.com/shell

`gcloud cloud-shell ssh --authorize-session`

Re: MoonHome: Remote Development Environment

#34

Post by movedx »

haarts wrote: post #2

I've been doing a lot of this lately. I got the cheapest Macbook Air and SSH into my machine at the office. Tmux attach and go! Lag is never an issue for me. I could get used to this.

Me too. I'm on very powerful hardware but the thin-client nature of using Remote-SSH is friggin' sweet.

Re: MoonHome: Remote Development Environment

#35

Post by freemint »

boolean wrote: post #22
movedx wrote: post #21

Earlier quoted context omitted.

Compared to what? If you ran this yourself, like I do on LightSail, that would be a (worse) one man operation.

Compared to GitHub Codespaces or LightSail which have proper support teams behind the products.

If, as i suspect, this is just a resold Hetzner Cloud at a premium, so i would not worry about reliability.

Re: MoonHome: Remote Development Environment

#36

Post by boolean »

movedx wrote: post #32
boolean wrote: post #22

Earlier quoted context omitted.

Compared to GitHub Codespaces or LightSail which have proper support teams behind the products.

LightSail (AWS) don't manage the OS upwards for you.

You're right. However, I'd rather have myself as a single point of failure (for OS and VS Code server) than another individual. Keep in mind that you're also trusting an individual with your codebase.

Re: MoonHome: Remote Development Environment

#37

Post by boolean »

freemint wrote: post #35
boolean wrote: post #22

Earlier quoted context omitted.

Compared to GitHub Codespaces or LightSail which have proper support teams behind the products.

If, as i suspect, this is just a resold Hetzner Cloud at a premium, so i would not worry about reliability.

If there's an issue with the server, you cannot reach out to Hetzner directly. You need to contact the individual behind MoonHome who might be asleep or sick.

Re: MoonHome: Remote Development Environment

#38

Post by movedx »

boolean wrote: post #36
movedx wrote: post #32

Earlier quoted context omitted.

LightSail (AWS) don't manage the OS upwards for you.

You're right. However, I'd rather have myself as a single point of failure (for OS and VS Code server) than another individual. Keep in mind that you're also trusting an individual with your codebase.

Good points. I think the OP's service needs to introduce a second person/founder, for sure.

Re: MoonHome: Remote Development Environment

#39

Post by freemint »

boolean wrote: post #37
freemint wrote: post #35

Earlier quoted context omitted.

If, as i suspect, this is just a resold Hetzner Cloud at a premium, so i would not worry about reliability.

If there's an issue with the server, you cannot reach out to Hetzner directly. You need to contact the individual behind MoonHome who might be asleep or sick.

True.

Re: MoonHome: Remote Development Environment

#40

Post by smackeyacky »

avidphantasm wrote: post #24

Hey guys, there are these things called “workstations.” Have heard of them?

Yeah, I don't understand the thinking behind this product when you can buy a recently decommissioned Dell, HP or SuperMicro server with a pile of memory and a couple of fast Xeons in it, load up your Linux of choice and go to town with QEMU. This beast here has two ethernet ports as well, so one is dedicated to the I/O for the QEMU VMs and they appear on the local network as actual machines via a bridge. Stick an old ATI HD6750 in it and run two QHD monitors. You may need some mechanism to make it a bit quieter but on the whole it's cheap, awesome and easy to keep running. Got a Big Sur VM, a Windows 2019 server, Windows 10 and a Solaris VM just for giggles because I like to watch the old screen savers sometimes. Remote access: no problem. Power consumption: err...

Best of all, HP have integrated lights out on their enterprise gear, so if you need to reboot it remotely, you can!

Post reply on HN