jump VS htcat

Heavy user of `z` for many years that is until it dropped its database one final time. There's nothing more frustrating then a dropped or corrupted directory database just as you've got the damn thing to remember all your favourite spots on the disk.

These days I use https://github.com/gsamokovarov/jump which I've mapped to `z`. Happy days.

It's basically a worse version of jump, but whatevs. It works for me.

Navigate faster by learning your habits, no config! https://github.com/gsamokovarov/jump

jump : The advanced "cd"

https://github.com/htcat/htcat) to assist with Heroku's efforts to speed up moving the tar formatted application releases around. It's pretty old, it doesn't integrate tar archival itself, it probably can stand improvement (or given its small size, even a rewrite).

My favorite hack in there (that also made it work with pre-signed S3 urls) was not using the HEAD method as is customary to determine object sizes, but instead doing a regular "GET" that, for small files, would execute on its own...but for larger would simply be abruptly closed by htcat once it reached the bytes that had since been fetched in parallel by a range-based request sent immediately afterwards. The goal was to have htcat not offer a penalty on small files so it could be used on blended workloads without thinking.

It also found a bug in S3's range implementation. We had a problem with some object or other, I wrote in about it, and was told that upon investigation a bug had been fixed. No more problem.