go-humanize

I am working on porting a mostly-data site to hugo now, and it has been a nice experience. I did find myself wanting to introduce custom logic - like custom helper funcs for the Go templates - but there is no way to do this short of modifying and rebuilding hugo. Specifically I wanted to use some functions from here: https://github.com/dustin/go-humanize In the short run, it was fine. Since most of the data is structured I could write a script to modify the input data to prepare for output without modification. Not sure about hugo's longterm plan for this type of thing, but overall it is an awesome project and would highly recommend over every other static site generator.

go1 has been my goto language for a while now. I don't even understand why, but everything makes a lot of sense. It compiles about as fast as python and I have an easy time making quite efficient code. Concurrency is obviously very good and that extends to parallelism quite easily. For example, I wrote go-heatmap ( https://github.com/dustin/go-heatmap ) and found I could shave a few seconds off of the colorization phase of a fairly large image I generate hourly by running every column (or row, I forget which) in parallel on my 4 core atom box. The build/packaging system is everything maven wishes it could be. It's practical to create, publish and use small third-party things (such as my humanize package: https://github.com/dustin/go-humanize ) because the build system just deals with the dependency for you (even transitively) just bas