Live data from Hacker News

Hetzner Price Adjustment

docs.hetzner.com

311–312 of 312 posts

Re: Hetzner Price Adjustment

#311
post #84

Earlier quoted context omitted.

You can use Nord Pool data for the last couple of years to do estimations. https://www.nordpoolgroup.com/en/Market-data1/Dayahead/Area-...

You have day-ahead pricing at home? Please tell me how

It will depend on where you live, very common in Sweden with many companies offering it.

Re: Hetzner Price Adjustment

#312
post #139

Earlier quoted context omitted.

While this is true to a degree, development costs also come into play here. Let's simplify the problem a lot for a moment. Suppose the only thing you care about is cost and the only things you can control are the hardware you're running on and the code it runs. You can optimize your code to use less hardware, which would lower operational costs. But you also have to pay developers to optimize the code. In some cases,…

Well, let's play that game. 0.22€/kWh. So a 1kW server costs almost €2000/year. If you write Python vs. Go, the performance increase can be 10 fold, so you'd save €1800/yr. So when you're running 55 Python servers, you could earn 1 dev by rewriting (assuming €100k/yr, all in). Not to upset anyone: there are a lot of assumptions. It's just ballpark numbers. There's a large difference between Python v. Go for tensorflo…

Switching languages is highly impractical for most teams. It is possible in some scenarios code written by an experienced Go developer is 10x faster than code written by an experienced Python developer. However, I think it's unlikely that a team writing Python is going to be able to write Go code which is as efficient as an expert Go developer. Even if they could, I think the productivity (in terms of being able to quickly implement features) of writing Python is significantly higher than Go. If only for the massive amounts of existing packages available, not including the language itself. I don't think this loss would be made up by a single additional developer.

I'm certainly not saying that's not possible to have a highly productive team of Go developers. But I think expecting a team of Python developers to become Go experts is not likely to work well. (Dropbox potentially being a notable exception, although I don't know how they navigated this change organizationally.)

Post reply on HN