3 ms·
I went briefly to through the comments, it seems that no-one is bothered with lack of details in this post, things are not logical at all, almost like it was wr
by desireco42 14y ago
I went briefly to through the comments, it seems that no-one is bothered with lack of details in this post, things are not logical at all, almost like it was written by PR agency in charge of promoting Go.
Except it is established business so I would assume things are true, but real motives are hidden. Go is obviously good language for some specific things, but it's not like ruby is pure trash, how come you did 'everything' in ruby, and then didn't know about eventmachine, but just had to rewrite things in Go.
And rewrite happened overnight, right?
A lot is missing from this story. I will definitely look more into Go, mostly because someone compared it in comments with TurboPascal, and I have fond memories of Borland tools, Pascal especially.
Go and Rails are so different that there is almost no point in comparing them.
- burntsushi 14y ago> but real motives are hidden Could you elaborate on this please? Are you referring to the OP's motives of publishing the article? Or of switching to Go? > Go and Rails are so different that there is almost no point in comparing them. Except when one solves the same problem better than the other.
- lysium 14y ago- They did not say why they did not choose one of the other alternatives. - They did not say how they used the concurrent features of Go, only mentioned that they were there. - They did not say how long it took to rewrite. - They did not say what they changed in the API. I'm not saying the story isn't true, but for a true story it lacks a lot. You could summarize the article with the title and you won't be missing much.
- bascule 14y agoThey didn't say why Ruby was using a lot of CPU either. Some basic investigation into the root cause might've revealed some intractable problems that are tied to Ruby (or at least the MRI interpreter) like long GC pauses (something which can be mitigated by going to a different interpreter like JRuby versus a complete rewrite in a different language) Instead, it's "OMG we're maxing out CPU, time to completely rewrite our app in a different language" And how big is this app that it needs 30 servers? We probably serve an order of magnitude of traffic where I work than these guys do (just guessing) and don't need that many.
- desireco42 14y agoI was referring to switching to Go, I am not disputing languages performance, just the whole article is very strangely written