¿Por qué es útil sort -o?

La filosofía de UNIX dice: haz una cosa y hazlo bien. Haga programas que manejen texto, porque esa es una interfaz universal.

El sortcomando, al menos GNU sort, tiene una -oopción para enviar a un archivo en lugar de stdout. ¿Por qué es, digamos, sort foobar -o whateverútil cuando podría simplemente sort foobar > whatever?

No es solo el tipo GNU lo que lo tiene. El tipo BSD también lo tiene. ¿Y por qué?
(Pensé que era una buena pregunta también ...)

Desde la página de manual: "El argumento dado es el nombre de un archivo de salida que se utilizará en lugar de la salida estándar. Este archivo puede ser el mismo que uno de los archivos de entrada".

No puede ir al mismo archivo con redirección, la redirección de salida borra el archivo.

Para aclarar aún más, si quisiera ordenar un archivo y poner los resultados ordenados en el mismo lugar, podría pensar en intentarlo sort < foo > foo. Excepto que la redirección de salida trunca el archivo fooen preparación para recibir la salida. Y luego no hay nada que ordenar. Sin "-o" la forma de hacerlo sería sort < foo > bar ; mv bar foo. Supongo que la -oopción hace algo similar sin que tenga que preocuparse por ello.

La opción '-o' ya estaba en sortla sexta edición de Unix

Sin embargo, estoy de acuerdo con usted en que no está dentro de la filosofía de Unix. uniqno tenía esa opción (y sortno tenía un -uentonces).

En mi PDP-11 usé un pequeño programa que tomaría un parámetro:

renac whatever

Si whateverya existiera, escribiría todo, desde stdin a un archivo temporal, que solo fue renombrado whateverdespués de que la entrada stdin se agotara. De esa manera, podría canalizar la salida de cualquier comando en renaclugar de redirigir al nombre del archivo sin la posibilidad de sobrescribir la entrada. Resolver el problema de sobrescritura de esa manera es, en mi humilde opinión, más conforme a la filosofía de Unix.

Algunas adiciones posteriores al programa fueron: no sobrescribir el archivo de salida si no había llegado nada en stdin (por ejemplo, como resultado de escribir mal parte de la línea de comando), y permitir una opción para agregar stdin al archivo nombrado.

Este fue uno de los primeros (si no el primero) programas reales de C que hice (para mi trabajo lo desarrollé principalmente en Pascal en ese sistema).