¿Por qué cp no tiene una barra de progreso como wget?

Tenga en cuenta que no pregunto cómo . Ya conozco opciones como pvy rsync -P.

Quiero preguntar por qué no cpimplementa una barra de progreso, al menos como una bandera.

La tradición en las herramientas de Unix es mostrar mensajes solo si algo sale mal. Creo que esto es tanto por diseño como por razones prácticas. El diseño tiene la intención de hacer que sea obvio cuando algo sale mal: se obtiene un mensaje de error y no se ahoga en mensajes no informativos. La razón práctica es que en los primeros días de Unix, todavía había teleimpresoras ; es decir, la salida de los programas se imprimiría en papel, y no desea imprimir barras de progreso.

Cualquiera sea la razón, la tradición de mostrar solo mensajes útiles se ha quedado en el mundo de Unix. Las herramientas modernas a veces han introducido barras de progreso; En el caso de rsync, la motivación principal es que rsync a menudo se realiza a través de la red, y las redes son mucho más flexibles que los discos locales, por lo que la barra de progreso es más útil. El mismo razonamiento se aplica a wget.

En el mundo de Unix, cada herramienta está diseñada para hacer un trabajo y hacerlo bien. ¿Por qué debería cppreocuparme por generar progreso cuando pvya existe otra herramienta como esta? En la misma línea, ¿por qué tantos programas descargan cosas en la pantalla sin paginación? Porque ya hay herramientas para ese trabajo como more(o less). ¿Por qué la mayoría de los programas que requieren la edición de archivos NO le presentan un editor y en su lugar lo externalizan $EDITOR? Porque eso deja a todos haciendo la única tarea para la que fueron diseñados, y el usuario usa su editor favorito para todas las tareas.

Tangencialmente, la mayoría de los programas de shell están diseñados para que su salida se canalice a otros programas de shell. El único resultado que probablemente den es cosas que serían útiles para analizar en el siguiente comando de la cadena. Programas como cpse usan en scripts, así como manualmente desde una terminal, por lo que su salida se centra en el código de salida y las listas de archivos que fallaron o tuvieron éxito.

Siempre espere combinar herramientas para lograr el efecto deseado.

Esta es una de esas cosas marginales donde hay argumentos a favor y en contra de agregar una opción de barra de progreso a cp. El argumento principal en contra es que es posible que no sepa con anticipación que desea conocer el progreso. Ctrl-T / SIGINFO está disponible en BSD para este propósito, y si eso está disponible en plataformas GNU / Linux, entonces podría haber más razones para que active la lógica de la barra de progreso en cp. Mientras tanto, una solución más general es utilizar una herramienta separada como el Visor de progreso de Coreutils ( progressanteriormente conocido como cv) para mostrar el estado de cualquier proceso en el sistema.