samnardoni

git would be pretty bad in this situation. It sounds more like rsync.

I'm pretty sure Karl Pilkington first thought of this idea.

Everything is confusing if you pretend to be an idiot.

Or rerun by skelterjohn http://github.com/skelterjohn/rerun

For me, Go has the least "What the hell does this code do?" and "Why isn't this code working?" of any language I've ever used.

I'd say Go isn't an impressive programming language, but a very impressive software engineering language.

There's no point in upvoting them all...

Then don't use groupcache.

When programming for fun in my spare time, I've noticed that I use Go differently from certain other languages (Haskell, Rust).

When writing Haskell, I spend a lot of time thinking about how I can express the problem using the different language constructs, and how elegant the code is. With Go, because the language is so simple, I just focus on solving the problem; I almost feel that I solve the problem in spite of the language.

Type parameterisation, lifetimes, mutability qualifiers. Algebraic data types can be used to avoid null pointers via an Option/Maybe type.

> The initial version must have been checking each room for collisions (a long process) before checking whether it fit within the level bounds (a short process), so manually sequencing it with if-then-else led to a spectacular 268% improvement.

Or just change `(checkColl tr rsDone || checkBound tr)` to `(checkBound tr || checkColl tr rsDone)`.

Achieving the performance that Rust does is amazing, given the focus so far been on language design and not performance. It's not even 1.0 yet!

I'm sure these numbers will improve.

But what if you could pick up other clothes for free, but they weren't your favourite colour?

Only around 1 billion active users per month.

I'm pretty sure you're referring to a Joel Spolsky article, "Things you should never do". http://www.joelonsoftware.com/articles/fog0000000069.html

I think the GC in Go only runs when allocations have been made. No allocations = no GC.