I'd be really curious to know what their "800 million requests a month" means. When we actually added up numbers a while back, we were doing around 250 million requests to our Python machines/day, and we only had 200 servers (which included dbs/etc), that was around 3-3.5 billion pageviews a month IIRC. We now have 300 machines and do about 5 billion pageviews, but that completely ignores the huge amounts of requests to our realtime stream servers and our API (which get shit on every "pageview" at least once).
"100% of our production system is now running Go"
21–30 of 189 posts
Re: "100% of our production system is now running Go"
#22I'd be really curious to know what their "800 million requests a month" means. When we actually added up numbers a while back, we were doing around 250 million requests to our Python machines/day, and we only had 200 servers (which included dbs/etc), that was around 3-3.5 billion pageviews a month IIRC. We now have 300 machines and do about 5 billion pageviews, but that completely ignores the huge amounts of requests…
It's really hard to compare different systems without knowing what kind of complexity each pageview engenders in terms of backend processing.
At one end there's flat HTML files, where you could serve 800 million pages/month from maybe a single particularly beefy server; at the other fully-dressed SOAs and CEPs and your uncle's pet dog rover performing multivariate regressions, meaning you need 9,000 servers.
Re: "100% of our production system is now running Go"
#23Creator of SASS and Haml now using Go for whole production system. When asked about surprising things about Go, its creators have said that they expected to recruit people from c++ communities, instead it seems to be more ruby/python people.
In hindsight it doesn't seem so surprising. Go really isn't a good alternative to C++ for the kinds of things that really need the low-level control and direct memory access C++ provides. And if you don't really need those things you probably should have moved on to Java or Ruby/Python/etc already. And since a lot of Java shops are fantastically risk averse I'm not at all surprised that the same kind of people that w…
I write Go and I have been satisfied with the low-level control and direct memory access. The language has pointers and you can cast between ints and pointers, so you can do anything you can do in C.
If you're writing realtime code, you can avoid triggering the garbage collector simply by not allocating memory on the heap. It is harder to get anything done this way, but writing realtime code in any language is difficult.
Re: "100% of our production system is now running Go"
#24I'd be really curious to know what their "800 million requests a month" means. When we actually added up numbers a while back, we were doing around 250 million requests to our Python machines/day, and we only had 200 servers (which included dbs/etc), that was around 3-3.5 billion pageviews a month IIRC. We now have 300 machines and do about 5 billion pageviews, but that completely ignores the huge amounts of requests…
It's really hard to compare different systems without knowing what kind of complexity each pageview engenders in terms of backend processing. At one end there's flat HTML files, where you could serve 800 million pages/month from maybe a single particularly beefy server; at the other fully-dressed SOAs and CEPs and your uncle's pet dog rover performing multivariate regressions, meaning you need 9,000 servers.
I'm hoping they'll provide some more insight into what the breakdown of tasks are between the machines, and if that 800 million number is actually correct.
It seems extremely high for what my absolutely-no-idea-what-these-sites-could-possible-need-that-many-servers-for thought process can fathom.
Re: "100% of our production system is now running Go"
#25This is a really awkward sentence: "100% of our production system is now running Go as 95% of our application." I'm curious what the 5% is that they didn't convert to go.
Read the whole paragraph. It's C.
"100% of our production system is now running Go as 95% of our application (C being the other bits). Not side bits, but our critical path."
Re: "100% of our production system is now running Go"
#26Re: "100% of our production system is now running Go"
#27Earlier quoted context omitted.
It's a shopping website. It's sorta hard to do cart management without cookies.
You cannot even see the front page without cookies. I suppose it's better than 1990s websites that would go into an endless loop but what about people who are just browsing?
It's probably necessary for click tracking. Macy's will pay either a CPC or a CPA for traffic coming into their website, and that includes traffic to their homepage.
Re: "100% of our production system is now running Go"
#28Creator of SASS and Haml now using Go for whole production system. When asked about surprising things about Go, its creators have said that they expected to recruit people from c++ communities, instead it seems to be more ruby/python people.
I think that Mozilla's Rust is aiming squarely at C++ developers, whereas Go is more of a Java replacement.
And it's interesting to see Python and Ruby being squeezed lately, from various directions; Clojure, Go, other languages. Since Python went mainstream and started being picked up for serious projects, it naturally came under the spotlight a lot more than it had previously, and I think many people have started to see some of its warts. The transition from version 2 -> 3 wasn't exactly a smooth one, either. Furthermore, although Python is a pretty good all-round language, it doesn't really excel at anything in particular, unlike for example Perl which continues to maintain a strong niche in the areas of text processing and system administration, despite its popularity having fallen away in some of the other areas it was formerly strong in.
In my case, although I have recently moved from Perl to Racket for larger and/or more complex work, I still use Perl a lot for small, simple scripts (which constitute most of my programming). A couple of the Java guys I know switched from Python to Clojure for scripting tasks (I could never convince them to like Perl..), and have started to take an interest in languages like Scala and now Go for more substantial projects.
For many years now, Python has been the fresh, fun challenger going up against older (and perhaps clunkier) languages, whereas now things seem to be shifting and Python may soon find its role has reversed and it has become the old, crufty language.
Re: "100% of our production system is now running Go"
#29To continue shopping on m.macys.com, please enable cookies in your settings. Really? in 2012?
Yes, in 2012 there are still people who disable cookies. I know, it's weird.
Re: "100% of our production system is now running Go"
#30It's really annoying to have to log in to read something on google+, or groups for that matter. I just won't do it.
You have to login? It doesn't do that for me, and I'm not logged into any Google products...
Google has invented a new login state between "logged in" and "not logged in" called "not logged in enough". It's kind of like being logged in, except nothing works and you get asked to login again. Also, you can't logout.