katnegermis's comments

katnegermis | 5 years ago | on: Good Books for a Lousy Year

Ha, initially misread your question as its opposite (~"would reading technical/non-work related books in my spare time be a waste of time") and immediately thought no, of course not! To me, doing non-work related things outside of working is what makes _both_ activities things fun.

Don't be hard on yourself for not spending every waking minute of your life working, preparing for work, or feeling bad because you "should" be doing one of those two. That's a very quick way get burned out.

YMMV, but in my experience, even if you want to optimize your life for doing the best work possible, not working all the time is a winning strategy!

katnegermis | 5 years ago | on: Don't use ENV variables for secret data (2017)

Not OP, but I've recently worked with AWS Parameter Store a lot, and I've been very happy with it so far. We store all configuration (including secrets) using it.

We started by using https://github.com/segmentio/chamber/, but because of the way we decided to structure our secrets we decided to write a clone of it ourselves (https://github.com/micvbang/confman-go).

In practice, we have a client written in Python that grabs configuration from Parameter Store and puts it into the process' ENV variables at startup. This allows us to avoid vendor lockin in the rest of our code, since we still just fetch all config from the environment. I like it so far :)

katnegermis | 6 years ago | on: MessagePack: like JSON, but fast and small

At noesis.gg we made a small, not-at-all scientific comparison of our JSON and flatbuffers implementations: https://www.noesis.gg/news/player-movement-speedup.html.

The somewhat silly video on that page shows the actual difference in performance our users felt after the change. It was a _huge_ benefit, both in terms of loading time, but also in terms of memory, vastly increasing the number of CS:GO rounds that could be analyzed simultaneously.

katnegermis | 7 years ago | on: Go 1.12 Released

I think he's referring to the fact that maps are iterated in random order. Now if you print them directly, you may be lead to believe that the order is _not_ random.

katnegermis | 9 years ago | on: Major features of PostgreSQL 9.6 [pdf]

I was wondering the exact same thing -- how can CPU-parallelism improve on a task which (to me at least) seems to be disk-IO bound? I'm guessing that my assumption of the task being disk-IO bound is incorrect!
page 1