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

"100% of our production system is now running Go"

groups.google.com

Post reply on HN
Print view View original

181–189 of 189 posts

Re: "100% of our production system is now running Go"

#181

Post by kragen »

luriel wrote: post #149
draven wrote: post #121

Earlier quoted context omitted.

I think the problem with saying that Go can be used as a C++ replacement is that the statement is too vague. The problem space in which Go is a great tool and the one in which C++ is a great solution have a big overlap. But that does not mean that you will solve a given problem in this overlapping space the same way. Both languages have a different set of trade-offs. If you need a typesafe, generic sorted set with st…

> If you need a typesafe, generic sorted set with strict efficiency needs When people ask for things like this, I can't help to think that what they want is not generic at all, they want something very specific to the problem they are solving, in those cases just writing custom data structures is the way to go in any language anyway. It is the way it has been done in C for decades too.

You may be able to write the custom data structures more easily with the STL than in C.

Re: "100% of our production system is now running Go"

#183

Post by stonemetal »

swah wrote: post #179
stonemetal wrote: post #160

Earlier quoted context omitted.

Yes, fairly similar but not the same.

Are you "full of bullcrap"?

Aw, how did you guess. What did you find full of it? In GC languages you still have to have to manage reference life times so that you don't leak memory by holding on to references too long(Yes I have fixed that bug in someone else's C# code). If you are already doing all the reference tracking what is wrong with making it explicit and typing the delete? Good build tools doing the minimal rebuild thing make builds manageable, sure Go's are faster but it wasn't a pain I was feeling, or have lived with so long I forgot. So for me the differences boil down to type safe generics vs the way interfaces work. Go is a worthwhile experiment(God I hope Google is doing IBM style research on Go's effect on quality, and that they share it) in how to make development better, but I don't currently think I will see enough payoff to justify the effort of switching. That is especially true when you consider all the external tidbits like library support.

Re: "100% of our production system is now running Go"

#184

Post by pcwalton »

zedzedzed wrote: post #178
pcwalton wrote: post #140

Earlier quoted context omitted.

Yes, the docs are awful at the moment. It's mostly a question of making sure things are stable before we commit to writing a lot of docs; we absolutely need better ones. The standard library tends to use the bleeding-edge features more than user Rust code (as it contains implementations of core traits and whatnot), so its churn is high. Despite what others have suggested, I don't think it needs a total rewrite, but v…

(due to be released next week). I will be eagerly looking forward to that!! Is the 0.4 version a step ahead of the past alphas? Is it finally becomming a beta?

My mistake, it's actually 2 weeks ("mid-September" is the target date). Still close. It's still an alpha, but there are huge changes, and most importantly, syntax becomes "slushy" after 0.4 (not frozen, but massive changes have a high bar to clear).

Re: "100% of our production system is now running Go"

#185

Post by jff »

batista wrote: post #55
jonathansizz wrote: post #28

Earlier quoted context omitted.

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 t…

> 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. Well, it does excel in scientific computing. Biologists, astronomers and such u…

Run Python under strace sometime. Laugh as it attempts to open thousands of non-existent files just to start up. Cry when you imagine that happening on a thousand-node scientific computing cluster with an NFS root. IIRC we saw something on the order of 10-20 minutes to get Python started on every node of a Blue Gene allocation.

Re: "100% of our production system is now running Go"

#186

Post by jff »

bad_user wrote: post #79

I want to try out Go, but the problems exposed by the garbage collector on 32bit systems scared me away. Is that still the case with the latest version 1.0.2 ? Also, is there any chance for a precise generational garbage collector to get implemented for Go? As far as I know, pointers make the implementation of precise garbage collectors difficult.

Here's a dime, go buy yourself an AMD64.

Re: "100% of our production system is now running Go"

#187

Post by swah »

stonemetal wrote: post #183
swah wrote: post #179

Earlier quoted context omitted.

Are you "full of bullcrap"?

Aw, how did you guess. What did you find full of it? In GC languages you still have to have to manage reference life times so that you don't leak memory by holding on to references too long(Yes I have fixed that bug in someone else's C# code). If you are already doing all the reference tracking what is wrong with making it explicit and typing the delete? Good build tools doing the minimal rebuild thing make builds ma…

Sorry, I was just asking if you were the guy at http://fullof.bs/ which goes by stonecypher on reddit...

Re: "100% of our production system is now running Go"

#188

Post by stonemetal »

swah wrote: post #187
stonemetal wrote: post #183

Earlier quoted context omitted.

Aw, how did you guess. What did you find full of it? In GC languages you still have to have to manage reference life times so that you don't leak memory by holding on to references too long(Yes I have fixed that bug in someone else's C# code). If you are already doing all the reference tracking what is wrong with making it explicit and typing the delete? Good build tools doing the minimal rebuild thing make builds ma…

Sorry, I was just asking if you were the guy at http://fullof.bs/ which goes by stonecypher on reddit...

Nope, not that guy. stonefarfalle on reddit. I probably am full of BS(after all the mouth is large and rarely closed for business), but a little too proud, and prudish to call myself that in public.

Re: "100% of our production system is now running Go"

#189

Post by stonemetal »

swah wrote: post #187
stonemetal wrote: post #183

Earlier quoted context omitted.

Aw, how did you guess. What did you find full of it? In GC languages you still have to have to manage reference life times so that you don't leak memory by holding on to references too long(Yes I have fixed that bug in someone else's C# code). If you are already doing all the reference tracking what is wrong with making it explicit and typing the delete? Good build tools doing the minimal rebuild thing make builds ma…

Sorry, I was just asking if you were the guy at http://fullof.bs/ which goes by stonecypher on reddit...

Also, Sorry for forgetting the default shouldn't be snark.
Post reply on HN