I Have 20 Aliases. I Use 5
The terminal advice online is a list of things to install. I am on plain bash with the terminal my desktop came with, and the part that actually saved me time was 5 aliases.
Search for a faster terminal and you get a shopping list: a new shell, a new emulator, a framework, a prompt tool, a dozen plugins. I have none of it. I am on bash, in the terminal that came with my desktop, with a prompt I wrote myself.
What I added was aliases, and I have about 20 of them. I reach for about 5. The other fifteen are things I thought I would need and then never typed again, and I could not tell you what half of them do without opening the file. The prompt I wrote myself did add a noticeable pause when a terminal opens, under a second but there every single time. And when I moved to another machine the setup did not come with me, so I was back to a plain shell with none of it.
The 15 aliases I do not use
This is the part worth being honest about, because every article on this subject ends with a list of aliases to copy. Three quarters of mine are dead. Not wrong, not broken: just commands I decided in advance that I would want, which turned out not to match what I actually type.
The 5 that survived all have the same shape. They are things I run many times a day, they are tedious to type in full, and I arrived at them by noticing myself typing the same thing repeatedly. None of them came from a list.
What a terminal setup costs you
| What you add | What it costs | Worth it when |
|---|---|---|
| An alias you invented in advance | Nothing, except it is never used | You already type that command daily |
| A prompt with information in it | A pause on every new terminal | You read the information it shows |
| A framework or plugin set | Startup time, plus a thing to maintain | You can name what it does for you |
| Any of it, on a second machine | Doing the whole setup again | Your config lives somewhere portable |
The pause is small and it is every time
My prompt costs a fraction of a second when a terminal opens. On its own that is nothing. The reason I mention it is that it is charged on every window, every day, forever, in exchange for information I glance at perhaps a tenth of the time. That is a bad trade and I have not fixed it, which is the honest state of most people's dotfiles.
If you are going to add something to a shell startup, the question is not whether it is fast. It is whether you look at what it gives you.
The other machine problem
None of this moved when I did. Everything I had built lived on one machine, so the second one started from nothing and I worked in a plain shell until I could be bothered. That is the real argument for keeping a setup small: a small one is easy to carry and easy to rebuild, and a big one quietly becomes a thing you only have in one place.
It is the same reason I lean on the client that is already installed when I work with a database, rather than the one I would have to set up again, as I found when a browser console gave out on a table that psql handled fine.
What I would actually do
Do not copy an alias list, including mine. Work in the terminal for a week and notice what you type twice a day, and alias only that. Keep the prompt plain unless you genuinely read what is in it. If you want any of it on more than one machine, put the file somewhere you can fetch it before you add the twentieth line to it.
What I did myself
What I added was aliases, and I have about 20 of them. I reach for about 5. The other fifteen are things I thought I would need and then never typed again, and I could not tell you what half of them do without opening the file. The prompt I wrote myself did add a noticeable pause when a terminal opens, under a second but there every single time. And when I moved to another machine the setup did not come with me, so I was back to a plain shell with none of it.
Palak Patel, IT engineer, developer and researcherfacts confirmed October 2, 2026
Written by
Palak Patel
IT engineer, developer and researcher
Palak is an IT engineer, developer and researcher, and runs ToolNest. He uses the software he writes about in his own development work and says so when he has not. Every claim is checked against vendor documentation, changelogs and pricing pages before it goes live.