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

91–97 of 97 posts

Re: MoonHome: Remote Development Environment

#91

Post by playpause »

dreyfan wrote: post #90
playpause wrote: post #88

Earlier quoted context omitted.

A remote dev environment is just one of many use cases for a VPS. They're not the same thing at all. My brain just isn't good at servers. I have set up many generic cloud servers over the years, but I always hate doing it, it takes me ages to get it right, and I find it hard keep track of everything once set up, and I'm always worried I might have set up something wrong and end up with a security hole or a runaway bi…

You don't have to setup anything whatsoever for VSCode Remote-SSH. You give it an IP and user+pass/ssh-key and it takes care of the rest.

Not sure I follow. Presumably that IP has to point to a server that actually exists? What do you mean it takes care of the rest?

Re: MoonHome: Remote Development Environment

#92

Post by dreyfan »

playpause wrote: post #91
dreyfan wrote: post #90

Earlier quoted context omitted.

You don't have to setup anything whatsoever for VSCode Remote-SSH. You give it an IP and user+pass/ssh-key and it takes care of the rest.

Not sure I follow. Presumably that IP has to point to a server that actually exists? What do you mean it takes care of the rest?

The steps necessary for replicating the service are logging into let's say Digitalocean and pressing "create droplet".

Re: MoonHome: Remote Development Environment

#93

Post by novok »

freemint wrote: post #74
blunte wrote: post #64

Earlier quoted context omitted.

> More smoking guns What is your agenda? What do you have against this guy and his service he's offering? You have other comments that seem negative toward this service or its creator. Heroku is "just the Amazon cloud", but at a higher price. Of course it offers additional features which some people find beneficial enough to justify the higher price compared to bare AWS. Likewise, if MoonHome is providing attractive…

> What is your agenda? I just like Hetzner a lot and instantly recognized the pricing hardware tiering structure. I was a bit suspicious how the could sell it cheaper per month as Hetzner (which excited me) until I noticed that by monthly they mean when you shut down your machine every night. I also couldn't find anything on their website that says where they are hosting it. As I like Hetzner fan I am sad that there…

By not talking about your specific supplier as part of your branding, you increase the flexibility to change your supplier later on. For now, moonhome.io probably uses hetzner, later they may get a deal for something else, or start running their own data center directly or who knows what else.

Do you really care if your iPhone RAM chips or CPUs were phabbed by Samsung or TSMC? OLED panel from LG that year, Samsung the next year, etc.

Re: MoonHome: Remote Development Environment

#94

Post by novok »

movedx wrote: post #31
TheDong wrote: post #25

Earlier quoted context omitted.

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?

Usually in big enough contracts as part of due diligence you find out if something is a one man operation or not.

Re: MoonHome: Remote Development Environment

#95

Post by freemint »

KronisLV wrote: post #82
freemint wrote: post #77

Earlier quoted context omitted.

There is not and if Hetzner would have been mentioned on the website I wouldn't have done detective work to find out it is hosted and I wouldn't have written any messages. Maybe there is something with branding that they can't tell they run on Hetzner but then they should work that out with Hetzner orbtgey are trying to hide. Anyway I saved people a registration and possibly renting an instance to figure out where th…

> If you are mostly reselling compute and storage be transparent where you get it from. Genuine question: why or why not? If someone is reselling compute with very few changes and wants to hide where it's sourced from, then i guess it's understandable from a business perspective but at the same time could indeed be considered dishonest. Is that your reasoning? But at the same time, if someone is reselling compute wit…

The reason why I make any judgement about this is because I am an utilitarian. I see 3 Booleans that influence the outcome

- Is it product that adds value?

- Is the person inspecting the website a customer or a potential competitor?

- Is the platform of which the computation is resold listed?

I am only interested in cases where the product actually adds value. So I we can discard that other part of the possibility tree and demand that every company acts as if it adds value.

This leaves us with a 2x2 grid.

- potential customer & transparent: The user can make an educated decision before having to register, for additional hardware questions people can look at the original hoster, website focused on value add, using trusted hoster gives legitimacy

- potential competitor & transparent: competitor can clone your service without creating an account

- potential consumer and no transparent: greater uncertainty for consumer, "Why does he hide it", maybe negative experiences because it wasn't obvious that might not be suitable for tasks due to particular issues with underlying hoster (such as ping time), positive features (such as Hetzner running on green energy) are lost, with unclear hoster reliability of the infrastructure in question, lack of access to historic data that does exist.

- potential competitor & not transparent: competitor has to create to learn in what data centers the servers are as creating an account and renting a few instances would allow him infer any information he needs to know

We can suspect there are more customers than potential competitors and competitors are ore willing to learn about your service then people visiting the website by having this information available you make the life competitors are single digit $ harder, at the cost of having a harder time getting the trust of many more customers and potentially losing business.

So either the product should 't exist xor it is irrational to not make this information available easily as it hurts reseller and potential customers more than it hurts a slightly motivated cloner of the service.

Re: MoonHome: Remote Development Environment

#96

Post by KronisLV »

freemint wrote: post #95
KronisLV wrote: post #82

Earlier quoted context omitted.

> If you are mostly reselling compute and storage be transparent where you get it from. Genuine question: why or why not? If someone is reselling compute with very few changes and wants to hide where it's sourced from, then i guess it's understandable from a business perspective but at the same time could indeed be considered dishonest. Is that your reasoning? But at the same time, if someone is reselling compute wit…

The reason why I make any judgement about this is because I am an utilitarian. I see 3 Booleans that influence the outcome - Is it product that adds value? - Is the person inspecting the website a customer or a potential competitor? - Is the platform of which the computation is resold listed? I am only interested in cases where the product actually adds value. So I we can discard that other part of the possibility tr…

Thank you for the writeup! That is solid reasoning, even if many of the companies out there would prefer not to publish too much information about the underlying infrastructure, or their expense structure.

My only nitpick would be this:

> ...using trusted hoster gives legitimacy

This can also simply lead to all of the smaller/regional hosts out there to be viewed as not trustworthy, just because they're not known to a wider audience and therefore haven't got the positive reputation that the likes of DigitalOcean, Vultr, Scaleway, Hetzner and many others could have!

Re: MoonHome: Remote Development Environment

#97

Post by freemint »

KronisLV wrote: post #96
freemint wrote: post #95

Earlier quoted context omitted.

The reason why I make any judgement about this is because I am an utilitarian. I see 3 Booleans that influence the outcome - Is it product that adds value? - Is the person inspecting the website a customer or a potential competitor? - Is the platform of which the computation is resold listed? I am only interested in cases where the product actually adds value. So I we can discard that other part of the possibility tr…

Thank you for the writeup! That is solid reasoning, even if many of the companies out there would prefer not to publish too much information about the underlying infrastructure, or their expense structure. My only nitpick would be this: > ...using trusted hoster gives legitimacy This can also simply lead to all of the smaller/regional hosts out there to be viewed as not trustworthy, just because they're not known to…

> This can simple lead to all of the smaller/regional hosts out there to be viewed as not trustworthy, just because they're not known to a wider audience and therefore haven't got the positive reputation that the likes of DigitalOcean, Vultr, Scaleway, Hetzner and many others could have!

While I agree that this is a concern it is my opinion orthogonal to (I mean it literally becomes an irrelevant when you project along) the question "transparency good or bad?"

A hosters name gives you something you can Google. If there a post from someone 4 years ago asking whether it is any good the answers gives you helpful information independent from marketing claims. You might also be able to look at IP ranges and their trust scores or reverse DNS IPs to find out in what neighborhood you end up.

Post reply on HN