Essential Terminal Commands Every Developer Should Know

https://www.trevorlasn.com/blog/10-essential-terminal-commands-every-developer-should-know/

by todsacerdoti • 2 years ago

30 35 2 years ago

trevorlasn.com

2OEH8eoCRo03• 2 years ago

no tar?

ochronus• 2 years ago

well they never said _all_ the essential commands ;)

teddyh2• 2 years ago

You know, I used to extract and create tar files all the time, but have not done so in ages. I think it ended when software stopped being distributed as tar files. I mean, there are tar files, but you often don’t use that way to install them. For source code, you you use git clone or apt-get source. For already-compiled software, you use apt, snap, or some other package manager. General data files are usually made available as a .zip file.

2OEH8eoCRo03• 2 years ago

Most of the upstream sources that I deal with come as tarballs.

https://www.kernel.org/

greenbit3• 2 years ago

I sometimes use tar when I need to transfer a bunch of files using a USB stick. Most USB sticks I encounter are FAT (or rarely, NTFS) and the permissions get trashed if bare files are copied. Tar saves me from having to repair the perms on the other end.

(Admittedly this isn't something you're going to need to do unless you find yourself working with air-gapped systems, but .. I do)

BenjiWiebe• 2 years ago

Tar with -a (automatic) is awesome.

tar -xaf foo.tar.gz

Will auto-un-gzip based on the extension. Also works with compressing:

tar -caf bar.tar.xz bar/

ahartmetz• 2 years ago

I just use tar xf file. The a option is probably only required when creating a tarball.

Ringz• 2 years ago

Tar? I‘m so sorry!

https://xkcd.com/1168

2OEH8eoCRo03• 2 years ago

$ tar --help

Zhyl• 2 years ago

This article is such a ride. `grep`, `ls` and `cd` then BAM - `awk`.

"Here's a hammer, here's a chisel, here's a hand saw aaaand... here's a petrol powered jackhammer with a circular saw attached."

benterix• 2 years ago

I think it might have been generated by AI. A human would have noticed huge discrepancy between simple examples with grep and ls and the magic AWK script that would basically deserve a separate article just to grasp how it works.

roughly3• 2 years ago

I think a lot of people underestimate awk or aren't aware of its capabilities - I used it quite a lot when I was new in my career before really understanding it. There's enough awk snippets floating around that you'll see it in folks' toolkits next to sed & grep even though they're just using a couple preset scripts.

I didn't really understand what it was capable of until I had a colleague use it to parse the output a CLI tool with no actual reasonable machine-readable output - something like a 100 line awk script to turn some hardware vendor's joke of a config tool into output that could be piped into another script. That's when I understood what awk was, and that my colleague might have been the devil.

TheRealPomax4• 2 years ago

Counter argument: most of these commands are great if you want to do shell scripting (including one-offs that you never save to a file), where you chain commands to do work for you. But I've never needed anything except for `ls` and (rarely) `chmod` for my actual day job, especially since everything I write needs to work cross-platform. Shell script has been the bane of "and folks on Windows should also be able to contribute" open source developers. I consider these great commands to know for personal automation, or when doing Unix(like)-only dev work, but they're the complete opposite of essential for cross-platform development. Not intimately knowing them means you literally can't be tempted to integrate them into a team-wide/project-wide workflow.

Maybe if Windows had grown up with the same Unix tools from day one, the story would be different, but as it stands if I want to do cross-platform development, I'd much rather use the tools I know that Windows devs on my team (and community contributors) can also use, so that we're all using the same tooling and everyone can help everyone else when that tooling falls short.

A lot of things in this article are (for better or for worse) "just do X in VS Code" these days, with support for a "project-recommended extensions" file that you check into version control so that folks forking/cloning automatically get told which extensions they will want to get up to speed with the rest of the team. Because if there's a "common" unix command chain, good chance there's an equivalent cross-platform extension for VS Code for it. If it's not already built in of course.

The essential part is knowing how to do get the result you need for yourself, and how to automate the tasks of getting those results using tools that everyone will be able to use if you're doing dev work (paid or as volunteered) for someone else.

