Communities

The Great Outdoors

Photography & Video

Scientific Speculation

Electrical Engineering

Languages & Linguistics

Software Development

Community Proposals

tag:snake search within a tag

answers:0 unanswered questions

user:xxxx search by author id

score:0.5 posts with 0.5+ score

"snake oil" exact phrase

votes:4 posts with 4+ votes

created:<1w created < 1 week ago

post_type:xxxx type of post

Notifications

Mark all as read See all your notifications »

Q&A

Posts Tags Edits

Comments on What is cat abuse/useless use of cat?

Parent

What is cat abuse/useless use of cat?

+5

−0

Sometimes I share Unix commands online, and people chastise me for "useless use of cat" (UUOC) or "cat abuse".

My cat is quite comfy and doing very well, thank you.

What are they talking about?

cli

posted about 1 month ago

CC BY-SA 4.0

matthewsnyder‭

1096 reputation 79 53 177 73

Raw

Markdown

is a duplicate

This question has been asked before and has already been answered. It should be marked as a duplicate.

Please enter the URL of the proposed duplicate in the details field below.

not constructive

This question cannot be answered in a way that is helpful to anyone. It's not possible to learn something from possible answers, except for the solution for the specific problem of the asker.

0 comment threads

Post

+4

−0

Especially in a pedagogical context, the issue with something like cat /dev/random | head -c 20 versus the more straightforward head -c 20 /dev/random is that it communicates that extra ceremony is necessary. It isn't. Using one program instead of two isn't about saving kilobytes of computer memory; it's about saving human thought.

Different brains are going to work differently, and if yours is ridged such that you need that extra program in there, have a great time with that. But it's simply a fact that the cat is useless in that context—even a program that only accepts input from stdin can be written fooprog </dev/random—and most people in tech culture prefer to remove useless components from their tech.

posted about 1 month ago

CC BY-SA 4.0

967 reputation 0 25 98 10

Copy Link

Raw

Markdown

1 comment thread

</dev/random fooprog (1 comment)

Canina‭ wrote about 1 month ago

You can also put the input file direction first, if that makes the overall command easier for you to parse. So you can write

</dev/random fooprog

instead of

fooprog </dev/random

if you want. The observable effect is the same: fooprog will execute with its standard input set up to read from /dev/random.

It might be different if you are doing redirection to other file descriptors (such as >&n in bash) but in most cases you probably don't need to do that. (Instead of >... 2>&1, which is needed if you're using sh, in bash and compatible shells use &>...; and I have a hard time seeing a use case for redirecting input and output to the same place.)