Product story

Why I Built BiCommander

Why I Built BiCommander

Every developer eventually hits the same wall: you need to move files, compare two directories, peek inside a log, run a quick shell command, and connect to a remote server — all at once, all without losing your place. macOS has a wonderful Finder, but Finder was never built for that kind of work. Tab between windows, drag and drop, open Terminal separately, find your third-party viewer, come back, repeat. The friction adds up.

BiCommander started as a personal tool to eliminate that friction. The idea was simple: one window with two panels, a keyboard you can actually rely on, and everything else built in so you never have to leave. No switching apps to view a file. No extracting an archive just to check its contents. No opening a separate terminal session to run a single command.

For me personally, it changed how I work with files every day. Tasks that used to take five clicks and two app switches now take one keystroke. The integrated viewer alone saves me from launching a code editor just to read a file. The network panel means I manage remote servers the same way I manage local folders — no mental context switch, no separate FTP client sitting in the dock.

But BiCommander was never just a personal project. The goal was to bring the kind of power that professional file managers have long offered on other platforms — think Total Commander, Midnight Commander — to macOS, in a tool that feels at home on the platform and costs nothing to use.

Development is ongoing. New features, better performance, and broader macOS compatibility are all on the roadmap. BiCommander today is a solid foundation — and it is only getting better.

Share:

Related Posts