I don't believe programs able to sort their output is acting against the UNIX philosophy. "ls" lists files and does a good job of it. find's -exec is a bit stretching it (-delete came later IIRC), but generally it adheres the philosophy pretty well.
From my experience of programming small utilities for myself, UNIX philosophy says "a tool handles a single job and handles it well" is a nod to fallacy of "gluing" things together.
Because when you start to glue things beyond simple pipes, the glue code becomes exponentially complex and takes more and more of the program, which creates a maintenance hell and affects performance (much more profoundly on a PDP).
So, simple tools doing single things is both easier to write and maintain, and they're much more performant in general.
Remember the guy who left a whole Hadoop cluster in the dust with GNU command line tools and some pipes, on a small laptop.
From my experience of programming small utilities for myself, UNIX philosophy says "a tool handles a single job and handles it well" is a nod to fallacy of "gluing" things together.
Because when you start to glue things beyond simple pipes, the glue code becomes exponentially complex and takes more and more of the program, which creates a maintenance hell and affects performance (much more profoundly on a PDP).
So, simple tools doing single things is both easier to write and maintain, and they're much more performant in general.
Remember the guy who left a whole Hadoop cluster in the dust with GNU command line tools and some pipes, on a small laptop.