Differences between revisions 1 and 2
Revision 1 as of 2020-07-03 12:57:19
Size: 4610
Editor: fioddor
Comment: Nueva traducción (de momento, parcial)
Revision 2 as of 2020-07-03 13:57:00
Size: 4441
Editor: fioddor
Comment: Alineada con la versión 15 en inglés del 26 de marzo de 2020
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
~-[[DebianWiki/EditorGuide#translation|Translation(s)]] : English - [[fr/TheUnixWay|Français]] - [[it/TheUnixWay|Italiano]] -~ ~-[[DebianWiki/EditorGuide#translation|Translation(s)]] : [[TheUnixWay|English]] - Español - [[fr/TheUnixWay|Français]] - [[it/TheUnixWay|Italiano]] -~
Line 11: Line 11:
En resumen: "Que cada pequeño programa haga sólo __una__ tarea pequeña pero que la haga bien y eficientemente. El "usuario" (que en realidad puede ser el administrador del sistema) puede combinar muchos de ellos para resolver el trabajo." (Yo he programado un programa en C para contar apariciones de palabras en un texto solo para averiguar que "cat fichero || tr \ \\n || sort || uniq -c" hace lo mismo y más rápido ;-) ) En resumen: "Que cada pequeño programa haga sólo __una__ tarea pequeña pero que la haga bien y eficientemente. El "usuario" (que en realidad puede ser el administrador del sistema) puede combinar muchos de ellos para resolver el trabajo." (Yo he programado un programa en C para contar apariciones de palabras en un texto solo para averiguar que "cat fichero | tr \ \\n | sort | uniq -c" hace lo mismo y más rápido ;-) )
Line 19: Line 19:
Most Unix-like systems can be placed on a continuum between System V and BSD. BSD-like systems tend to follow closely to the Unix Way as described above. They are especially geared toward those who want to have total control in a small package. System V is more geared to the "Enterprise", and is designed with interfaces and subsystems that make it more friendly to . . . environments where a tie is required. In particular, System V is more likely to have ways for third-party software to integrate with the system with a minimum of administration effort. A prime example is the structure of the system initialization scripts, which are run when the system boots. While BSD systems tend to have a small number of scripts that are hand-maintained by the admin, System V has a set of directories containing smaller scripts, each of which do one thing. While the BSD way is more straightforward for the lone admin, the System V way, without contradicting the Unix Way, allows software packages to install themselves with less likelihood of error.

## === See Also ===
## TheDebianWay seems to have been removed
## * TheDebianWay
La mayoría de los sistemas de tipo Unix se pueden situar en un espectro contínuo entre System V y BSD. Los sistemas de tipo BSD tienden a seguir de cerca la Unix Way descrita anteriormente. Se dirigen especialmente a quienes quieren tener control total en un paquete pequeño. System V se dirige más a la "grán empresa" y está diseñado con interfaces y subsistemas que lo hacen más amigable a . . . entornos que requieren corbata. En particular, System V suele tener maneras de integrar software de terceros en el sistema minimizando el esfuerzo de administración. Un ejemplo palmario es la estructura de los scripts de arranque del sistema que se ejecutan al iniciarlo. Mientras que los sistemas BSD tienden a tener un numero menor de scripts mantenidos a mano por el administrador, System V tiene un conjunto de directorios que contienen scripts más cortos que hacen cado uno una cosa. La manera de BSD es más lineal para el administrador solitario y la de System V, sin contradecir la Unix Way, permite a los paquetes de software que se autoinstalen con menor probabilidad de error.
Line 28: Line 24:
## why not link this page in other shell/CLI pages instead? In those pages most of this info is probably gonna go lost. It needs updating probably.

Translation(s) : English - Español - Français - Italiano


Desde sus inicios, Unix se basa en piezas fundamentales básicas y simples que son a la vez potentes y flexibles. Los componentes básicos del sistema Unix son ficheros, usuarios, procesos y datos. Los programas son idealmente herramientas pequeñas y simples que desempeñan sólo una tarea pero la hacen bien. Muchos programas pueden actuar en una cadena ó pipeline. Leen datos en un extremo y escriben en el otro (stdin y stdout, aunque también está stderr que generalmente recibe mensajes de fallo).

Empalmando varios programas consecutivamente es posible montar herramientas complejas de manera simple y rápida. En Unix los programas tienden a ser áltamente modulares.

Aunque en los más de 30 años de vida de Unix no siempre se han seguido estos principios a rajatabla para todo sí que permanecen como fundamentos en la mayoría de los sistemas Unix, así como de varios clones/derivados como los sistemas ?BSD y GNU/Linux. Esta filosofía de diseño modular se puede apreciar claramente en muchos de sus programas y subsistemas.

En resumen: "Que cada pequeño programa haga sólo una tarea pequeña pero que la haga bien y eficientemente. El "usuario" (que en realidad puede ser el administrador del sistema) puede combinar muchos de ellos para resolver el trabajo." (Yo he programado un programa en C para contar apariciones de palabras en un texto solo para averiguar que "cat fichero | tr \ \\n | sort | uniq -c" hace lo mismo y más rápido ;-) )

La Administración del Sistema en Unix se efectúa generalmente manipulando hardware (conectando y desconectando dispositivos, etc.), cambiando configuraciones del (sub)sistema de archivos mediante órdenes que son esencialmente interfaces de llamadas al sistema (chmod, chown, mount, etc.), instalando software y parches de fabricantes, compilando e instalando las versiones más recientes de software libre, o -- sobre todo -- escribiendo y editando (con un editor de textos) scripts y ficheros de configuración. Las funciones del sistema operativo que se realizan invocando scripts de shell le dan al administrador gran control sobre el comportamiento del sistema. Los programadores de Unix hacen que sus programas lean archivos de configuración -- aunque técnicamente a veces la configuración es en sí misma ejecutable -- como la manera más lineal de otorgar al administrador control sobre las funcionalidades del programa. Ocasionalmente el fabricante (o un administrador experto) proporcionará un sistema de menús o una interfaz gráfica (GUI) para simplificar las tareas, pero la Manera Unix consiste en editar ficheros de texto pequeños y ejecutar programas pequeños. Como ninguna simplificación puede cubrir todas las peculiaridades posibles (es imposible escribir programas reales pulsando un botón) los administradores siguen necesitando conocer qué está ocurriendo por debajo.

Aquí aplica el concepto de "complejidad superficial".

System V vs. BSD

La mayoría de los sistemas de tipo Unix se pueden situar en un espectro contínuo entre System V y BSD. Los sistemas de tipo BSD tienden a seguir de cerca la Unix Way descrita anteriormente. Se dirigen especialmente a quienes quieren tener control total en un paquete pequeño. System V se dirige más a la "grán empresa" y está diseñado con interfaces y subsistemas que lo hacen más amigable a . . . entornos que requieren corbata. En particular, System V suele tener maneras de integrar software de terceros en el sistema minimizando el esfuerzo de administración. Un ejemplo palmario es la estructura de los scripts de arranque del sistema que se ejecutan al iniciarlo. Mientras que los sistemas BSD tienden a tener un numero menor de scripts mantenidos a mano por el administrador, System V tiene un conjunto de directorios que contienen scripts más cortos que hacen cado uno una cosa. La manera de BSD es más lineal para el administrador solitario y la de System V, sin contradecir la Unix Way, permite a los paquetes de software que se autoinstalen con menor probabilidad de error.


CategorySystemAdministration | CategoryCommandLineInterface | CategoryRedundant: merge some parts with other shell/CLI pages