theamk2• 2 years ago

It's 2024, why are we still caring about windows native development?

Sure, if you have unlimited resources, or your target audience is predominantely Windows (gaming or non-web large enterprise apps), you can worry about Windows. Otherwise, tell them to install WSL and do all you day-to-day work in *nix environment. No one but your CI have to touch Windows.

TheRealPomax4• 2 years ago

I didn't say "native Windows", I said cross-platform. The kind where the tooling you use works on every OS. Cross platform is literally the opposite of "anything-native": you workflows and tooling are OS-agnostic, even if the end results are binaries specific to all major OSses (and of course, a lot of dev work never involves generating binaries)

ElectricalUnion• 2 years ago

I find Git Bash (bundled with Git for Windows, MSYS2 based), MSYS2 or WSL2; at least one of with I expect being installed on any "developer machine"; works fine for any non-obscure shell scripting need.

TheRealPomax4• 2 years ago

They all work, and a good cross-platform project setup forces you use exactly none of those. WSL/WSL2 in particular is the absolute worst in terms of "okay now use not your OS inside your OS". Just give your team a docker image then.

teddyh2• 2 years ago

1. grep
2. ls
3. cat
4. head
5. awk
6. sed
7. tail
8. chmod
9. xargs
10. find

Seems like a pretty good list. I wonder if there is anything obvious missing?

  awk '{ print $1 }' "$HISTFILE"|sort|uniq -c|sort -rn|head -15
     4887 cd
     3699 ssh
     2461 man
     1987 ls
     1558 top
     1141 less
      981 su
      905 dc
      807 pwd
      779 while
      750 find
      601 apt-cache
      529 echo
      462 cat
      426 emacs

(The above list has been cleaned from my system-specific commands which would not be generally useful for others.)

Ah, of course. They forgot the most useful command of all, namely man.

chunkyks• 2 years ago

I'm not the only person who uses "dc" for throwaway calculations all the time? Woo!

The thing that I find has the biggest useful-to-popularly-known ratio is "tee".

fragmede2• 2 years ago

and the moreutils equivalent, sponge

analog31• 2 years ago

Shout out to "sudo reboot"

greenbit3• 2 years ago

'lsof' is another one that I can't do without.

roughly3• 2 years ago

lsof I find I'm using primarily for debugging stuff. strace and tcpdump fit into the same general category - "What the hell is this program actually _doing_ right now?".

greenbit3• 2 years ago

It's especially useful when you have several processes that communicate with TCP or UDP. 'lsof -i :<port>' will quickly show if you have the connections you expect to have.

roughly3• 2 years ago

`sort` and `sort --numeric`, `uniq` and `uniq -c`, and `cut` in its `cut -d' ' -f 3` are things I use far, far more often than sense or reason suggests I should. Pipe all that to `xargs` (or `xargs -n1 -IAB -p10 command --flag AB`) and baby, you got a stew going.

(as the saying goes, Unix gives you enough rope to shoot yourself in the foot.)

sneed_chucker• 2 years ago

I'm sorry, but who is the intended audience of this post?

Is there really anyone who is messing around on the Unix command line who needs to be told about cat, head, and ls?

Novosell• 2 years ago

I'm not sure I'd say I'm "messing around on the Unix command line", but I've been using Linux for about 3 years on my desktop and do some hobbyist development. Have never seen head before.

schwartzworld• 2 years ago

New developers? Many are uncomfortable on the command line

sys_64738• 2 years ago

My most used keystroke in bash is control-r. The number of folks who don’t know that amazes me. My go to shell command is tmux.

temeya• 2 years ago

As someone who was also recently taught this, it's amazing. Props to the GNU Readline library [1] as well as Tmux as they are certified game-changers for the occasional context swap.

[1] https://en.m.wikipedia.org/wiki/GNU_Readline

fragmede2• 2 years ago

http://atuin.sh for ctrl-r on steroids

Essential Terminal Commands Every Developer Should Know

Related Stories