tmux VS bat

Instead of opening a bunch of terminal tabs or windows, I switched to tmux. It lets me manage multiple sessions in one window, split panes, and run different services side by side. It’s lightweight, keyboard-driven, and fits perfectly with NeoVim.

If you've used terminal multiplexer in command line, you know tmux is cool! If you haven't, you really should use something like tmux, especially if you SSH into remote servers often!

Additionally, I integrate several CLI tools into my work flow, such as lazygit for streamlined Git operations, yazi as a terminal file manager, tmux for session management, and lazydocker for handling Docker containers efficiently.

3. Running the App Entirely in Docker (with Persistent Data): For devs who prefer a fully containerized development environment, they can now the backend and database in Docker (my personal favorite method). This approach minimizes dependency conflicts and leverages Docker-specific PostgreSQL tools. To ensure persistent data storage, similar to a locally hosted PostgreSQL database, I configured Docker volumes. With Docker volumes, this enabled both staff developers and contributors to fully containerize the application without needing to re-populate the database with each new container. Additionally, this streamlined my pull request workflow as a maintainer, as I no longer needed to manually populate the database from a forked branch when reviewing complex pull requests locally. Of course, there are caveats to this method, forked pull request tests run on my machine using Docker volumes can alter my local database, but I quickly realized I could navigate this using tmux multiplexers or docker-compose.override.yml files (that is for a future blog post).

When systemd broke tmux (which isn't a Linux project, but ported from OpenBSD) and instead of reverting or fixing their own bug, systemd devs went to the OpenBSD folks and asked them to work around the bug that they caused themselves. This is ragebait-level insolence:

https://github.com/tmux/tmux/issues/428

This. To add some words why this is important:

Given the remote-first container-based world we're heading towards, decoupling UI (terminal emulator) from its state (tmux, code-server) is a great design decision, which I think will ultimately define what the "next generation" of terminal emulators is. Imagine being able to open tabs directly on remote host, reconnect without losing state, etc, all while using native UI (so Cmd+T to open new tab, Cmd+F to search, etc). Productivity game changer, which currently only the iTerm2 users can fully enjoy.

Ptyxis (putting its state in running containers), WezTerm (native handling of ssh sessions) and VSCode's terminal (starting a proprietary code-server binary and connecting to its TCP port) have reached some of this functionality, but in their design they need some out-of-band mechanisms to do their magic, ultimately limiting the scenarios they can handle.

Meanwhile tmux -CC [0] and ht [1] are sending both their control channel and data channel over the opened terminal itself (in-band), making them flexible enough to support any configuration. Something complex like `ssh jumpbox -- ssh prod -- podman exec -it prod /bin/bash -- tmux -CC` should just work.

[0] https://github.com/tmux/tmux/wiki/Control-Mode

[1] https://github.com/andyk/ht

What is tmux?

This also gave me the chance to learn how to use Tmux. Best tool I've learned in a while.

To keep it running in the background we can use tmux

I page man (and many other things) through bat[0] which improves my experience.

[0]: https://github.com/sharkdp/bat

my cat replacement (bat), shows the changed lines

bat (for enhanced preview in search)

Have you heard of the command-line tool bat, written in Rust? bat is a command-line tool similar to cat that displays file contents in the terminal, but with additional features like line numbering, syntax highlighting, and paging.

bat

Perhaps interesting (for some) to note that hyperfine is from the same author as at least a few other "ne{w,xt} generation" command line tools (that could maybe be seen as part of "rewrite it in Rust", but I don't want to paint the author with a brush they disagree with!!): fd (find alternative; https://github.com/sharkdp/fd), bat ("supercharged version of the cat command"; https://github.com/sharkdp/bat), and hexyl (hex viewer; https://github.com/sharkdp/hexyl). (And certainly others I've missed!)

Pointing this out because I myself appreciate comments that do this.

For myself, `fd` is the one most incorporated into my own "toolbox" -- used it this morning prior to seeing this thread on hyperfine! So, thanks for all that, sharkdp if you're reading!

Ok, end OT-ness.